# Disque dur externe illisible mais les données sont là **URL:** \ **Category:** Support Debian\ **Tags:** dd\ **Created:** [Octobre 29, 2023, 12:15 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044 "2023-10-29T12:15:46Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 12:15 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/1 "2023-10-29T12:15:46Z")
Bonjour, j’ai un disque dur externe que j’ai récupéré verrouillé après un passage sur un mac, j’ai voulu récupéré les droits mais j’ai raté l’opération. Cela fait un moment et je ne me rappelle plus des manips sinon avoir trifouillé du côté des uuid. Bref les fichiers sont invisibles comme un disque vierge mais le disque est bien occupé de moitié. Je cherche donc une solution pour récupérer l’accès aux données sans passer par une récupération du style photorec. Merci. gparted signale qu’il est en ntfs. fdisk -l ``` Disque /dev/sdc : 3,64 TiB, 4000787029504 octets, 7814037167 secteurs Modèle de disque : M3 Portable Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 4096 octets taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets Type d'étiquette de disque : gpt Identifiant de disque : B387C5A2-5EB4-4E02-9494-85306CEBE62D Périphérique Début Fin Secteurs Taille Type /dev/sdc1 34 262177 262144 128M Réservé Microsoft /dev/sdc2 264192 7814035455 7813771264 3,6T Données de base Microsoft ``` (avec fdisk -x j’ai les uuid des deux partitions en plus) Périphérique Début Fin Secteurs Type-UUID UUID Nom Attr. /dev/sdc1 34 262177 262144 E3C9E316-0B5C-4DB8-817D-F92DF00215AE 5456741C-C8BC-4B7F-A4F9-4714029199A4 Microsoft reserved partition /dev/sdc2 264192 7814035455 7813771264 EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 3B197CCC-9D0A-4B48-8F7A-38C3A1E0F6E0 Basic data partition ``` La partition 1 ne commence pas sur une frontière de cylindre physique. (en rouge dans la console) ``` ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Octobre 29, 2023, 12:36 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/2 "2023-10-29T12:36:45Z")
Que donne df -h? ---
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 1:27 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/3 "2023-10-29T13:27:09Z")
Bonjour, loicmtp, ``` df -h df: /run/user/1000/doc: Opération non permise Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur udev 1,9G 1,8M 1,9G 1% /dev tmpfs 385M 1,5M 384M 1% /run /dev/sda2 144G 116G 22G 85% / tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 5,0M 4,0K 5,0M 1% /run/lock /dev/loop5 128K 128K 0 100% /snap/bare/5 /dev/loop0 8,9M 8,9M 0 100% /snap/czkawka/949 /dev/loop7 256K 256K 0 100% /snap/gtk2-common-themes/13 /dev/loop9 41M 41M 0 100% /snap/snapd/20290 /dev/loop8 92M 92M 0 100% /snap/gtk-common-themes/1535 /dev/loop3 106M 106M 0 100% /snap/core/16202 /dev/loop6 74M 74M 0 100% /snap/core22/864 /dev/loop1 99M 99M 0 100% /snap/fslint-unofficial/73 /dev/loop2 497M 497M 0 100% /snap/gnome-42-2204/141 /dev/loop4 56M 56M 0 100% /snap/core18/2790 tmpfs 385M 88K 385M 1% /run/user/1000 /dev/sde1 932G 532G 401G 58% /media/user/Expansion /dev/sdd1 1,9T 2,3M 1,9T 1% /media/user/6FFF-FCA7 /dev/sdc2 3,7T 1,7T 2,0T 46% /media/user/Maxtor ``` Le problème est sur sdc2 Maxtor. ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Octobre 29, 2023, 1:56 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/4 "2023-10-29T13:56:24Z")
Sans me donner l’output, installez ncdu et regardez ce à quoi vous avez acces sur sur ce drive. `ncdu /chemin de votre drive` Dites moi simplement si vous remontez toutes les arborescences. J’ai deja eu ce probleme mais je ne me souviens pas comment je l’avais resolu…il me semble que ca à voir avec les tables d’indexation mais n’en suis pas sûr ---
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 2:02 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/5 "2023-10-29T14:02:37Z")
``` Error: could not open /dev/sdc │ Error changing directory: N'est pas un dossier Error: could not open /dev/sdc2 │ Error changing directory: N'est pas un dossier ``` ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Octobre 29, 2023, 2:05 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/6 "2023-10-29T14:05:03Z")
Non il faut suivre le chemin logique par le point de montage Accessoirement regardez les permissions sur ce « répertoire » ---
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 2:35 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/7 "2023-10-29T14:35:24Z")
Il ne répond rien à ncdu /media/user/Maxtor user@user-ms7816:~$ ncdu /media/user/Maxtor user@user-ms7816:~$ Les droits sont drwxrwxrwx ls -l /media/user drwxrwxrwx 1 user user 61440 4 nov. 2022 Maxtor ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Octobre 29, 2023, 3:06 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/8 "2023-10-29T15:06:13Z")
Et plus bas? car je tendrais à dire que c’est normal d’avoir du 777 sur le rep « User » - car à-priori le systeme détecte bien qu’il y a qqch mais il ne sait pas ce qu’il voit - mais ca bloque après. Faites un `stat` sur le rep de User et donnez l’output - pour vérifier le proprio Darwin a du modifier qqch…mais quoi… ---
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 3:21 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/9 "2023-10-29T15:21:06Z")
Et si j’essaie de lire le répertoire j’ai une erreur d’entrée/sortie user@user-ms7816:/media/user/Maxtor$ ls ls: lecture du répertoire ‹ . ›: Erreur d’entrée/sortie Heu je ne comprends pas le plus bas. Le répertoire ciblé est Maxtor le nom du disque dans /media/user ``` stat /home/user Fichier : /home/user Taille : 12288 Blocs : 24 Blocs d'E/S : 4096 répertoire Périphérique : 802h/2050d Inœud : 792088 Liens : 44 Accès : (0755/drwxr-xr-x) UID : ( 1000/ user) GID : ( 1001/ user) Accès : 2022-11-08 10:52:00.477168824 +0100 Modif. : 2023-10-29 12:23:04.003935660 +0100 Changt : 2023-10-29 12:23:04.003935660 +0100 Créé : 2022-11-08 10:51:59.969168817 +0100 stat /media/user/Maxtor Fichier : /media/user/Maxtor Taille : 61440 Blocs : 120 Blocs d'E/S : 4096 répertoire Périphérique : 822h/2082d Inœud : 5 Liens : 1 Accès : (0777/drwxrwxrwx) UID : ( 1000/ user) GID : ( 1001/ user) Accès : 2022-11-04 17:37:37.440366200 +0100 Modif. : 2022-11-04 17:36:31.861241200 +0100 Changt : 2022-11-04 17:36:31.861241200 +0100 Créé : - ``` Darwin ? 🙂 Je ne connaissais pas. ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Octobre 29, 2023, 3:26 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/10 "2023-10-29T15:26:42Z")
Que donne lsblk /dev/sdc Désolé je regarde netflix en meme temps 🙂 ---
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 3:32 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/11 "2023-10-29T15:32:57Z")
Houlà aucun soucis. Tout à l’heure j’étais sur Citizen Facts sur ARTE. Mais là je repars sur les recherches fstab et autres joyeusetés. lsblk /dev/sdc NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdc 8:32 0 3,6T 0 disk ├─sdc1 8:33 0 128M 0 part └─sdc2 8:34 0 3,6T 0 part /media/user/Maxtor ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Octobre 29, 2023, 3:35 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/12 "2023-10-29T15:35:40Z")
Et `smartctl --all /dev/sdc` ? ---
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 3:48 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/13 "2023-10-29T15:48:56Z")
Ha oui il fallait le faire en root, oups. sudo smartctl --all /dev/sdc smartctl 7.2 2020-12-30 r5155 [x86\_64-linux-5.10.0-26-amd64] (local build) Copyright (C) 2002-20, Bruce Allen, Christian Franke, [www.smartmontools.org](http://www.smartmontools.org) Read Device Identity failed: scsi error unsupported field in scsi command A mandatory SMART command failed: exiting. To continue, add one or more ‹ -T permissive › options. ---
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 3:52 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/14 "2023-10-29T15:52:19Z")
sudo smartctl -H -d scsi /dev/sdc smartctl 7.2 2020-12-30 r5155 [x86\_64-linux-5.10.0-26-amd64] (local build) Copyright (C) 2002-20, Bruce Allen, Christian Franke, [www.smartmontools.org](http://www.smartmontools.org) === START OF READ SMART DATA SECTION === SMART Health Status: OK ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Octobre 29, 2023, 3:56 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/15 "2023-10-29T15:56:39Z")
Hum…je regarderai de mon côté Avez vous acces à votre mac? ---
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 4:02 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/16 "2023-10-29T16:02:57Z")
Ok merci, c’était le mac d’un ami. Mais je pense que c’est en essayant de le réparer que je l’ai plus cassé. 😕 Car en le branchant ensuite sur mon nux il y avait tous les dossiers fichiers mais tout étaient verrouillé. ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Octobre 29, 2023, 4:03 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/17 "2023-10-29T16:03:55Z")
> [@debiane](#): > > pense que c’est en essayant de le réparer Qu’avez vous fait? ---
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 4:10 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/18 "2023-10-29T16:10:05Z")
Hé bien ça fait trop longtemps, je ne sais plus. En cours de la réparation mon ordinateur avait rendu l’âme. Et j’ai laisser de côté en attendant d’avoir un autre DD pour faire une sauvegarde éventuelle. ---
**Author:** ![loicmtp](https://www.debian-fr.org/user_avatar/www.debian-fr.org/loicmtp/32/13315_2.png) [@loicmtp](https://www.debian-fr.org/u/loicmtp)\ **Post date:** [Octobre 29, 2023, 5:48 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/19 "2023-10-29T17:48:42Z")
Dans un premier temps essayer de voir dans dmesg et les autres logs (syslog si vous avez) Vous pouvez faire un `fsck /dev/sdc` "ensuite essayer de voir quelles sont les permissions sur `/mnt` avec stat. ---
**Author:** ![debiane](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/ee59a6/32.png) [@debiane](https://www.debian-fr.org/u/debiane)\ **Post date:** [Octobre 29, 2023, 6:12 UTC](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044/20 "2023-10-29T18:12:21Z")
sudo fsck -p /dev/sdc fsck de util-linux 2.36.1 fsck.ext2: Bad magic number in super-block while trying to open /dev/sdc /dev/sdc: The superblock could not be read or does not describe a valid ext2/ext3/ext4 filesystem. If the device is valid and it really contains an ext2/ext3/ext4 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 or e2fsck -b 32768 Found a gpt partition table in /dev/sdc [Page suivante](https://www.debian-fr.org/t/disque-dur-externe-illisible-mais-les-donnees-sont-la/89044.md?page=2)