Hola :) 2014-03-10 1:59 GMT+01:00 Maxi <maximiliano.duarte@gmail.com>:

...

MUY MAL. Lo más seguro es que estés usando un sistema de ficheros con journal (ext4, XFS, ... por defecto oS 13.1 usa ext4). Cuando dices que el disco estaba "trabajando", es que se estaba intentando recuperar del "apagón" y, mientras se intetaba recuperar ... lo apagaste así que doble "estropicio".

Si muy mal pero pasaron 10min y sequia sin volver, otras veces pasó de volver de la hiberncacion y tarda 1 min maximo.

Es que posiblemente no estuviera hibernando sino que se encontró un sistema de ficheros inconsistente y lo estaba comporbando. Por eso tardaba tanto. ¿Cuánto puede tardar? No te sabría decir. En las listas de XFS ves gente que dice tardar muuuuuucho más tiempo. Depende del número de ficheros, tecnología del disco, RAM, sistema de ficheros, ...

Como arrancar lo hace pero con la pantalla mal y sin wifi.

Eso me da que pensar que efectivamente estaba arreglando el sistema de ficheros. He sufrido casos similares y era eso mismo. La soulción pasaba por tener paciencia y, si no la tenía, reconfigurar lo que se había estropeado (por no dejar que se corrija).

Voy a revisar ese enlace y revisar. Gracias por los comentarios

Si podemos ser de más ayuda: sabes dónde estamos ;) Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

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, Anoche cree otro usuario pero se comporta igual y no carga driver de casi nada, lsmod lista unos pocos modulos. Voy a seguir probando para no reinstalar. -- El que pregunta aprende, y el que contesta aprende a responder. No a la obsolecencia programada: http://www.rtve.es/noticias/20110104/productos-consumo-duran-cada-vez-menos/... Linux User #495070 http://domonetic.com/blog -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

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)

On 2014-03-11 21:19, Rafa Griman wrote:

Yepa :)

2014-03-11 14:34 GMT+01:00 Carlos E. R. <>:

...

splash=verbose console=tty0

Otra opción es darle a la tecla [ESC] durante el arranque y te quita la pantallita bonita mostrándote los mensajes dle kernel.

Pero no siempre. Cuando ocurre algo malo y lo necesitas, no funciona. O sea, a veces no lo hace, probablemente porque está liadísimo. El plymouth captura los mensajes de arranque en un fichero, "/var/log/boot.log", y cuando pulsas ESC te los muestra (creo). Antes de poder escribir en disco no sé como lo hace. Pero durante el proceso de hibernación no es el plymouth, es otra cosa: ese proceso tiene su propio "splash", que es el pingüino tumbado (y no es un pingüino durmiendo, sino girado 90 grados. No está conseguido. Ni siquiera bosteza). Es posible que hay una primera fase de arranque, antes de que descubra la imagen de hibernación, que el plymouth esté operando, no lo se, y luego cambie al otro. Yo quito ambos "splashes". Es casi lo primero que hago en todas las instalaciones. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On 2014-03-12 12:53, Rafa Griman wrote:

Yo quito ambos "splashes". Es casi lo primero que hago en todas las instalaciones.

Yo debería hacer lo mismo ... a ver si me pongo

Tengo una checklist (como los pilotos de aviones) en un papel, para saber que hacer durante las instalaciones ;-) Y de vez en cuando crece. Luego se pierde el papel y tengo que inventar la pólvora de nuevo. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)