Vous n'êtes pas identifié(e).
Pages : 1
et en CLI :
D'après les données SMART, le DD semble en bon état matériel, donc le pb serait uniquement logiciel.
Que pourrais-je faire selon vous avant d'envisager une récupération des données et/ou de sortir le DD de sa boîte pour tenter une opération avec le DD branché en SATA ?
merci, belle après-midi.
Dernière modification par le_lutin (04-02-2022 15:10:39)
Hors ligne
Dernière modification par raleur (03-02-2022 15:23:52)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par le_lutin (03-02-2022 17:20:11)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
?
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Dernière modification par Tawal (03-02-2022 21:47:57)
Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !
Hors ligne
Hors ligne
Si tu as un Windows sous la main, il serait préférable de passer un chkdsk X: /f depuis Windows.
X représentant la lettre du disque/partition en question.
J'ai fait l'opération, chkdsk a fait des corrections. Le DD est à nouveau lisible depuis un poste Debian.
[RÉSOLU]
Dernière modification par le_lutin (04-02-2022 15:10:16)
Hors ligne
Pages : 1