Deletou a TABELA de particao acidentalmente com GPARTED.

mateusresende
(usa Linux Mint)

Enviado em 21/01/2018 - 10:36h

Caro amigos, colegas.

Estava reparticionando HD de 2 teras, depois que o SSD comecou BUGAR consecutivamente.
Usando o GPARTED, Vi que cada acao, vc precisa clicar executar depois pra executar. Vi entao que seria seguro.

Separei tipo 150 gigas pra instalar no HD de 2 Tera o Linux.
Deu certo. Separou os 150Gigas do resto. OK.

AI entendi q era clicar no bloco novo separado, e cliquei, criar nova particao ne.
igual essa imagem. Entendi q era somente naquele bloco de 150 gigas livre.

O negocio apagou a tabela e o hd de 2 teras inteiro em segundos.... ( [*****] que pariu ) e eu achando que teria que clicar ( EXECUTAR ) depois..
E nao foi, executacao direta e nao foi pra lista de acoes pedentes como acontece com outras acoes.. pronto, fodi 1 tera e alguns gigas de todos meus arquivos dos ultimos 20 anos.

http://tinypic.com/r/atx5xs/9

Tentei testdisk, mas nao saiu como imaginava. Fico com medo de danificar mais.
Peco salvacao galera!!!

OBS: NAO DEI BOOT, PQ ACREDITO QUE PODE ESTAR EM ALGUM LUGAR NA MEMORIA AINDA A TRILHA QUE FOI APAGADA.


Bem aventurado os que percebem que são da Terra
e buscam servir a todos e unir a grande família.

Bem aventurado os que percebem que são da Terra
e buscam servir a todos e unir a grande família.

Neocazen
(usa Ubuntu)

Enviado em 21/01/2018 - 11:09h

A imagem está relacionada ao HD inteiro. A ação correta seria redimensionar partição e ele teria que mover os arquivos (demoraria muito, dependendo da quantidade de arquivos 6,7 10 horas para um HD de 2TB) então apareceria os 150GB não alocado e o restante ficaria normal com todos os seus arquivos.
Gparted não executa ações automaticamente. Foi vacilo mesmo.
Tente o Minitool Power data recovery.

mateusresende
(usa Linux Mint)

Enviado em 21/01/2018 - 11:44h

Amigo, obrigado pela postagem,

A reparticao nao executa diretamente ( e nao disse ) automaticamente.
PQ as acoes, depois de clicar ok, ele vai pra fila de ( pedencias ) para confirmar, vc precisa ainda apertar ( APLICAR ) para que elas sejam feitas.
Por isso vi que era seguro, porem nao sao todas acoes que vao pra fila de acoes pedentes onde da pra verificar antes o que realmente foi selecionado para ser feito.

No caso, depois de conseguir 150GB.
Selecionei o bloco achando ser o de 150GB e cliquei criar particao, ao clicar OK como esta na foto no link... ( ele executou diretamente ) sem passar ela fila de pedencia e aguardar o botao ( APLICAR ). Se foi vacilo, foi, mas, vejo tbm erro de usabilidade tbm na interface.

Entendi que tinha selecionado o bloco de 150GB, na verdade, foi todo HD.
E eu achando que ia parar lista de pedencias ainda, dando tempo de visualizar que nao foi selecionado o bloco de 150GB.
Mas nao foi, em segundos sumiu com a tabela tabela. E nao teve nem UNDO. E deste entao nao fiz mais nada.

Vou analisar sua sugestao. Obrigado irmao.

Mauriciodez
(usa Debian)

Enviado em 21/01/2018 - 12:10h

velho ... só clicar em "cancel" se clicar em "apply" já era ...


------------------------------------------| Linux User #621728 |-----------------------------------------

" Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"

------------------------------------------| Linux User #621728 |-----------------------------------------

clodoaldops
(usa Linux Mint)

Enviado em 21/01/2018 - 12:30h

-todos problemas que tive c/ gparted foram causados por mim mesmo: vacilei e dancei!
-agora a questão é: como recuperar dados???
-no meu caso eu tinha bkp num hd externo e "reformatei" hd do zero.

