Tener un Linux basado en Debian que haya sido clonado por hardware varias veces. Hay largos retrasos en el arranque a pesar de que tiene un SSD.
Originalmente, había un pequeño ícono que giraba lentamente y decía que estaba esperando un trabajo antes de que se agotara el tiempo de espera. Para esto, encontré un archivo de intercambio al que se hace referencia en /etc/fstab que en realidad no existía, así que eliminé su línea con el UUID correspondiente y el error de "trabajo/tiempo de espera" desapareció...
...pero fue reemplazada por una larga pantalla en blanco con un cursor parpadeante que muestra un mensaje antes de mostrar el mensaje de inicio de sesión. El mensaje que parpadea es:
Gave up waiting on suspend/resume device.
/dev/sda1 [some disk metrics here]
/dev/sda1 es la única partición que existe según gparted. Estoy tratando de solucionar este largo retraso en el arranque y encontrar la causa de lo que está esperando. Cualquier ayuda sería apreciada. ¡Gracias!
EDITAR: Intenté recrear un archivo de intercambio basado en esta respuesta: https://superuser.com/questions/1204627/deleted-a-partition-now-getting-gave-up-waiting-for-suspend-resume-device-mes/1204634pero se produjo el mismo retraso, pero el mensaje de error cambió a algún problema con el registro en diario; es demasiado rápido para que yo lo vea. -- Así que eliminé el archivo SWAP y comenté su referencia en /etc/fstab lo que me devolvió al problema anterior.
Respuesta1
Sucede después de eliminar la swappartición.
swapSi se elimina una partición (por ejemplo, a propósito al migrar de HD a SSD), el archivo /etc/initramfs-tools/conf.d/resumedebe estar completamente vacío o leído RESUME=. Elimina cualquier UUIDnúmero. RESUME=NONEno es válido.
$ sudo gvim /etc/initramfs-tools/conf.d/resume
Elsistema de archivos RAM inicialrequiere actualización para que estos cambios surtan efecto:
$ sudo update-initramfs -u