Bom dia Fred. O GNU ddrescue já me ajudou a recuperar todos os arquivos de uma partição com o filesystem corrompido.
Dois links que creio que vão ajudar. Manual: https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html Exemplo de uso: http://www.jambu.com.br/xss/index.php/solucoes/126-ddrescue-ao-resgate Em 15 de junho de 2017 04:11, Ricardo Ramos <cesar.ricki...@gmail.com> escreveu: > Bom dia Fred, > > Não sei se já ouviu falar ou não, mas pode tentar recuperar alguns dos > arquivos que estão na partição com o testdisk ou o photorec. > > Um abraço, > > > A Qui, 15 de jun de 2017, 02:35, Fred Maranhão <fred.maran...@gmail.com> > escreveu: >> >> ops. faltou responder à lista >> >> 2017-06-14 22:33 GMT-03:00 Fred Maranhão <fred.maran...@gmail.com>: >> > 2017-06-14 14:18 GMT-03:00 Manoel Araujo <mpedro.ara...@gmail.com>: >> >> Estou precisando recuperar arquivos de uma partição. >> >> >> > >> > ok >> > >> >> Fui redimensionar uma partição com o gparted. A operação estava >> >> demorando >> >> muito, então resolvi cancelar a operação. A participação ficou >> >> desconhecida. >> >> Usando o testdisk consegui deixar conhecida a partição, mas não consigo >> >> ver >> >> os arquivos, estao como não tivesse arquivo nenhum. Mas os arquivos >> >> estão >> >> lá, pois o gparted mostra 13 GB usados. >> >> >> >> Tem como recuperar estes arquivos? >> >> >> > >> > tem uma chance. >> > >> >> >> >> Tentei recuperar seguindo as dicas do tutorial >> >> >> >> http://www.nanoshots.com.br/2015/11/resolvendo-problemas-de-superblocks-e.html >> >> >> >> >> >> root@debian:/home/manoel# fdisk -l >> >> >> >> >> >> Disco /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 setores >> >> >> >> 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: 7649D439-9D60-594E-82DE-F7378963B8FF >> >> >> >> >> >> Device Start End Sectors Size Type >> >> >> >> /dev/sda1 2048 206847 204800 100M Microsoft basic data >> >> >> >> /dev/sda2 206848 4308975 4102128 2G Linux swap >> >> >> >> /dev/sda3 4308992 214075391 209766400 100G Microsoft basic data >> >> >> >> /dev/sda4 214075392 1953220607 1739145216 829,3G Linux filesystem >> >> >> > >> > ok. um comando informativo >> > >> >> >> >> >> >> root@debian:/home/manoel# fsck.ext4 -v /dev/sda4 >> >> >> >> e2fsck 1.42.12 (29-Aug-2014) >> >> >> >> /dev/sda4: clean, 5915/54353920 files, 3463272/217393152 blocks >> >> >> > >> > ok. tudo parece bem com o sistema de arquivos >> > >> >> >> >> >> >> >> >> root@debian:/home/manoel# mke2fs -n /dev/sda4 >> >> >> > >> > ué? vai criar um sistema de arquivos onde já tem um? >> > >> >> mke2fs 1.42.12 (29-Aug-2014) >> >> >> >> /dev/sda4 contains a ext4 file system >> >> >> > >> > olha o mke2fs avisando. já tem sistema de arquivos. >> > >> >> last mounted on /media/manoel/1870b579-86dc-48f3-b38e-ceecfb621508 on >> >> Wed >> >> Jun 14 11:54:57 2017 >> >> >> >> Proceed anyway? (y,n) y >> > >> > e você disse "vai, cria um sistema de arquivos por cima do que já tinha" >> > >> >> Creating filesystem with 217393152 4k blocks and 54353920 inodes >> >> >> >> Filesystem UUID: 031cbb75-0f75-41e1-a9dc-ddfd56852474 >> >> >> >> Superblock backups stored on blocks: >> >> >> >> 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, >> >> >> >> 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, >> >> >> >> 102400000, 214990848 >> > >> > e ele fez >> > >> >> >> >> >> >> >> >> root@debian:/home/manoel# e2fsck -b 32768 /dev/sda4 >> >> >> >> e2fsck 1.42.12 (29-Aug-2014) >> >> >> >> /dev/sda4 is mounted. >> >> >> >> e2fsck: Cannot continue, aborting >> > >> > acho que o problema aqui é simplesmente a partição montada. não que >> > ela esteja com problemas >> > >> >> >> >> >> > -- > > Ricardo Ramos > Tel: +244 927 953 770 > Email: cesar.ricki...@gmail.com > Website: www.rickinho.com > Técnico de Informática -- Marvin Dalla Líbera e-mail: marvind...@gmail.com