Quelque chose ne va pas avec mon disque dur externe (Ubuntu ne peut pas le monter)
Voici ma sortie de la commande fdisk:
Sudo fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00043809
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 973105151 486551552 83 Linux
/dev/sda2 973107198 976771071 1831937 5 Extended
/dev/sda5 973107200 976771071 1831936 82 Linux swap / Solaris
Disk /dev/sdb: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x5387f1b4
Device Boot Start End Blocks Id System
/dev/sdb1 2048 625140399 312569176 7 HPFS/NTFS/exFAT
De par ma connaissance limitée d'Ubuntu - je suppose que mon externe est détecté par mon système d'exploitation, mais il n'est pas monté. Backstory: J'essayais d'utiliser un fichier ISO que j'avais sur mon externe en utilisant AcetoneISO - puis tout a gelé. J'ai forcé un arrêt/redémarrage, puis lorsque j'ai redémarré, mon disque dur ne montait pas. Cela ne m'a même pas donné un message d'erreur, cela n'a tout simplement pas fonctionné. Quoi de neuf? Aidez-moi?
EDIT: @Alaa: J'étais sur le point d'ajouter cette information. Je viens d'essayer de monter manuellement mon disque, et voici la sortie:
$ Sudo mkdir /media/Toshiba_EXT
$ Sudo mount -t ntfs-3g /dev/sdb1 /media/Toshiba_EXT
ntfs_attr_pread_i: ntfs_pread failed: Input/output error
Failed to read $MFTMirr: Input/output error
Failed to mount '/dev/sdb1': Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.
EDIT 2: Ceci est le résultat après avoir tenté d’exécuter un NTFSFix
$ Sudo ntfsfix /dev/sdb1
Mounting volume... ntfs_attr_pread_i: ntfs_pread failed: Input/output error
Failed to read $MFTMirr: Input/output error
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... ntfs_attr_pread_i: ntfs_pread failed: Input/output error
FAILED
Failed to read $MFTMirr: Input/output error
Hypothèse: ai-je mis le disque en court-circuit lorsque je l'ai forcé à redémarrer? Je sais que c'est mauvais de le faire - mais je l'avais déjà fait auparavant, à la fois sur des systèmes Windows et depuis que je commence à utiliser Ubuntu - et c'est la première fois que quelque chose se passe mal. Comme pour votre information, ma famille s’apprête à manger dans un moment, alors je serai absent pendant une heure environ. J'imagine que ma prochaine étape logique consiste à exécuter un chkdsk dans un environnement Windows. J'essaierai donc cela une fois rentré chez moi. Sur la base des résultats, que dois-je faire ensuite?
EDIT 3: J'attends toujours ma chance d'accéder au système Windows (l'ordinateur portable de mon père et il est occupé à l'utiliser). J'ai découvert la commande fsck - qui est apparemment équivalente à chkdsk dans un environnement Linux. C'est le résultat que j'obtiens:
$ Sudo fsck /dev/sdb1
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb1
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
J'ai répété le fsck en utilisant e2fsck et le modificateur -b 8193, et j'ai obtenu un résultat identique. Cette information est-elle utile à quelqu'un?
EDIT: Je n'ai pas pu utiliser chkdsk sur un environnement Windows pour récupérer le disque. J'ai fait quelque chose - je ne sais pas quoi. Mais, heureusement, les données perdues ne mettent pas fin à la vie. Je vais donc continuer à étudier cette question moi-même et si je trouve une solution, je repasserai cette question et toutes les informations pertinentes. Je vous remercie tous pour votre aide, passez une bonne nuit! :-)
fsck est seulement approximativement équivalent à chkdisk. Autant que je sache, ce n'est pas bon pour ntfs (d'où ntfsfix). Pour un disque NTFS, il est toujours préférable de le faire à partir de Windows. Si le disque présente des erreurs irrécupérables sous Windows, je vous expliquerai comment utiliser testdisk pour a) réparer le fs b) récupérer les données si tout le reste échoue
OK, pour récupérer les données, téléchargez testdisk et utilisez-le:
http://yz.mit.edu/wp/recovering-files-using-testdisk/
(Il existe des captures d'écran pour un processus similaire - pas exactement celui que vous voulez, mais toujours utile: http://www.cgsecurity.org/wiki/Undelete_files_from_NTFS_with_TestDisk )
Après vous avez essayé de récupérer l’utilisation du lecteur lui-même (pas les données), vous pouvez essayer un test destructif de badblock - le lecteur sera effacé et cartographier tous les secteurs défectueux.
J'ai le même problème jusqu'à ce que je me souvienne que ce disque dur externe a été crypté.
La seule solution que je connaisse est de désactiver bitlocker dans une version Windows 7 ou 8, Pro ou entreprise (la version home n'est pas capable de lire des disques durs cryptés).
J'espère que toutes les vérifications que vous avez effectuées n'ont pas corrompu les données de votre disque dur.