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

0

Você pode adivinhar a partir do título que eu sou um idiota. Eu fiquei irritado com uma chave USB e tentei formatar suas partições com dd e / null, mas excluí as minhas partições sda1 e sda2 .

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

Agora tenho apenas meu sda3

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 cat my fstab obtenho

# <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 não quieto, mas compreendi como o UEFI, o GRUB está funcionando e como o fstab funciona.

Se eu ll /boot não estiver 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/efi está vazio.

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

    
por aurelia 06.06.2018 / 20:33

2 respostas

0

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

Você precisa recriar a tabela de partição por meio do fdisk interativo Se você ainda tem o seu sistema operacional em execução, você pode 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ê perdeu / dev / sda1 e / dev / sda2 info, 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
....

Inicie o bloco da partição sda1 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

Bloqueio final da partição sda1 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

Inicie o bloco da partição sda2 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

Bloqueio final da partição sda2 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 o fdisk interativo. Não se esqueça de definir o tipo de partição.

Depois de restaurar as 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 o UEFI. Você poderia tentar restaurá-lo com a reinstalação do grub2-efi-x64 package.

Veja este tópico para continuar com a restauração.

    
por 09.06.2018 / 13:27
0

Corrigi o meu erro. Em primeiro lugar, salvo tudo o que era importante para mim e criei um USB inicializável apenas no caso. Então usei o testDisk e, como minhas partições não foram sobrescritas, não tive problemas para recuperar minha tabela de partições e meus dados com uma pesquisa rápida (UEFI sda1 e swupdate sda2). Eu finalmente verifiquei se ele havia funcionado com o gparted e reiniciei meu sistema.

Para sua informação, não faça uma pesquisa profunda com o testDisk no seu disco e no seu disco, e informe que ele não tem espaço suficiente.

Felizmente está tudo bem. obrigado pela ajuda pessoal.

    
por 11.06.2018 / 15:02