Quase formatou meu disco principal com o GParted. É seguro reiniciar?

Question

Ao tentar formatar minha chave USB, eu acidentalmente selecionei / dev / sda e comecei a formatar o disco. Felizmente, a formatação foi interrompida quando o GParted percebeu que a unidade estava atualmente montada. No entanto, não consigo mais ver as partições (mesmo quando reinicio o GParted, continuo vendo isso):

Ainda não reiniciei porque tenho medo de fazer isso. No momento, eu posso usar meu sistema de arquivos muito bem, mas tenho medo de que se eu reiniciar algumas coisas ruins possam acontecer. Oque posso fazer para consertar isso? É seguro reiniciar?

ATUALIZAÇÃO:

Eu estava tentando criar uma chave USB inicializável para o Windows 7, então cliquei na tabela de partição Dispositivo / Criar e selecionei "msdos". Eu então tentei criar uma partição primária (NTFS) e recebi um erro devido ao fato de / dev / sda já estar montado. Não tenho certeza de onde posso obter um log exato. Aqui está a saída de sudo fdisk -l :

➜  ~  sudo fdisk -l
[sudo] password for olalonde: 

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0001db65

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1       60801   488384001    7  HPFS/NTFS

Disk /dev/sdb: 7998 MB, 7998537728 bytes
255 heads, 63 sectors/track, 972 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0005e98c

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1         972     7807558+   7  HPFS/NTFS

Como eu disse, meu sistema de arquivos está montado corretamente para que eu possa fazer backup de todos os meus arquivos, mas prefiro não passar por esse processo demorado se for seguro reinicializar ou se houver uma maneira de corrigir isso antes de reinicializar ...

UPDATE 2:

Saída de mount e cat /proc/mounts :

➜  ~  mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
/home/olalonde/.Private on /home/olalonde type ecryptfs (ecryptfs_check_dev_ruid,ecryptfs_sig=ee352762b400fa23,ecryptfs_fnek_sig=70e5eee62e053b1b,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs)
gvfs-fuse-daemon on /home/olalonde/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=olalonde)
/dev/sda1 on /mnt type ext4 (rw)

➜  ~  cat /proc/mounts
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
none /proc proc rw,nosuid,nodev,noexec,relatime 0 0
none /dev devtmpfs rw,relatime,size=2005108k,nr_inodes=501277,mode=755 0 0
none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/disk/by-uuid/bbf66c3f-ae71-4389-9f83-282e95ce6ee9 / ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
none /var/run tmpfs rw,nosuid,relatime,mode=755 0 0
none /var/lock tmpfs rw,nosuid,nodev,noexec,relatime 0 0
none /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0
/home/olalonde/.Private /home/olalonde ecryptfs rw,relatime,ecryptfs_fnek_sig=70e5eee62e053b1b,ecryptfs_sig=ee352762b400fa23,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs 0 0
gvfs-fuse-daemon /home/olalonde/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
/dev/sda1 /mnt ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0

UPDATE 3:

Estou tentando usar testdisk . Alguém pode confirmar que eu estou fazendo isso direito e se eu deveria clicar naquele assustador procurando "Escrever"?

(n selecionado)

    

Answer 1

Estou tendo problemas para replicar seu cenário - se uma partição for montada, seja explicitamente (fstab / mount) ou implicitamente (pelo Nautilus, etc.), o GParted não permitirá a criação de uma tabela de partição no o dispositivo pai antes de desmontar .

Eu suspeito que o GParted tenha sobrescrito com sucesso a tabela MBR / partition em / dev / sda. A reinicialização tornará o conteúdo inacessível, não faça isso ainda. Se você está preparado para, acredito que o testdisk deve ser capaz de recuperar a tabela de partições.

Deveria haver uma maneira de obter o layout da tabela de partição na memória (kernel) - é assim que você ainda pode acessar o conteúdo - mas não me lembro de uma maneira fácil de fazer isso.

Nesse meio tempo, pode ser uma boa ideia, pelo menos, fazer um backup do material crítico ...

    

Answer 2

Acabei de reproduzir seu problema em uma máquina virtual usando fdisk em vez de gparted .

Antes eu tinha:

  Device  Boot  Start   End    Blocks   Id  System
/dev/sda1   *       1    18    144553+  83  Linux
/dev/sda2          19  2450  19535040   83  Linux
/dev/sda4        2451  2610   1285200   82  Linux swap / Solaris

Em seguida, usei fdisk para excluir as partições 4, 2 e 1 e criar uma nova partição primária cobrindo todo o disco. Então eu mudei o tipo para NTFS (07) e escrevi para o disco.

fdisk -l /dev/sda informado:

  Device  Boot  Start   End    Blocks   Id  System
/dev/sda1           1  2610  20964793+   7  HPFS/NTFS

Eu então executei o 'testdisk / dev / sda' que quase instantaneamente veio com uma lista de partições que quando escritas eram relatadas como:

  Device  Boot  Start   End    Blocks   Id  System
/dev/sda1   *       1    18    144553+  83  Linux
/dev/sda2          19  2450  19535040   83  Linux
/dev/sda3        2451  2610   1285200   82  Linux swap / Solaris

A única diferença é que ele moveu /dev/sda4 para /dev/sda3 . A VM foi reinicializada com sucesso.

No seu caso, como a montagem mostra que você tem apenas uma única partição, /dev/sda1 , testdisk deve ser capaz de recuperá-la sem problemas.

Em qualquer caso, testdisk lhe dá a opção de decidir se escreve suas descobertas, então você não pode perder executando-o. Obviamente, você pode precisar fazer sudo apt-get install testdisk .

É claro que, se for possível, é prudente fazer backup de algo crítico.

    

Answer 3

Você poderia fazer:

sudo fdisk -l /dev/sda

Dessa forma, você poderá ver se ele ainda reconhece as partições, por exemplo:

Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048     1171455      584704   83  Linux
/dev/sda2         1171456     3125247      976896   82  Linux swap / Solaris
/dev/sda3         3127294    15611903     6242305    5  Extended
/dev/sda5         3127296    13869483     5371094   83  Linux
/dev/sda6        13871104    15611903      870400   83  Linux

É o que eu recebo no meu sistema. Se ele não reconhecer seu sistema de arquivos corretamente, não tenho certeza se há muito mais o que você pode fazer.

Eu recomendo fazer um backup de todos os seus arquivos mais importantes neste caso, pois você pode usar fdisk ou cfdisk para definir o tipo de partição e depois usar fsck para verificar o sistema de arquivos.

Mas não tenho certeza se ainda consertará sua partição. Coisas como essa podem ser realmente chatas, eu acidentalmente digitei rm -rf /tmp / uma vez, na fração de segundo que eu pressionei CTRL+C metade do meu / bin já foi removido e tive que reinstalar.

Espero que meu conselho o guie na direção certa e que você consiga consertar seu sistema.

Se você encontrar alguma coisa, é só me avisar.

Resposta para a atualização 3:

Eu acredito que escrever é o caminho a percorrer. Ele deve restaurar o tipo de partição e sinalizadores como eram antes do gparted. No entanto, não posso afirmar como é importante ter um backup apenas no caso de algo dar errado.

Depois que o 'testdisk' terminar, rode 'fdisk -l / dev / sda' novamente e poste a saída.