On 2014-03-11 21:23, Rafa Griman wrote:
Hola :)
2014-03-11 19:14 GMT+01:00 Maxi <>:
El netbook se puso en hibernacion porque se quedaba sin bateria, conecto el cargador, enciende y aparece Tux acostado y escribe algo de volviendo de la hibernacion. no marca mas nada y se puso negra la pantalla,
A saber lo que pasó entonces. Sólo podemos hacer conjeturas. Por ejemplo, una conjetura: si la alimentación se viene abajo en ese momento, con la batería descargada, el batacazo es espectacular.
¿Fallo de disco? IIRC, cuando hiberna copia lo de la RAM a la partición de swap (corregidme si me equivoco ... no hiberno, apago el equipo directamente).
Es correcto. En hibernación se copia todo lo que se puede de los procesos a swap (sospecho que el kernel simula como una situación de falta de memoria y manda a la swap todos los procesos que puede de manera forzada). Luego (o antes, no se) se descartan los tampones y cachés, y finalmente se vuelca la imagen de lo que queda en memoria a la swap, añadiendo una firma particular que el kernel reconoce durante el siguiente arranque, que le hace detener el proceso de arranque habitual y cambiar a leer esa imagen y restaurarla. La suspensión, en cambio, no hace casi nada. Básicamente se para todo. El ordenador se apaga pero la RAM sigue con alimentación, no se borra. Al encender, la CPU se reactiva y continua en el punto que lo dejó. Hay algunos "detalles" para dormir la CPU, pero no nos interesan :-) Con algunas complicaciones, porque algunos drivers hay que reiniciarlos (típicamente, todo el usb). Imagínate la complicación de reiniciar un disco externo en USB que estaba montado, y se durmió montado. Hay que encenderlo primero, reconectarlo, darte cuenta o acordarte que estaba montado, y reconectar tus estructuras en memoria con las estructuras del disco... alucinante. Por eso, la corrupción del sistema de ficheros si falla la restauración es espectacular. Y yo lo sé, me ha pasado bastantes veces, y sin embargo sigo usando la hibernación, incluso varias veces al dia >:-) Y es doblemente espectacular si en lugar de despertar, arrancas otro Linux, el cual intenta montar esos mismos discos, que encuentra "inconsistentes" y se ve forzado a hacerles un checkdisk. Si la swap no se altera su firma, en el siguiente arranque normal el sistema intenta des-hibernar, pero se encuentra con un sistema de ficheros que está cambiado respecto a cuando lo dejó. Todas las estructuras que tiene en "ram" del estado del disco son erróneas, pero no lo sabe y las usa (salvo que esto lo hayan corregido). Te aseguro que el destrozo resultante es impresionante. Me ha pasado. Por eso el grub se niega a dejarte arrancar otro sistema. En los laptops, la BIOS suele tiene una funcionalidad que anula el menú de la BIOS que te permite elegir el medio de arranque si has hibernado, precisamente para evitar ese tipo de desastre.
Pudo haber fallo al volcar la memoria, al leer de disco tanto de la swap como de la no swap. Otra pregunta, cuando arrancó (volvió de hibernación), ¿la batería estaba cargada o esstaba cnectado a la corriente eléctrica? Lo pregunto por si intentó volver a hibernar y es cuando se fué todo al carajo.
Podría ser.
Anoche cree otro usuario pero se comporta igual y no carga driver de casi nada, lsmod lista unos pocos modulos.
Peyacho de fallo del sistema. Vas a tener que reconfigurar.
Voy a seguir probando para no reinstalar.
Echa mano del YaST y reconfigura todo, MHO.
Hay un procedimiento drástico que sirve en estos casos (no es fallo del "home", puesto que un usuario nuevo falla igual). Consiste no en reinstalar, sino arrancar el DVD gordo de instalación (no la imagen del KDE o Gnome), y entonces elegir "upgrade". Es decir, un upgrade de la 13.1 a la 13.1. El resultado es que se ponen todas las cosas (bueno, no todas) en un estado consistente, casi como si acabaras de instalar. Luego hay que volver a actualizar todo y volver a poner todos los repositorios extra que estuvieras usando... Caveat: como el DVD no es lo bastante grande para contenerlo todo, hay muchos paquetes que no se tocan. En un upgrade normal (12.3 a 13.1) esos paquetes se pueden detectar. Pero en este caso no se puede, el tag de versión no cambia. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)