Je ne suis pas sûr si "mapping" est le bon terme.
Bref:
J'ai exécuté la commande suivante :
$ sudo e2fsck -b 32768 /dev/sde1
e2fsck 1.46.3 (27-Jul-2021)
/dev/sde1 n'a pas été démonté proprement, vérification forcée.
Pass 1 : Vérification des inodes, blocs et tailles
Erreur de lecture du bloc 77071131 (erreur d'entrée/sortie) lors de la recherche de l'inode suivant dans le balayage. Ignorer l'erreur? yes
Forcer la réécriture? yes
J'ai remarqué qu'il était resté là pendant un moment et j'ai ensuite remarqué que le lecteur en question n'était plus /dev/sde mais avait changé en /dev/sdh. J'ai laissé le processus tourner toute la nuit et il est toujours en cours, mais maintenant je me demande s'il finira jamais en raison du changement. Devrais-je juste annuler ce processus ?
Ce qui a mené à cela :
J'ai remarqué qu'un de mes disques (ext4, 8 To, Western Digital shucké) n'était pas monté un matin après avoir fonctionné correctement la veille au soir. L'exécution nocturne de python3 /opt/snapraid-runner/snapraid-runner.py
avait pris beaucoup de temps et s'était terminée par des erreurs. En tentant de le monter, j'ai reçu une erreur ... impossible de lire le superbloc (udisks-error-quark, 0). J'ai exécuté la commande suivante :
$ sudo fsck /dev/sde1
fsck de util-linux 2.36.1
e2fsck 1.46.3 (27-Jul-2021)
/dev/sde1 : récupération du journal
/dev/sde1 contient un système de fichiers avec des erreurs, vérification forcée.
Pass 1 : Vérification des inodes, blocs et tailles
Pass 2 : Vérification de la structure des répertoires
Pass 3 : Vérification de la connectivité des répertoires
Pass 4 : Vérification des décomptes de référence
Pass 5 : Vérification des informations de résumé de groupe
Erreur de lecture du bloc 87556096 (erreur d'entrée/sortie) lors de la lecture des inodes et des bitmaps de blocs. Ignorer l'erreur? yes
Forcer la réécriture? yes
Différences dans les bitmaps de blocs : +(87556096--87560223)
Réparer? yes
/dev/sde1 : ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/sde1 : 4438/244191232 fichiers (0.8% non contigus), 1232265894/1953506385 blocs
Il refusait toujours de se monter, donc j'ai trouvé et suivi un article sur la résolution de ce problème (https://www.linuxbabe.com/desktop-linux/fix-cant-read-superblock-error) qui m'a amené à exécuter la commande ci-dessus : $ sudo e2fsck -b 32768 /dev/sde1
0 votes
Quelle est la question ?
0 votes
Notez que vous devriez toujours monter les lecteurs via leur UUID au lieu de sdx
0 votes
Merci, j'ai monté en utilisant /dev/disk/by-id/