Recuperar arquivos HD Externo partição /home

prodigialis
(usa openSUSE)

Enviado em 29/04/2021 - 11:36h

Estava usando opensuse Leap 15.2 no meu notbook (SSD de 120GB), até que ele queimou a placa. Ao conseguir um outro notbook, instalei o mesmo opensuse para acessar a pasta /home com meus arquivos, principalmente, minha dissertação. Mas ao acessar a pasta /home se apresenta vazia. Mesmo quando uso o comando "ls - l" diz que a pasta está vazia. Ao executar a procura em todo HD pela pasta com nome "diego" não acho. Tentei dar "chmod 777" na pasta home e nada.

Segue meu "fdisk -l":

Disco /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 setores
Modelo de disco: WDC WD5000LPVX-2
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 4096 bytes
Tamanho E/S (mínimo/ótimo): 4096 bytes / 4096 bytes
Tipo de rótulo do disco: gpt
Identificador do disco: 8B344322-7B94-403F-805D-35D0751C5067

Dispositivo Início Fim Setores Tamanho Tipo
/dev/sda1 2048 923647 921600 450M Windows ambiente de recuperaçã
/dev/sda2 923648 1128447 204800 100M Sistema EFI
/dev/sda3 1128448 1161215 32768 16M Microsoft reservado
/dev/sda4 1161216 770261068 769099853 366,8G Microsoft dados básico
/dev/sda5 975063040 976771071 1708032 834M Windows ambiente de recuperaçã
/dev/sda6 770263040 771287039 1024000 500M Sistema EFI
/dev/sda7 771287040 970868735 199581696 95,2G Linux sistema de arquivos
/dev/sda8 970868736 975063039 4194304 2G Linux swap

Partições lógicas fora da ordem do disco.




Descompasso no tamanho da PMBR GPT (250069679 != 250069677) será corrigido ao gravar.
A tabela GPT reserva está backup, mas a primária parece estar OK e, por isso, esta será usada.
A tabela GPT backup não está no fim do dispositivo. Esse problema será corrigido ao gravar.
Disco /dev/sdb: 119,2 GiB, 128035675136 bytes, 250069678 setores
Modelo de disco: Storage Device
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 512 bytes
Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes
Tipo de rótulo do disco: gpt
Identificador do disco: E2A1E8A4-8332-424A-B72B-A9F83209DCF9

Dispositivo Início Fim Setores Tamanho Tipo
/dev/sdb1 2048 18431 16384 8M BIOS inicialização
/dev/sdb2 18432 245874687 245856256 117,2G Linux sistema de arquivos
/dev/sdb3 245874688 250069646 4194959 2G Linux swap


Quando uso o comando "ls -la"

localhost:/run/media/diego/b5c0e12a-8ee3-4f52-a406-5e9a9e1b7942/home # ls -la
total 0
drwxrwxrwx 1 root root 0 abr 28 12:25 .
drwxrwxrwx 1 root root 166 abr 28 10:33 ..

removido
(usa Nenhuma)

Enviado em 29/04/2021 - 13:49h

- vc re-instalou usando as mesmas partições da instalação anterior?

danniel-lara
(usa Fedora)

Enviado em 29/04/2021 - 15:04h

qualquer coisa pode usar esse cara aqui pra recuperar

https://www.cgsecurity.org/wiki/TestDisk_Download

prodigialis
(usa openSUSE)

Enviado em 29/04/2021 - 16:19h

Eu reinstalei usando as mesmas partições, porém a instalação do Opensuse foi no HD (disco rígido) do notebook atual, não mexi nas antigas e elas continuam no HD externo (SSD), com mesmo sistemas de arquivos (BTRFS)

removido
(usa Nenhuma)

Enviado em 29/04/2021 - 19:29h

-eu só uso HD-externo em NTFS pq pode ser acessado tanto no Linux quanto no Windows
-esse hd externo está em gpt?

prodigialis
(usa openSUSE)

Enviado em 29/04/2021 - 22:46h

Está em GPT, tanto o do notbook quanto o externo. Ele só é externo porque era o SSD do meu antigo not que pifou, comprei o case pra externo somente para recuperar a minha dissertação que tava nele, não instalei nada nesse SSD.

Fabio_Farias
(usa openSUSE)

Enviado em 30/04/2021 - 08:36h

Sendo esse o SSD que no momento é um HD externo parece tudo normal a princípio. A questão que eu analisaria aqui é se a montagem do sistema de arquivos desse SSD foi feita de maneira correta. Talvez haja falhas no sistema de arquivos no SSD o que impossibilita a visualização dos arquivos uma vez que o notebook antigo falhou. Seria bom, se possível, visualizar uma captura de tela com o GParted visualizando esse HD. Ele pode mostrar possíveis erros na unidade. Mas não execute nenhuma reparação pelo GParted. O btrfs tem ferramentas próprias para isso.

removido
(usa Nenhuma)

Enviado em 30/04/2021 - 09:51h

Certa vez eu coloquei HD de um notebook noutro notebook para fazer backup num HD externo
Mas eram máquinas 100% Intel

prodigialis
(usa openSUSE)

Enviado em 30/04/2021 - 10:33h

Ao abrir o Gparted mostrou esse erro:

Argumento inválido durante busca para leitura em /dev/sdc
The backup GPT table is corrupt, but the primary appears OK, so that will be used.

Segue print do GPARTED

Fabio_Farias
(usa openSUSE)

Enviado em 30/04/2021 - 11:43h

O GParted informa erro na tabela de backup mas a original parece inteira. Logo deveria ser possível o acesso ao HD. Por isso entendo que pode ser um problema de permissão de acesso ou erro no sistema de arquivos. Mas os arquivos aparentemente estão todos lá como pode ser visto na imagem. Antes de tentar qualquer outra coisa, usaria o Testdisk conforme indicado pelo Daniel. Pode tentar acessar o disco por ele e através dele tentar copiar os arquivos. Mas atenção: o Testdisk tanto pode somente recuperar os arquivos como toda a tabela do disco (MBR ou GPT). Nesse seu caso, a opção a ser buscada e a recuperação dos dados e não a partição nesse momento. Se precisar de ajuda entre em contato, dada a necessidade de se recuperar arquivo tão importante posso tentar ajudar.

sonicSSA
(usa openSUSE)

Enviado em 16/06/2021 - 17:22h

Cheguei a este tópico pelo google justamente procurando por uma solução e como a descobri aqui de outras formas venho aqui compartilhar com todos.

Solução:
Abrir fstab do disco que deseja acessar arquivos protegidos/ocultos de outra instalação opensuse ou qualquer outra que use btrfs, copiar linha de montagem de /home
ex:
UUID=da86cbe2-4cc0-4cd9-9da1-a8fa48edbdb2 /home btrfs subvol=/@/home 0 0

mudar ponto de montagem para outra pasta qualquer já que a /home está ocupada no sistema atual, vale lembrar que a pasta para montar deve existir e estar vazia de preferência.

ex:
UUID=da86cbe2-4cc0-4cd9-9da1-a8fa48edbdb2 /Temp/home btrfs subvol=/@/home 0 0

acessar terminal como root, basta dar um "sudo su" ou apenas um "su" e então mandar montar com "mount -a"

ao acessar a pasta o conteúdo de /home estará acessível.