# Erreur d'entrée/sortie sur un DD pourtant en bon état **URL:** \ **Category:** Support Debian\ **Created:** [Septembre 12, 2025, 9:11 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533 "2025-09-12T21:11:59Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![Doniphon](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/67e7ee/32.png) [@Doniphon](https://www.debian-fr.org/u/Doniphon)\ **Post date:** [Septembre 12, 2025, 9:11 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/1 "2025-09-12T21:11:59Z")
Bonsoir à tous, Nouveau sur Debian, après plusieurs années sur Ubuntu (avec très peu de connaissances informatiques. J’ai une utilisation très superficielle de mes ordis…), j’ai déjà deux ou trois difficultés que je n’arrive pas à régler en écumant les forums et les moteurs de recherche. La plus contraignante à ce stade : J’ai disque dur externe (Maxtor) sur lequel j’ai créé il y a quelques années deux partitions : une NTFS, et une Ext4 chiffrée (Luks). Quand j’étais sur Ubuntu (jusqu’à la semaine dernière), tout marchait nickel (et aujourd’hui, avec un live cd ubuntu, pareil). J’ai installé DEBIAN 13 (Gnome) il y a quelques jours, et quand j’essaie d’aller sur ce disque dur : - Partition LUKS : je peux la déverrouiller sans problème, et me balader autant que je veux dans l’arborescence des dossiers et sous-dossiers. Par contre, si j’essaie d’ouvrir un fichier, y a rien qui marche… Le message d’erreur varie légèrement selon les type de fichier, mais ça tourne souvent autour d’un « erreur d’entrée/sortie » (par exemple, pour toutes mes images : « _GLib error: Erreur lors de l’ouverture du fichier /media/user/Photos/aaa.jpg : Erreur d’entrée/sortie_ ») - Partition NTFS : je ne peux même pas l’ouvrir « _Error mounting /dev/sdb1 at /media/user/Maxtor : wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error_ » En cherchant un peu à droite à gauche, ça semble une erreur typique de fichiers corrompus ou de problème matériel sur le DD. Dans mon cas, ça marche très bien ailleurs. Donc c’est pas ça. L’un ou l’une d’entre vous aurait une piste ? Merci d’avance, Bonne soirée ! [EDIT] : précision : en essayant avec un autre DD externe (un seagate d’une grosse 15aine d’années) avec une unique partition NTFS, je n’ai aucun problème. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Septembre 12, 2025, 9:46 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/2 "2025-09-12T21:46:37Z")
Est ce que tu as regardé dans dmesg (en root) et dans les logs de journald? ---
**Author:** ![Doniphon](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/67e7ee/32.png) [@Doniphon](https://www.debian-fr.org/u/Doniphon)\ **Post date:** [Septembre 12, 2025, 9:58 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/3 "2025-09-12T21:58:25Z")
Si je fais dmesg : ``` [6002.814521] EXT4-fs (dm-3): unmounting filesystem 85c219fb-5b02-4a9f-9de4-c95731666d84. [6021.256064] EXT4-fs warning (device dm-3): ext4_clear_journal_err:6292: Filesystem error recorded from previous mount: IO failure [6021.300676] EXT4-fs warning (device dm-3): ext4_clear_journal_err:6300: Marked fs in need of filesystem check. [6021.319176] EXT4-fs (dm-3): warning: mounting fs with errors, running e2fsck is recommended [6021.339877] EXT4-fs (dm-3): recovery complete [6021.339957] EXT4-fs (dm-3): mounted filesystem 85c219fb-5b02-4a9f-9de4-c95731666d84 r/w with ordered data mode. Quota mode: none. [6021.664023] EXT4-fs error (device dm-3): ext4_lookup:1813: inode #4718593: comm pool-12: iget: bad extra_isize 14935 (inode size 256) [6021.664049] Aborting journal on device dm-3-8. [6021.720119] EXT4-fs (dm-3): Remounting filesystem read-only ``` Avec les trois dernières lignes en rouge (voire rouge gras)… ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Septembre 13, 2025, 2:23 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/4 "2025-09-13T02:23:32Z")
il faut que tu démarres avec une live-cd pour pouvoir faire des checkdisk sur tes partitions. ```auto e2fsck -pf /dev/dm-3 ``` ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Septembre 13, 2025, 7:31 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/5 "2025-09-13T07:31:53Z")
> [@Zargos](#): > > il faut que tu démarres avec une live-cd C’est pas un disque système il n’a pas besoin de démarrer depuis un live cd, juste le démonter et lancer un check disk à coup de e2fsck 😉 ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Septembre 13, 2025, 8:15 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/6 "2025-09-13T08:15:29Z")
oui effectivement. ---
**Author:** ![Doniphon](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/67e7ee/32.png) [@Doniphon](https://www.debian-fr.org/u/Doniphon)\ **Post date:** [Septembre 13, 2025, 12:42 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/7 "2025-09-13T12:42:48Z")
Aïe ! Sur la partition LUKS (sdb3), ça donnait : ``` user@yyy:/dev$ sudo e2fsck -pf /dev/sdb3 e2fsck: Bad magic number in super-block while trying to open /dev/sdb3 /dev/sdb3: 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 /dev/sdb3 contains a crypto_LUKS file system ``` Et pareil sur la partition NTFS (sdb1). J’ai donc lancé la commande proposée _e2fsck -b 32768_ sur sdb3 et ça s’est emballé dans un truc de correction d’inodes… Maintenant, il ne m’est tout simplement plus possible d’ouvrir le disque nulle part… Help ! Il est encore possible de récupérer ce qui était sur le disque ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Septembre 13, 2025, 1:20 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/8 "2025-09-13T13:20:30Z")
Si tu parles de la partition chiffrée, c’est normal. la réparation que tu as faite modifie les blocs (`e2fsck -b 32768 `); et pour une partition chiffrée, ça rend les données inaccessible car tu ne peux plus déchiffrer la partition. Et comme c’est du chiffré tu ne peux pas retrouver tes données, c’est un peu fait pour ça. Donc non, ces données sont perdues. Sur la partition NTFS tu peux peut être les retrouver avec un outil adapté. Mais il faut savoir qu’avec NTFS, sur la durée, tant qu’il ne s’agit que de la lecture ça va. Mais dès que tu fais de la lecture/écriture avec les deux OS, tu t’exposes à cette conclusion. Surtout si ton disque fatigue. ---
**Author:** ![Doniphon](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/67e7ee/32.png) [@Doniphon](https://www.debian-fr.org/u/Doniphon)\ **Post date:** [Septembre 13, 2025, 1:26 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/9 "2025-09-13T13:26:01Z")
Ah merde… Même si j’ai encore la phrase de passe, il n’y a pas d’outils adapté pour retrouver une partie des données ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Septembre 13, 2025, 1:28 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/10 "2025-09-13T13:28:16Z")
> [@Doniphon](#): > > Même si j’ai encore la phrase de passe, il n’y a pas d’outils adapté pour retrouver une partie des données ? En fait en modifiant les bloc ça modifie la structure du chiffrement LUKS, donc ta clef de chiffrement ne marche plus parce que ça ne correspond plus. Pour casser une partition chiffrée il suffit de modifier le chiffrement de quelques bits. ---
**Author:** ![Doniphon](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/67e7ee/32.png) [@Doniphon](https://www.debian-fr.org/u/Doniphon)\ **Post date:** [Septembre 13, 2025, 1:43 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/11 "2025-09-13T13:43:39Z")
OK. Tant pis alors. Et pour la NTFS, tu as des idées de logiciels adaptés que je pourrais essayer ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Septembre 13, 2025, 1:52 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/12 "2025-09-13T13:52:41Z")
rien d’actuel c’est un filesystem que j’ai banni de mes systèmes 🙂 ---
**Author:** ![ylag](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/y/3bc359/32.png) [@ylag](https://www.debian-fr.org/u/ylag)\ **Post date:** [Septembre 13, 2025, 2:19 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/13 "2025-09-13T14:19:24Z")
Bonjour, Pour la partition ntfs, /dev/sdb1 , il y aurait l’outil ntfsfix issu du paquet [ntfs-3g](https://packages.debian.org/trixie/ntfs-3g) : sudo ntfsfix -d /dev/sdb1 Sinon, il faut tenter avec chkdsk sur Windows … A+ ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Septembre 13, 2025, 3:08 UTC](https://www.debian-fr.org/t/erreur-dentree-sortie-sur-un-dd-pourtant-en-bon-etat/91533/14 "2025-09-13T15:08:49Z")
> [@ylag](#): > > Sinon, il faut tenter avec chkdsk sur Windows … ca ne permettra pas de récupérer des données endommagées.