Confirmado, con 64bits el problema no se presenta, la maquina calienta mucho menos, hace mucho menos ruido y en general da menos problemas.
Use Kubuntu Gutsy, la deje funcionando toda la noche actualizando y bajando unos torrents (manuales de fotografia algo pesados) y a la mañana no se habia congelado, en el caso anterior el congelamiento aparecia a los 30 mins en promedio
Pareciera que en 64 bits el bug no está presente.
The problemas con Compaq V3017LA y Mandriva 2008 Spring y Kubuntu Gutsy: Update by Invazor C!!!, unless otherwise expressly stated, is licensed under a Creative Commons Attribution-Noncommercial-No Derivative Works 3.0 Unported License.
Todavia no se te ha congelado?? Yo tengo un notebook muy similar (v3418) y si bien los cuelgues ocurren menos seguido que en la version de 32 bits, de igual manera ocurren.
A veces pueden pasar mas de 12 horas sin colgarse y otras se cuelga a los minutos de bootear. Tambien he probado otras distribuciones y pasa lo mismo, debe ser un problema del kernel 2.6.24
Saludos.
mmmm solo se ha congelado una vez desde que instale los 64 bits y si, parece que es un bug del kernel con las laptop basadas en amd.
solo queda esperar el proximo kernel…
Segun lo averiguado, los cuelgues en Ubuntu hardy se debe a una nueva tecnologia implantada en el kernel linux, llamada tickless, lo que hace esto es que el kernel active menos la CPU, activandola solo en los casos que sea necesario (ahorrando bateria), esto en los notebooks compaq provoca que se cuelgue completamente, esto no ocurren en otras marcas, los motivos los desconozco, pero puede ser por la configuración del mismo (BIOS).
La solución a los cuelgues (yo lo probe hace 4 días, con los driver restrictivos nvidia activados, con compiz, etc), es desactivando tickless de ubuntu a traves de un parametro que se agrega al kernel en /boot/grub/menu.lst, tal parametro se llama nohz=off.
Para hacerlo debemos tener permisos administrativos (hacer el procedimiento con suma prudencia).
—————————————————————
-Antes que todo hacemos una copia de seguridad de /boot/grub/menu.lst de la siguiente manera:
sudo cp /boot/grub/menu.lst /boot/grub/menu.lst.backup
-Ahora comenzamos el procedimiento, a través de consola tecleamos:
sudo gedit /boot/grub/menu.lst
-Al hacerlo buscamos en el archivo las siguientes lineas (el numero del kernel depende del que usen):
title Ubuntu 8.04, kernel 2.6.24-19-generic
root (hd0,1)
kernel /boot/vmlinuz-2.6.24-19-generic
root=UUID=d4532b8f-9e1a-4977-9d38-c4c783244fb7 ro quiet splash
initrd /boot/initrd.img-2.6.24-19-generic
quiet
-Agregamos el parametro nohz=off de la siguiente forma:
title Ubuntu 8.04, kernel 2.6.24-19-generic
root (hd0,1)
kernel /boot/vmlinuz-2.6.24-19-generic
root=UUID=d4532b8f-9e1a-4977-9d38-c4c783244fb7 ro quiet splash nohz=off
initrd /boot/initrd.img-2.6.24-19-generic
quiet
-Entre splash y nohz=off dejen una linea de espacio para que no se enreden.
Con todo esto deshabilitas tickless en tu kernel actual,para evitar tener que añadirlo cada vez que se actualiza el kernel podemos añadir la misma linea en las opciones por defecto del menu.lst
buscamos esto:
## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash
y añadimos nohz=off ,de modo que quede así:
## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash nohz=off
Parte de esta solución la he copiado de http://foros.ubuntu-cl.org/viewtopic.php?p=33214
Espero que os sirva.Salu2
genial livez, gran descubrimiento, habia probado con muchas opciones del kernel pero esa no la conocía. Vamos a ver si funciona
Curiosamente despues de unos dias de tranquilidad con el Kernel 64 bits, pues comenzo la rutina de cuelgues.
Como dije antes, esto se presenta en cualquier distro con las ultimas versiones del Kernel.
En la laptop, después de pelear con Hardy 32 y 64 bits, Mandriva 32 y 64, decidí irme por lo sencillo, volver a Gutsy, algo que sé que funciona y esperar a octubre, que lejos no está, para descargar una distro con el nuevo kernel que se supone resuelve el problema.
Saludos.
Mi solución fue la siguiente, y ha dado verdaderos resultados.
Copio y pego de mi blog (que en realidad es mi block de notas para el futuro, ahora q estoy incursionando en mandriva, fue lo primero que tuve que solucionar y funciona perfectamente)
[...]
Bueno, muchos de nosotors según he investigado hemos tenido problemas con un BUG? o error? no sabemos, que paraliza nuestro funcionamiento normal en nuestro Linux.
Buscando por ahí, en foros de ubuntu-es.org encontré la ¿solución?
y la pongo entre signos de interrogación, porque, SI, arregló el problema de los congelamientos, pero no se qué arregla realmente, ni qué efectos pueda tener, asi que seguiré investigando y si alguien lo sabe, ruego contactarme o postear el por qué.
Esta solución la practiqué en Mandriva Spring 2008, que dicho sea de paso, es espectacular, su entorno gráfico con KDE es sublime, y deja atrás esa visión media tosca, que aún teniendo compiz-fusión seguía viéndose como que aún le faltaba algo.
Supongo que debe funcionar en Ubuntu y otras distribuciones, ya q el problema lo tenía antes en Ubuntu, y ahora me era más repetitivo y en mucho menos tiempo de trabajo en Mandriva, y hasta ahora no he tenido ninguna parálisis, así que esta es la solución. Sin embargo, no aceptaré reclamos si pierden su configuración o demases, es una mera ayuda, y cada quien instala o configura bajo su responsabilidad, como lo hice yo, a mi me funcionó. Manos a la obra.
1.- Abrimos la consola, nos logueamos como root, y editamos el fichero menu.lst que encontramos en el grub, o sea
#gedit /boot/grub/menu.lst (si estás en mandriva, debes instalar el gedit con #urpmi gedit)
2.- Buscamos en el fichero, la línea del Kernel con la que accedemos a nuestra distribución.
por ejemplo: title Ubuntu 8.04, kernel 2.6.22-144 generic root (Hd0,2) kernel/boot/vmlinux-2.6.22-14 generic root=UUID=ae98f3b0-8fel-4add-b3a2-6d7621ea83c
a esta línea agregaremos lo siguiente:
ro quiet splash noapic nolapic locale=es_ES vga0x3 nacpi_irq_balance irqfixup irqdebug pci=biosirq pci=nomsi acpi_osi=”!Linux” acpi_os_name=”Windows 2006″
respecto al feo nombre con que termina la línea, me olvidé probar si reemplazándola por Linux, Ubuntu o cualquier otro nombre relativo a nuestra distro, obtendremos de igual manera un resultado postivito, asi que si alguien se anima a probar, que lo haga y me cuente qué pasó.
eso es todo.
Guardamos y Reiniciamos.
Espero tengan buenos resultados.
Saludos.
[...]
Tal vez sea similiar a la solución dada anteriormente.
Claro que sigo buscando información para ver qué tan confiable puede ser la solución, yo la hice bajo mi responsabilidad. Hasta ahora no tengo problemas.
Aprovecho de tirar una consulta.
Quiene tengan esta misma Laptop de la serie v3000, alguien pudo arreglar el problema del rendimiento de batería? en winbugs, me rinde más de 2 horas, pero en linux una hora cuando mucho.
saludos y suerte