Actualización interrumpida, ahora bucle de arranque, se reinicia antes que Grub

Actualización interrumpida, ahora bucle de arranque, se reinicia antes que Grub

La batería de mi computadora portátil Lenovo Ideapad S205 se quedó sin energía mientras actualizaba a 14.10. Lo conecté y lo encendí como de costumbre, pero olvidé reanudar la actualización. Luego lo puse en hibernación y desde entonces se queda atascado en un bucle de arranque cada vez que lo enciendo.

La pantalla del BIOS se cargará y el ventilador se encenderá, pero luego se pondrá negra y el ventilador se apagará. Luego vuelve a hacer lo mismo, una y otra vez.

Puedo arrancar bien desde un USB en vivo. Hice chroot y reanudé la actualización desde aquí ( dpkg --configure -a, luego apt-get upgradeotra vez) y configuré Grub para mostrar el menú de inicio (editado /etc/default/grub, luego update-grub && grub-install /dev/sda). Pero el bucle de arranque permanece. Supongo que nunca llega al punto en que Grub se haga cargo.

¿Podría ser que la sesión de hibernación esté interrumpida y esté impidiendo el procedimiento de arranque? ¿Puedo "limpiarlo"?Editar:Intenté borrarlo mkwapcomo se sugirió, pero no tuve éxito. Por cierto, las particiones raíz y de intercambio son LVM, pero la partición /boot es ext2.

¿Qué más podría causar este comportamiento?

Respuesta1

Puede borrar la sesión hibernada limpiando la partición de intercambio (si no se limpia)

puedes saber cuál es tu partición de intercambio ejecutando:

lsblk -f | grep swap
├─sda5 swap         81ede0e2-2b07-4986-9a98-cea7a5b22556 [SWAP]

Luego, puedes borrarlo:

mkswap /dev/YOUR-SWAP-PARTITION 

Respuesta2

Puede ser que la instalación de grub esté dañada. Intentaría reinstalar grub2:

apt-get --reinstall install grub2

Si puedo agregar, no descartaría que fuera necesario verificar la integridad de fs en la partición en cuestión.

fsck /dev/sdaX

Editar: ¿Hiciste fsck/partición de arranque? En este caso (partición /boot separada), el comando grub-install correcto es grub-install --boot-directory=<mnt>/boot /dev/sda, donde <mnt>está el punto de montaje de su partición /boot previamente montada.

Respuesta3

Me di por vencido, así que hice una copia de seguridad de mi directorio de inicio usando LiveUSB y chroot, y luego reinstalé Ubuntu 14.04.

Después de eso, actualicé el sistema nuevamente, solo para descubrir que en realidad fue la actualización 14.10 la que rompió el sistema. Sospecho queeste errorpodría ser el culpable, pero no estoy seguro, ya que realmente no pude reproducir los pasos de efibootmgr (/sys/firmware/efi no existía).

Al final reinstalé el sistema nuevamente y simplemente evitaré la actualización.

información relacionada