mateusresende
(usa Linux Mint)

Enviado em 21/01/2018 - 12:38h

Amigo,
Eu sei disso. Outras funcoes, ele vai pra fila PEDENTE.
Nesta tela, create partition tablet ( ELE NAO seguiu o padr'ao de ir PRA FILA PEDENTE ) como imaginava. Isso sim e BUG de usabilidade. Induz ao erro.
E deveria ter ido pra fila pedente. Achei outra pessoa que passou por isso http://gparted-forum.surf4.info/viewtopic.php?id=5161

E a solucao do amigo acima ( obriga a rebootar ) a maquina. Nao e a melhor para o momento.
No momento estou tentando recuperar a tabela ( que ainda esta na memoria ), Como nunca fiz, estou apanhando aqui ate agora para nao errar.

Achei este post.

Method 2: Harder but Safer and Faster
Because your kernel is still using the old partition table, the data on your partitions can still be retrieved from memory.
no link (https://askubuntu.com/questions/939152/accidentally-created-new-partition-table-for-boot-drive)

Embora nao esta muito claro ainda pra mim o que ele descreveu. Ao digitar /sys/block/sdd <--- Meu HD de 2 Tera, apareceu outra coisa que aparece para ele.

http://tinypic.com/r/2191lro/9

Mauriciodez
(usa Debian)

Enviado em 21/01/2018 - 12:44h

velho .. tenta com o minitool partition Wizard ... se não conseguir por ele acho q vc não consegue ... no mais, boa sorte !!!


------------------------------------------| Linux User #621728 |-----------------------------------------

" Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"

------------------------------------------| Linux User #621728 |-----------------------------------------

ricardogroetaers
(usa Linux Mint)

Enviado em 23/01/2018 - 12:46h

Tentativa de resgatar dados:
https://i.imgur.com/5KP9swU.png
Nunca usei essa função do Gparted mas ela existe.

albfneto
(usa openSUSE)

Enviado em 12/03/2018 - 14:39h

olha, gparted, depois que vc particiona, não deve regravar a tabela de alocação, senão ele apaga tudo.

a tabela de alocação do Gparted, ele grava zerada para apagar o disco. quando vc faz as partições, depois precisa sair do gparted sem salvar e as partições ficam prontas

mas se quiser tentar recuperar, uma que ja tinha feito e o Gparted apagou, talvez com testdisk... ele recuperou uma tabela de partições minha, quinta feira. Tabela danificada, não apagada.

mas.... eram partições novas , sem dados nelas? se sim, mais fácil refazer.

Ví agora sua imagem... eie avisou que ia apagar..... vc clicou em cancelar? Outra coisa, seu HD é 2 teras...

@Galera do VOL... não tenho HD grande assim, mas.... 2 terabytes não precisa obrigatório de GPT? invés de alocação DOS?
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.

raserafim
(usa Slackware)

Enviado em 12/03/2018 - 15:11h

Alguns sistemas de arquivos gravam uma cópia da tabela de partição (backup). Nestes casos, daria para você recuperar sua estrutura de partições original a partir dessa cópia.

Penso que essa é a solução para o seu caso: restaurar a tabela de partição!

Minha sugestão é ver qual tipo de sistema de arquivos você está utilizando (NTFS, Ext3, Ext4, etc...) e, então, pesquisar na net se este sistema de arquivos costuma gravar uma cópia da tabela de partição.

Depois, procurar uma forma de restaurar esse backup da tabela.

raserafim
(usa Slackware)

Enviado em 12/03/2018 - 15:16h

Pode ser que o gparted tenha alguma função nesse sentido ou, principalmente, o testdisc... não lembro...

Geralmente esta tabela de partição aparece com o nome MBR..

Penso que você ainda tem boas chances de conseguir recuperar

Varrer para buscar os arquivos que te interessam só tem sentido, assim entendo, depois de esgotadas as chances de restaurar a tabela de partição.

raserafim
(usa Slackware)

Enviado em 12/03/2018 - 16:29h

o seguinte tópico talvez ajude...

como operar o testdisk para recuperar a MBR...!