Não é possível acessar uma partição ext4 em um HD externo

Question

Eu tenho um HD externo de 1 TB que participo em uma partição FAT32 e uma partição ext4. Aparentemente, o sistema de arquivos do ext4 está danificado e não consigo acessá-lo. O utilitário de disco na unidade é assim:

Eupenseiquepoderiausarestaresposta: Disco rígido externo ganhou ' t mount , mas como você pode ver, por algum motivo eu não tenho a opção de verificar a partição. BTW, a formatação não é uma opção para mim se houver uma maneira de recuperar a maioria dos arquivos.

Saída de mount :

/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs 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)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
gvfs-fuse-daemon on /home/rafael/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=rafael)
/dev/sdb2 on /media/WIN32 type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,uhelper=udisks)

Saída de more /etc/fstab :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda1 during installation
UUID=f27f4656-379e-4500-af22-ec76b871b657 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=294dddf0-2c87-4339-8f16-b0028a6ec232 none            swap    sw              0       0

    

Answer 1

Você pode tentar executar a verificação do sistema de arquivos a partir de um terminal:

sudo e2fsck -y -v /dev/sdb1

No entanto, se o sistema de arquivos estiver danificado além do reparo, a última opção para recuperar arquivos é o testdisk .