Recuperar/reinstalar a partição UEFI após dd para/null

Recuperar/reinstalar a partição UEFI após dd para/null

Você pode adivinhar pelo título que sou um idiota. Fiquei com raiva de uma chave USB e tentei formatar suas partições com a dde /null , mas em vez disso excluí minhas partições sda1e .sda2

Percebi rapidamente meu erro e não desliguei meu computador, então meu sistema operacional ainda está funcionando.

Eu tenho agora apenas o meusda3

brw-rw---- 1 root disk 8, 0 Jun  6 19:40 /dev/sda
brw-rw---- 1 root disk 8, 3 Jun  6 19:40 /dev/sda3

se eu catfor meu fstabeu consigo

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/mint--vg-root /               ext4    errors=remount-ro 0       1

# /boot was on /dev/sda2 during installation
UUID=f16adf40-841d-48de-afb6-bdbe66bd6eae /boot           ext2    defaults        0       2

# /boot/efi was on /dev/sda1 during installation
UUID=2008-2EBF  /boot/efi       vfat    umask=0077      0       1
/dev/mapper/mint--vg-swap_1 none            swap    sw              0       0

Devo dizer que estou um pouco perdido e ainda não entendi como funciona o UEFI, GRUB e como fstabfunciona.

Se eu fizer ll /bootisso, não estará vazio:

-rw-r--r--  1 root root  1249214 Dec 11 15:36 abi-4.4.0-104-generic
-rw-r--r--  1 root root  1243479 Dec  2  2016 abi-4.4.0-53-generic
-rw-r--r--  1 root root   190517 Dec 11 15:36 config-4.4.0-104-generic
-rw-r--r--  1 root root   189877 Dec  2  2016 config-4.4.0-53-generic
drwxr-xr-x  2 root root     1024 Jun 23  2017 efi/
drwxr-xr-x  5 root root     1024 Apr 17 23:05 grub/
-rw-r--r--  1 root root 48667470 Apr 18 07:27 initrd.img-4.4.0-104-generic
-rw-r--r--  1 root root 48377536 Jan  6 14:59 initrd.img-4.4.0-53-generic
drwx------  2 root root    12288 Jun 23  2017 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
-rw-------  1 root root  3887726 Dec 11 15:36 System.map-4.4.0-104-generic
-rw-------  1 root root  3874377 Dec  2  2016 System.map-4.4.0-53-generic
-rw-------  1 root root  7104112 Dec 11 15:36 vmlinuz-4.4.0-104-generic
-rw-r--r--  1 root root  7065648 Dec 13  2016 vmlinuz-4.4.0-53-generic

mas ll /boot/efiestá vazio.

Preciso remontar ou recriar as 2 partições sda1e sda2? Posso baixar um EFI? O que posso fazer?

Responder1

As pessoas estão divididas em duas categorias. Alguns estão fazendo backups. Outros já fazendo backups. Eu acredito que você tem backup.

Você precisa recriar a tabela de partição via interativa. fdisk Se o sistema operacional ainda estiver em execução, você poderá obter limites de partição da memória do kernel.

Aqui está um exemplo do meu sistema de trabalho (RHEL7 com UEFI):

# fdisk -l /dev/sda 

Disk /dev/sda: 300.0 GB, 299966445568 bytes, 585871964 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes
Disk label type: dos
Disk identifier: 0x000a146c

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      526335      262144   83  Linux
/dev/sda2          526336     1050623      262144    6  FAT16
/dev/sda3         1050624   585871359   292410368   8e  Linux LVM

Você tem informações soltas de /dev/sda1 e /dev/sda2, abaixo do caminho para restaurar. Encontre os arquivos com informações de limite:

# find /sys -name start
/sys/devices/pci0000:00/0000:00:02.2/0000:03:00.0/host0/target0:1:0/0:1:0:0/block/sda/sda1/start
/sys/devices/pci0000:00/0000:00:02.2/0000:03:00.0/host0/target0:1:0/0:1:0:0/block/sda/sda2/start
/sys/devices/pci0000:00/0000:00:02.2/0000:03:00.0/host0/target0:1:0/0:1:0:0/block/sda/sda3/start
....

Iniciar bloco de sda1partição da memória do kernel

# cat /sys/devices/pci0000:00/0000:00:02.2/0000:03:00.0/host0/target0:1:0/0:1:0:0/block/sda/sda1/start
2048

Finalizar bloco de sda1partição da memória do kernel

echo end $((
$(cat /sys/devices/pci0000:00/0000:00:02.2/0000:03:00.0/host0/target0:1:0/0:1:0:0/block/sda/sda1/size) \
+ \
$(cat /sys/devices/pci0000:00/0000:00:02.2/0000:03:00.0/host0/target0:1:0/0:1:0:0/block/sda/sda1/start) \
- 1 \
))
end 526335

Iniciar bloco de sda2partição da memória do kernel

# cat /sys/devices/pci0000:00/0000:00:02.2/0000:03:00.0/host0/target0:1:0/0:1:0:0/block/sda/sda2/start
526336

Finalizar bloco de sda2partição da memória do kernel

echo end $((\
$(cat /sys/devices/pci0000:00/0000:00:02.2/0000:03:00.0/host0/target0:1:0/0:1:0:0/block/sda/sda2/size)\
+ \
$(cat /sys/devices/pci0000:00/0000:00:02.2/0000:03:00.0/host0/target0:1:0/0:1:0:0/block/sda/sda2/start)\
- 1 \
))
end 1050623

Agora você precisa recriar partições perdidas com esses limites com arquivos interativos fdisk. Não se esqueça de definir o tipo de partição.

Depois de restaurar partições, você precisa verificar seus sistemas de arquivos. Você está escrevendo que /boot/efi está vazio, mas deve estar vazio no único caso se você NÃO estiver usando UEFI. Você pode tentar restaurá-lo reinstalando grub2-efi-x64o pacote.

Veressetópico para continuar a restauração.

Responder2

Eu consertei meu erro. Em primeiro lugar, salvei tudo o que era importante para mim e criei um USB inicializável para garantir. Então usei o testDisk e, como minhas partições não foram substituídas, não tive problemas para recuperar minha tabela de partições e meus dados com uma pesquisa rápida (UEFI sda1 e swupdate sda2). Finalmente verifiquei se funcionava com o gparted e reiniciei meu sistema.

Para sua informação, não faça uma pesquisa profunda com testDisk no seu disco e no seu disco, pois ele apresenta um bug e informa que não há espaço suficiente.

Felizmente está tudo bem. obrigado pela ajuda pessoal.

informação relacionada