Erreur 'Impossible de monter le système de fichiers'
Essayer d'extraire des données d'un disque "maqué" Western Digital MyBook Live 2tb.
Je suis tombé sur un forum qui conseillait d'utiliser Ubuntu (démarré à partir d'un CD) sur mon Macbook. Géré pour télécharger et créer un CD de démarrage pour Ubuntu (comme ce petit système d’exploitation, par exemple). Démarrez la machine avec le CD et branchez le lecteur (que j'avais extrait de son boîtier et placé dans un boîtier USB SATA externe et branché sur l'ordinateur portable). Le lecteur est vu par Ubuntu, mais chaque fois que je clique dessus, le message d'erreur suivant s'affiche:
Unable to mount 2.0 TB Filesystem
Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/sdb4, missing codepage or helper program, or other error In some cases useful info is found in syslog -try dmesg | tail or so
Je suis nouveau dans ce domaine et j'ai passé pas mal de temps à chercher sur ce site pour voir si je pouvais trouver une solution à ce problème sans déranger personne. J'en ai trouvé quelques-uns qui se sont rapprochés, mais certains intervenants ont mentionné qu'ils avaient perdu des données… ce qui m'a fait peur d'aller plus loin. J'ai essentiellement besoin d'extraire un dossier particulier du lecteur. Si je parviens à monter ce volume "sdb4", il existe un dossier appelé "My_Work" que je dois sauvegarder. Le reste j'ai/avait une copie de.
Quand j'ai tapé dans dmesg | tail ... J'ai plusieurs lignes..mais je pense que celles qui sont pertinentes sont:
[ 406.864677] EXT4-fs (sdb4): bad block size 65536
[ 429.098776] hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
[ 439.786365] hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
[ 445.982692] EXT4-fs (sdb4): bad block size 65536
[ 1565.841690] EXT4-fs (sdb4): bad block size 65536
J'ai lu quelque part pour essayer/vérifier 'Sudo fdisk -l/dev/sdb4'. Cela m'a donné le résultat suivant:
Disk /dev/sdb44: 1995.8 GB, 1995774623744 bytes
255 heads, 63 sectors/track, 242639 cylinders, total 3897997312 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: 0x00000000
Disk /dev/sdb4 doesn't contain a valid partition table
C’est là que j’ai atteint ma frustration et que j’ai décidé d’essayer de chercher de l’aide sans me plonger plus profondément dans un trou! Je comprends que la réponse est peut-être déjà là-bas. Dans l'affirmative, quelqu'un pourrait-il m'indiquer dans la bonne direction? Et si non, quelqu'un pourrait-il, s'il vous plaît, résoudre (si possible) ma situation!
Pour ceux qui cherchent encore une réponse:
Si votre disque dur est "maçonné" et ne peut pas être monté correctement, vous devez procéder comme suit:
faire une image, si vous avez l'espace.
Opérer sur un fichier image n’endommagera pas les données de votre disque dur, au cas où vous feriez des erreurs et que vous les détruisez.si vous pouvez toujours monter vos partitions, montez-le en lecture seule.
Modifiez la commande mount comme suit:mount -o ro /dev/sdb1 /mnt/targetfolderSi vous ne pouvez pas monter les partitions de votre disque dur, essayez extundelete ou testdisk:
Sudo apt-get install testdisk extundelete. Ensuite, exécutezcd <recovery-dir>; Sudo extundelete /dev/sdb1ouSudo testdisk /dev/sdb1et suivez les instructions pour récupérer vos données.
J'ai récupéré avec succès les données d'un lecteur RAID 1 surchargé. Je peux donc vraiment recommander ces outils.
J'ai eu un problème où mon lecteur mybook live 2tb a soudainement cessé de fonctionner. Pour être honnête, je l'utilisais comme un lecteur portable et je le rangeais. Lorsque je l'ai sorti et que je l'ai rebranché pour faire une sauvegarde, la lumière passait du bleu au blanc puis au rouge et j'ai tout essayé pour que cela fonctionne. Tout ce que dit le site d’assistance et environ 4 heures de fouilles sur Internet à lire tous ces forums et à essayer tout ce qui est suggéré. Voici ce que j'ai appris:
Solution: (je connais déjà bien l'informatique mais moins maintenant, étant plus vieux et ayant assez perdu ma vie avec cette merde)
Quel que soit le système de fichiers utilisé, il ne s’agit pas de Linux natif ext2 ou 3 ni autre chose, c’est mac. Il NE MONTera PAS sous Ubuntu, ce que je lance et donnera continuellement toutes ces erreurs. lorsque vous y accéderez, vous verrez toutes sortes de fichiers .Apple.
Solution facile. Ouvrez votre lecteur indésirable WD mybook, sortez-le, défaites la carte, achetez le câble adaptateur SATA vers usb ou le port d'amarrage de best buy, apportez-le à une maison d'amis dotée d'un système Windows, utilisez le fichier Linux lecteur système de http://www.diskinternals.com/linux-reader/
installez-le, branchez le lecteur, lorsque Windows veut le formater, appuyez sur ANNULER et exécutez ce programme. Voilà vos fichiers.
Il est probable que le système de fichiers est hfs, qui est uniquement Mac OSX et qu'Ubuntu a des problèmes de lecture et d'écriture, j'essaierais de résoudre le problème dans Mac OSX plutôt qu'Ubuntu.
J'ajoute ce qui suit en tant que uniquement des informations venant de lire un article énumérant les étapes à suivre pour récupérer d'un mauvais superbloc sur un lecteur ext4.
Essayez ce qui suit:
Alors, comment pouvez-vous récupérer un mauvais superbloc? Heureusement pour nous, des copies de sauvegarde du superbloc sont conservées à certains décalages sur le disque. Pour savoir où se trouvent les sauvegardes de superbloc, ouvrez une fenêtre de terminal et tapez:
Sudo mke2fs -n /dev/????Où ???? est la partition que vous voulez vérifier, qui dans mon cas était sdb3. Cela produit une sortie comme celle-ci:
Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872Ce sont des numéros de bloc, indiquant l'emplacement des sauvegardes de superblocs.
Pour remplacer le superbloc par un d'une sauvegarde, tapez ce qui suit:
Sudo e2fsck -y -b block_location /dev/????Remplacez block_location par l'un des numéros ci-dessus et, encore une fois, ???? est la partition, donc dans mon cas c’était sdb3.
Il y avait une corruption importante sur mon disque dur, mais fournir le commutateur -y a empêché fsck de demander une confirmation chaque fois qu'il rencontrait un bloc défectueux.
Après avoir exécuté cela, j'ai pu monter la partition et récupérer mes données.