# \[Résolu\] Récupération de données **URL:** \ **Category:** Support Debian\ **Created:** [Avril 6, 2020, 9:34 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706 "2020-04-06T09:34:58Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![Aruetii](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/df788c/32.png) [@Aruetii](https://www.debian-fr.org/u/Aruetii)\ **Post date:** [Avril 6, 2020, 9:34 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/1 "2020-04-06T09:34:58Z")
Bonjour, Mon portable c’est coupé suite à un pb de batterie. Au redémarrage, j’avais une erreur en lecture/écriture. J’ai deux disques, un système et un home. C’est le home qui a dégagé. J’ai refait le pc avec un autre deuxième disque ok. J’ai mis le premier dans un boîtier externe, il monte. Mais je ne peux pas copier ou ouvrir le contenu ni descendre trop loin dans les sous dossier (en root ou pas). Il n’y a pas d’erreur mais tourne sans fin. Il ne fait pas de bruits annonciateurs d’un pb physique. Du coup, je ne sais si c’est un pb fs ou autre et si c’est récupérable ? Je suis sur buster. Merci ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 6, 2020, 10:16 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/2 "2020-04-06T10:16:51Z")
Tu peux regarder dans les logs du noyau avec `dmesg` s’il y a des erreurs liées au disque lui-même ou au système de fichiers. Tu peux utiliser `smartctl` du paquet smartmontools pour obtenir le diagnostic SMART du disque (si ça passe à travers l’interface du boîtier, sinon il faudra le brancher directement). ---
**Author:** ![Aruetii](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/df788c/32.png) [@Aruetii](https://www.debian-fr.org/u/Aruetii)\ **Post date:** [Avril 6, 2020, 10:42 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/3 "2020-04-06T10:42:22Z")
Merci pour la suggestion. Je installé Smartmontools. Mais quand je lance smartctl, quelque soit le disque que je pointe, il me remonte Commande introuvable. “# smartctl -i /dev/sdb bash: smartctl : commande introuvable” ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 6, 2020, 10:45 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/4 "2020-04-06T10:45:20Z")
Comment passes-tu root pour lancer la commande ? Si c’est avec `su` tout seul, c’est insuffisant : le $PATH n’est pas mis à jour. Il faut utiliser `su -` ou `-l` ou `--login` PS : c’est `-a` pour avoir les diagnostics, pas `-i`. ---
**Author:** ![Aruetii](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/df788c/32.png) [@Aruetii](https://www.debian-fr.org/u/Aruetii)\ **Post date:** [Avril 6, 2020, 11:09 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/5 "2020-04-06T11:09:18Z")
Ok bien vu je ne connaissais pas cet “autre SU”. Je n’en avais jamais eu besoin. Pour la commande, cela fonctionne sur mon disque ok. Sur l’autre, il tourne sans renvoyer de réponse. J’ai testé le boîtier avec un autre disque, la commande passe bien. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 6, 2020, 11:16 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/6 "2020-04-06T11:16:52Z")
Et dans les logs du noyau ? ---
**Author:** ![Aruetii](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/df788c/32.png) [@Aruetii](https://www.debian-fr.org/u/Aruetii)\ **Post date:** [Avril 6, 2020, 2:09 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/7 "2020-04-06T14:09:03Z")
Genre des trucs comme ça? ```nohighlight [2023.826248] print_req_error: I/O error, dev sdc, sector 486803456 [2023.826266] Buffer I/O error on dev sdc5, logical block 60850176, lost sync page write [2023.826302] JBD2: Error -5 detected when updating journal superblock for sdc5-8. [2023.826308] print_req_error: I/O error, dev sdc, sector 2048 [2023.826311] Buffer I/O error on dev sdc5, logical block 0, lost sync page write [2023.826378] EXT4-fs (sdc5): I/O error while writing superblock [2023.826389] EXT4-fs error (device sdc5): ext4_journal_check_start:61: Detected aborted journal [2023.826394] EXT4-fs (sdc5): Remounting filesystem read-only [2023.826515] print_req_error: I/O error, dev sdc, sector 2048 [2023.826527] print_req_error: I/O error, dev sdc, sector 2048 [2023.826533] Buffer I/O error on dev sdc5, logical block 0, lost sync page write [2023.826600] EXT4-fs (sdc5): I/O error while writing superblock ``` ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 6, 2020, 2:23 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/8 "2020-04-06T14:23:29Z")
Oui. Il y a des erreurs de lecture/écriture donc ce n’est pas seulement le système de fichiers. Mais l’adaptateur du boîtier USB empêche de voir directement les erreurs ATA pour savoir si ce sont des secteurs défectueux (UNC) ou autre chose. ---
**Author:** ![sv0t](https://www.debian-fr.org/user_avatar/www.debian-fr.org/sv0t/32/5190_2.png) [@sv0t](https://www.debian-fr.org/u/sv0t)\ **Post date:** [Avril 6, 2020, 3:49 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/9 "2020-04-06T15:49:00Z")
Avec un outil de récupération de données ? [https://www.gnu.org/software/ddrescue/ddrescue\_fr.html](https://www.gnu.org/software/ddrescue/ddrescue_fr.html) [https://packages.debian.org/search?keywords=ddrescue](https://packages.debian.org/search?keywords=ddrescue) /2cents ---
**Author:** ![Aruetii](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/df788c/32.png) [@Aruetii](https://www.debian-fr.org/u/Aruetii)\ **Post date:** [Avril 6, 2020, 5:55 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/10 "2020-04-06T17:55:27Z")
Bon, là j’ai beau chercher, ça dépasse mes capacités. [smartctl.txt](https://www.debian-fr.org/uploads/short-url/lvMjKprNim2b6BhXhzyzIG2k3BK.txt) (10,7 Ko) Je vais regarder ce qu’est ddrescue. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 6, 2020, 9:10 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/11 "2020-04-06T21:10:01Z")
40 secteurs défectueux illisibles et un dépassement du seuil de température. ---
**Author:** ![padre\_hub](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/34f0e0/32.png) [@padre\_hub](https://www.debian-fr.org/u/padre_hub)\ **Post date:** [Avril 13, 2020, 4:36 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/12 "2020-04-13T16:36:21Z")
Bonjour, que donne **sudo fsck -yfv /dev/sdxn**? obtenu par exemple avec **sudo blkid** (démonté si nécessaire avec **sudo umount /dev/sdxn** ) cordialement ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Avril 13, 2020, 4:48 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/13 "2020-04-13T16:48:12Z")
Exécuter fsck sur un disque instable est suicidaire. ---
**Author:** ![Aruetii](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/df788c/32.png) [@Aruetii](https://www.debian-fr.org/u/Aruetii)\ **Post date:** [Avril 21, 2020, 8:17 UTC](https://www.debian-fr.org/t/resolu-recuperation-de-donnees/81706/14 "2020-04-21T08:17:42Z")
Bonjour, Merci pour vos idées. J’ai un peu galéré mais c’est bon. J’ai d’abord remis le disque hs dans le pc, puis utilisé ddrescue. Je l’ai fait trois fois. A chaque fois la commande prend une journée complète. L’affiche tourne de façon rassurante. Mais les deux premières fois, à la fin, zéro octet sur le disque cible. Je l’avait laissé monté. Mmm pas malin. La troisième fois, message pas assez d’espace. Les deux disque sont identique. \*\*\* _frustration_ \*\*\* Donc le temps de trouver un disque plus gros… Je n’ai perdu qu’une photo et des fichiers temp. Donc tout va bien Encore merci