Fernando Toledo escribió:
> On Mar 16 Jun 2009 01:29:47 Tio Oscar escribió:
>   
>> Yo te diria que pruebes desabilitando el FB, fijate en
>> /boot/grub/menu.lst cuando llama al kernel si le pasa el parametro
>> vga=xxx sacaselo.
>>
>> El 16 de junio de 2009 1:25, Telescopio<[email protected]> escribió:
>>     
>>> Hola gente
>>> Tengo ubuntu edgy instalado en una notebook acer aspire 4520.
>>> Algun script de inicio atenua la pantalla y tengo que aumentar el brillo
>>> manualmente.
>>> Desactive algunos scripts como el acpi pero sigue siempre igual.
>>> Se me plantearon dos interrogantes:
>>> 1) Existe alguna manera de que linux pida confirmacion durante el
>>> inicio, antes de ejecutar los scripts de init?
>>>
>>> 2) Lo mas importante: cual sera el script que me complica la vida
>>> atenuando la pantalla?
>>>
>>> Gracias de antemano por las sugerencias
>>> Sergio
>>>
>>>
>>> Lanux - Grupo de usuarios de GNU/Linux de Lanus
>>> Visitanos en: http://www.lanux.org.ar
>>>
>>> Reglas de etiqueta para el posteo de mensajes a  la lista:
>>> http://www.lanux.org.ar/?page_id=35
>>>
>>> Articulos y noticias por rss:
>>> http://www.lanux.org.ar/?feed=rss2
>>>
>>> Lanux por irc:
>>> irc.freenode.net -&gt; #lanux.
>>> _______________________________________________
>>> General mailing list
>>> [email protected]
>>> http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general
>>>       
>
> Yo no uso ubuntu (supongo que tendrás gnome)
> Pero uso kpowersave que es un applet para controlar entre otras cosas el 
> brillo segun el perfil (rendimiento, powersave, dinamica)
>
> Ahí defino qué brillo quiero cuando está en cada uno de los perfiles y al 
> iniciar el applet los configura.
> Calculo que en gnome pasa lo mismo ya que debería usar el daemon de acpi
> así que busca en las opciones de powersave/energía.
>
> Entre los bugs de los bios de las notebooks y el acpi de linux hacés una 
> combinación como el agua y el aceite. =(
>
> A mi con kernels mas viejos  (2.6.26 al 2.6.28 ponele) me pasaba que por 
> algún 
> cambio loco de hard, (alguna interrupción o algo así) me bajaba al brillo de 
> forma inesperada.
> Por ahí me pasaba cuando cambiaba de red wireless o cuando movia el mixer de 
> audio..etc..
> También que los saltos entre cambiar de valores de brillo eran erróneos.. 
> Subiendo con las teclas lo ponía así:
> 0% 25% 75% 50% 100% 
>
> busca los bugs de acpi que hay en el bugzilla del kernel para ver si 
> encontras 
> algo
>
> A mi recién con estos últimos kernel (2.6.29, 2.6.30) me anda sin problemas.
> tengo una msi VR601.
>
> ragna...@ntbkragnarok:~$ sudo dmidecode -t system
> # dmidecode 2.9
> SMBIOS 2.4 present.
>
> Handle 0x0001, DMI type 1, 27 bytes
> System Information
>       Manufacturer: Micro-Star International
>       Product Name: MSI Notebook VR601
>       Version: Ver 1.000
>       Serial Number: System Serial Number
>       UUID: 00020003-0004-0005-0006-000700080009
>       Wake-up Type: Power Switch
>       SKU Number: To Be Filled By O.E.M.
>       Family: To Be Filled By O.E.M.
>
> Handle 0x000F, DMI type 15, 35 bytes
> System Event Log
>       Area Length: 4 bytes
>       Header Start Offset: 0x0000
>       Header Length: 2 bytes
>       Data Start Offset: 0x0002
>       Access Method: Indexed I/O, one 16-bit index port, one 8-bit data port
>       Access Address: Index 0x046A, Data 0x046C
>       Status: Invalid, Not Full
>       Change Token: 0x00000000
>       Header Format: No Header
>       Supported Log Type Descriptors: 6
>       Descriptor 1: End of log
>       Data Format 1: OEM-specific
>       Descriptor 2: End of log
>       Data Format 2: OEM-specific
>       Descriptor 3: End of log
>       Data Format 3: OEM-specific
>       Descriptor 4: End of log
>       Data Format 4: OEM-specific
>       Descriptor 5: End of log
>       Data Format 5: OEM-specific
>       Descriptor 6: End of log
>       Data Format 6: OEM-specific
>
> Handle 0x0018, DMI type 32, 20 bytes
> System Boot Information
>       Status: No errors detected
>
>
> ragna...@ntbkragnarok:~$ sudo dmidecode -t bios
> # dmidecode 2.9
> SMBIOS 2.4 present.
>
> Handle 0x0000, DMI type 0, 24 bytes
> BIOS Information
>       Vendor: American Megatrends Inc.
>       Version: A163CIMS V1.63
>       Release Date: 07/09/2008
>       Address: 0xF0000
>       Runtime Size: 64 kB
>       ROM Size: 512 kB
>       Characteristics:
>               ISA is supported
>               PCI is supported
>               PC Card (PCMCIA) is supported
>               PNP is supported
>               APM is supported
>               BIOS is upgradeable
>               BIOS shadowing is allowed
>               Boot from CD is supported
>               Selectable boot is supported
>               EDD is supported
>               Print screen service is supported (int 5h)
>               8042 keyboard services are supported (int 9h)
>               Printer services are supported (int 17h)
>               ACPI is supported
>               USB legacy is supported
>               Smart battery is supported
>               BIOS boot specification is supported
>               Targeted content distribution is supported
>       BIOS Revision: 8.14
>
> Handle 0x000E, DMI type 13, 22 bytes
> BIOS Language Information
>       Installable Languages: 1
>               en|US|iso8859-1
>       Currently Installed Language: en|US|iso8859-1
>
>
>   
> ------------------------------------------------------------------------
Hola Fernando
Muy completa info. Gracias. No imaginaba que se tratara de un bug, lo 
tenia mas bien como un comportamiento molesto pero que era el objetivo 
buscado tratandose de una notebook.
La verdad es que mi preocupacion va mas por el lado de la investigacion. 
Si fuera para emparchar el bug incluiria un script de inicio que vuelva 
el brillo a la normalidad ya que vi un par de programas que manejan el 
brillo desde la consola.
Todavia me queda una espina mas molesta con respecto a este tema y es 
que aun no encontre la manera de iniciar linux en modo interactivo, o 
sea que pida confirmacion antes de ejecutar cada script de inicio.
Estoy seguro de que se trata de un parametro de init, pero el man de 
init es bastante escueto.
Dicho parametro puede ser pasado a grub tal como se pasan los parametros 
noapic, acpi=off, etc.
Cuando logre ese objetivo voy a poder identificar el script que modifija 
el brillo y pegarle flor de hachazo :-D

Saludos
Sergio

Lanux - Grupo de usuarios de GNU/Linux de Lanus
Visitanos en: http://www.lanux.org.ar

Reglas de etiqueta para el posteo de mensajes a  la lista:
http://www.lanux.org.ar/?page_id=35

Articulos y noticias por rss:
http://www.lanux.org.ar/?feed=rss2 
            
Lanux por irc: 
irc.freenode.net -&gt; #lanux.
_______________________________________________
General mailing list
[email protected]
http://listas.lanux.org.ar/cgi-bin/mailman/listinfo/general

Responder a