1 votes

Le lecteur a modifié la correspondance lors du processus e2fsck

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/

1voto

James Mertz Points 390

Les correspondances des appareils ne changent pas simplement. Si un nouveau sdh apparaît soudainement, cela signifie que le disque a été détecté à nouveau (par exemple, parce qu'il a complètement cessé de répondre et que le noyau a dû réinitialiser le port SATA) - mais cela signifie également probablement que les programmes utilisant l'ancien nœud de périphérique ne feront plus de progrès.

Quand cela se produit (c'est-à-dire si le noyau pense que le disque a été déconnecté), l'ancien mappage devient généralement "dead" et aurait déjà été supprimé s'il n'était pas que le processus fsck le maintient ouvert (c'est pourquoi le disque nouvellement détecté est devenu 'sdh'). Les processus font référence aux correspondances seulement au moment de l''ouverture", la poignée de fichier résultante est associée à un appareil spécifique, pas à un nom spécifique.

Vérifiez vos erreurs liées aux disques dans dmesg. Il est possible que la commande "write" émise par fsck ne se soit jamais terminée. (Un fsck complet d'un système de fichiers ext4 devrait prendre des minutes, pas des jours.) À ce stade, essayer d'effectuer des réparations de système de fichiers sur place est susceptible d'être une mauvaise idée et pourrait aggraver les choses - le disque montre déjà son incapacité à conserver les données.

Vous devriez au minimum utiliser ddrescue pour le cloner tel quel sur un autre disque fonctionnel, puis essayer de réparer la structure ext4. (Il serait préférable d'avoir deux clones, un comme sauvegarde au cas où les réparations du système de fichiers échoueraient et que vous devriez recommencer...)

0 votes

Merci, je ne connaissais pas ddrescue. Je suis actuellement en train d'utiliser snapraid fix pour récupérer les fichiers sur un autre disque fonctionnel. De plus, dmesg affiche effectivement plusieurs messages d'erreur d'E/S, dev sde ... et Power-on or device reset occurred, et je peux voir quand il est passé de sde à sdh après l'un de ces resets. Je devrais donc simplement annuler le processus e2fsck qui est toujours en cours?

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X