Erreur dans le tout nouveau disque dur externe: "ls: répertoire de lecture '.': Erreur d'entrée / sortie"
Ce matin, je téléchargeais certains fichiers directement sur un disque dur externe (disque dur Seagate de 1 To acheté il y a une semaine) et je devais éteindre le PC sans démonter le disque et pendant le téléchargement. Maintenant, j'essaie de lister tous les fichiers du dossier où je téléchargeais et j'obtiens cette erreur quand je suis dessus:
ls: reading directory '.': Input/output error
Apparemment, le dossier semble être vide, mais il devrait contenir 200 Go de fichiers (environ 160000 fichiers). Si j'y accède sous Windows, je ne peux voir qu'environ 30000 fichiers, mais je ne vois rien sur Ubuntu, où j'ai effectué le téléchargement.
J'ai d'autres dossiers sur le même disque et aucun d'eux ne me donne la même erreur.
J'ai essayé fsck et il ne semble pas y avoir d'erreur:
mario@mario-desktop:~$ Sudo fsck /dev/sdc1
fsck from util-linux 2.30.1
En outre, je sais qu'il existe un fichier appelé links.txt dans ce dossier. Je peux y accéder en faisant gedit links.txt et je peux même le copier, mais je ne le vois pas sous Windows ni Ubuntu. Donc, il semble que mes fichiers sont là, mais il y a quelques problèmes pour les lire. Je pense que je pourrais les copier manuellement si je pouvais me souvenir de leur nom.
J'ai installé aujourd'hui l'outil GNOME-tweaks-tool, des extensions GNOME et des thèmes. Je ne le sais pas, cela peut être lié à l'échec. J'utilise Ubuntu 17.10 et Windows 10 sur des disques séparés.
Merci d'avance
C'est assez vieux pour que l'affiche originale soit probablement passée, mais peut-être que cela aidera quelqu'un. J'ai eu un problème très similaire que j'ai pu résoudre. C'était sur le disque dur interne d'une machine assez récente, donc je ne pensais pas que c'était lié au matériel. C'est un PC Windows 10 avec l'application Ubuntu Linux. J'ai eu un dossier (~ 40 fichiers, 3 Go) qui est devenu illisible sous Linux; Même erreur ls: reading directory '.': Input/output error. Je ne pouvais pas utiliser ls, mv, rm, rename, tar, etc., mais tout semblait aller pour le mieux. Je ne savais pas comment cela se passait ainsi, mais éteindre la machine quand tout était ouvert aurait pu être ça (j'échange un grand moniteur entre plusieurs machines et je ne me souviens pas toujours de l'état dans lequel les choses se déroulent sans moniteur un). Et, comme pour l’opération, j’avais même un fichier Notes.txt que je savais déjà présent et que je ne pouvais plus lister, mais je pouvais l’ouvrir sous vi!
Le message original m'a aidé (merci) car je n'avais pas encore pensé à regarder le même endroit à partir de l'explorateur de fichiers Windows. Quand je l'ai fait, tout ce que j'attendais était là et avait l'air d'aller bien, sauf que j'ai remarqué un fichier que je n'avais pas créé intentionnellement et qui s'appelait .~lock.hways_us.dbf#
J'étais en train de masser/extraire des données d'autoroutes lat/longues d'un jeu de fichiers de formes/bases de données avec mon propre code. Donc, je viens de supprimer le fichier .~lock... ci-dessus avec Windows, puis le côté Linux a recommencé à fonctionner correctement. Je sais que cela peut être plus difficile à faire avec des milliers de fichiers et il semblerait que le PO ait également subi une perte de fichiers, mais peut-être y avait-il des fichiers ou des fragments de fichiers étranges comme celui-ci qui ont causé le problème.