Eu tive um desastre após uma atualização do Ubuntu que deu errado
o resultado final foi que meu diretório /boot foi excluído
também parece que meu diretório /proc agora também não contém nada
quando eu inicializo a máquina ela cai direto na BIOS
Observe que quando digo BIOS, posso dizer UEFI, tenho quase certeza de que a máquina tem UEFI
A situação é complicada pelo fato de eu ter criptografia completa de disco LVM e LUKS na máquina.
Minha abordagem para corrigir isso foi inicializar um liveUSB e reinstalar
No entanto, quando chego à tela Tipo de instalação, ela informa que a máquina não possui sistemas operacionais.
Eu sei que sim, pois tirei o HDD do laptop para fazer um backup de emergência usando um gabinete externo e outra máquina.
Estou pensando que preciso escolher 'Outra coisa' neste momento e depois especificar o dispositivo apropriado.
Fazendo isso chego à tela de tipo de instalação:
Mas estou preso neste ponto, ciente de que se eu fizer a coisa errada, isso pode me levar a ter que recomeçar do zero, o caminho que desejo evitar.
Acho que deveria escolher o dispositivo sda1 (fat32) como ponto de instalação do gerenciador de boot, mas não estou 100%
Possivelmente uma reinstalação não é o caminho a seguir e eu posso consertar o diretório de inicialização de alguma outra maneira?
Atualização: passou pela minha cabeça que eu deveria entrar pelo liveusb e descriptografar o disco rígido do laptop e depois executar a instalação, pois ele pode reconhecê-lo e me oferecer a opção de reinstalar enquanto mantém meu diretório inicial, etc.
Atualização2:
Descriptografei o disco - tentei o reparo de inicialização, mas não funcionou
Agora voltei para o instalador.
No tipo de instalação, minhas opções agora são diferentes devido à descriptografia:
Fiquei um pouco desapontado porque o instalador ainda estava me dizendo que nenhum sistema operacional estava instalado - então ainda tive que clicar em 'Outra coisa'
Mas parece mais com isso, alguém sabe qual dispositivo devo usar para instalação do carregador de boot
Nota para todos: pensem cuidadosamente sobre o uso de criptografia completa de disco, embora isso possa dificultar a obtenção de seus dados por outras pessoas, mas também pode dificultar a obtenção de seus próprios dados! Certamente torna mais complicado consertar seu diretório /boot e reinstalar.
Atualização3:
Tirei uma foto do gparted para completar. sda1 deve ser a partição de inicialização uefi como fat32. Não tenho certeza de qual é a partição ext2 de 244 MB. sda3 contém o que resta do meu sistema operacional Ubuntu, e posso ver isso bem no nautilus. Todo o sistema de arquivos raiz está lá. Acho que o boot-repair fez algo porque /boot não está mais vazio - é assim:
ubuntu@ubuntu:~$ ls -l /media/ubuntu/35270969-3a72-4de9-893c-5bf95758468e/boot/
total 46780
-rw-r--r-- 1 root root 1249685 Jan 19 13:06 abi-4.4.0-112-generic
-rw-r--r-- 1 root root 190533 Jan 19 13:06 config-4.4.0-112-generic
drwxr-xr-x 2 root root 4096 Feb 2 16:47 efi
-rw-r--r-- 1 root root 10422531 Feb 2 16:48 initrd.img-4.4.0-104-generic
-rw-r--r-- 1 root root 17907657 Feb 2 16:48 initrd.img-4.4.0-112-generic
-rw------- 1 root root 3891234 Jan 19 13:06 System.map-4.4.0-112-generic
-rw------- 1 root root 7110608 Jan 19 13:06 vmlinuz-4.4.0-112-generic
-rw------- 1 root root 7112536 Feb 2 16:48 vmlinuz-4.4.0-112-generic.efi.signed
observe que isso também mostra como a unidade criptografada LUKS foi montada, ou seja
/media/ubuntu/35270969-3a72-4de9-893c-5bf95758468e
o que parece estar faltando aqui é um diretório grub?
Também montei sda1 e sda2 para ver o que há neles:
ubuntu@ubuntu:~$ sudo mount /dev/sda1 /media/test-sda1/
ubuntu@ubuntu:~$ sudo mount /dev/sda2 /media/test-sda2/
ubuntu@ubuntu:~$ ls -l /media/test-sda1/EFI/ubuntu/
total 3472
drwxr-xr-x 2 root root 4096 Jan 4 2017 fw
-rwxr-xr-x 1 root root 67536 Jan 31 09:19 fwupx64.efi
-rwxr-xr-x 1 root root 121 Jan 15 19:00 grub.cfg
-rwxr-xr-x 1 root root 1133944 Jan 15 19:00 grubx64.efi
-rwxr-xr-x 1 root root 1168464 Jan 15 19:00 mmx64.efi
-rwxr-xr-x 1 root root 1169992 Jan 15 19:00 shimx64.efi
ubuntu@ubuntu:~$ ls -l /media/test-sda2
total 558
drwxrwxr-x 2 root root 1024 Jan 18 2016 efi
drwxr-xr-x 5 root root 1024 Jan 31 09:26 grub
drwx------ 2 root root 12288 Jan 18 2016 lost+found
-rw-r--r-- 1 root root 182704 Jan 28 2016 memtest86+.bin
-rw-r--r-- 1 root root 184380 Jan 28 2016 memtest86+.elf
-rw-r--r-- 1 root root 184840 Jan 28 2016 memtest86+_multiboot.bin
não sei se isso é relevante?
Atualização 4:
Agora geramos um resumo de inicialização emhttp://paste.ubuntu.com/26509702/
Duas opções avançadas de reparo de inicialização que me chamaram a atenção como potencialmente erradas:
secureBoot sendo selecionado
Localização do GRUB partição de inicialização separada sda2 desmarcada
cryptsetup: WARNING: invalid line in /etc/crypttab for luks-eab09f57-2c9d-4f3e-b81b-20061bb31685 -
cryptsetup: WARNING: invalid line in /etc/crypttab for luks-eab09f57-2c9d-4f3e-b81b-20061bb31685 -
An error occurred during the repair.
Please write on a paper the following URL:
http://paste.ubuntu.com/26513410/
In case you still experience boot problem, indicate this URL to:
[email protected]
You can now reboot your computer.
Please do not forget to make your BIOS boot on sda1/EFI/ubuntu/grubx64.efi file!