Atualização interrompida, agora loop de inicialização, reinicia antes do Grub

Atualização interrompida, agora loop de inicialização, reinicia antes do Grub

A bateria do laptop do meu Lenovo Ideapad S205 ficou sem carga durante a atualização para 14.10. Conectei-o e liguei-o normalmente, mas esqueci de retomar a atualização. Então coloquei-o em hibernação e, desde então, ele fica preso em um loop de inicialização sempre que o ligo.

A tela do BIOS será carregada e o ventilador ligará, mas depois ficará preto e o ventilador desligará. Então ele faz o mesmo novamente, e assim por diante.

Posso inicializar a partir de USB ativo sem problemas. Eu fiz o chroot e retomei a atualização a partir daqui ( dpkg --configure -a, então apt-get upgradenovamente) e configurei o Grub para mostrar o menu de inicialização (editado em /etc/default/grub, então update-grub && grub-install /dev/sda). Mas o loop de inicialização permanece. Acho que nunca chega ao ponto em que Grub assume o controle.

Será que a sessão hibernada foi interrompida e está impedindo o procedimento de inicialização? Posso "limpar" isso?Editar:Tentei limpá-lo mkwapconforme sugerido, mas não tive sucesso. A propósito, as partições root e swap são LVM, mas a partição /boot é ext2.

O que mais poderia causar esse comportamento?

Responder1

Você pode limpar a sessão hibernada limpando a partição swap (se não estiver limpa)

você pode saber qual é a sua partição swap executando:

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

Então, você pode limpá-lo:

mkswap /dev/YOUR-SWAP-PARTITION 

Responder2

Pode ser que sua instalação do grub esteja corrompida. Eu tentaria reinstalar o grub2:

apt-get --reinstall install grub2

Se posso acrescentar, não seria necessário verificar a integridade do fs na partição em questão.

fsck /dev/sdaX

Editar: você fsck /boot partição? Neste caso (partição /boot separada), o comando grub-install correto é grub-install --boot-directory=<mnt>/boot /dev/sda, onde <mnt>é o ponto de montagem da partição /boot montada anteriormente.

Responder3

Desisti, então fiz um backup do meu diretório pessoal usando um LiveUSB e chroot e reinstalei o Ubuntu 14.04.

Depois disso, atualizei o sistema novamente, apenas para descobrir que na verdade foi a atualização 14.10 que quebrou o sistema. Eu suspeito queesse bugpode ser o culpado, mas não tenho certeza, pois não consegui reproduzir as etapas do efibootmgr (/sys/firmware/efi não existia).

No final reinstalei o sistema novamente e simplesmente evitarei a atualização.

informação relacionada