Le 10 octobre à 01:06 Alain Vaugham a écrit > Bonsoir la liste > > Quand tout va bien, en listant les fichiers on voit ce genre de présentation : > -rwxr--r-- 1 leuser legroupe 12110 jun 3 2009 monfichier > > J'en ai un qui se présente bizarement : > ?r-S--xr-- 58152 35320 906 1205962779 nov 26 1906 monfichiertoto > > root n'est pas autorisé à détruire "monfichiertoto" > > J'imagine que ce fichier est abîmé car lorsque j'ai démarré la machine, il y > a > eu un message d'erreur suite aux contrôles cycliques des partitions par > fsck : > ================== > /var/log/fsck/checkfs > Log of fsck -C -R -A -a > [...] > /dev/sda1 has been mounted 36 times without being checked, check forced. > /dev/sda1: Inode 15040817 has EXTENTS_FL flag set on filesystem without > extents support. > /dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > (i.e., without -a or -p options) > fsck died with exit status 4 > ================== > > Avant de faire le fsck manuellement comme c'est conseillé, je souhaite > dupliquer la totalité de la partition dans lequel se trouve le fichier > affecté mais lorsque cp -rP atteint le fichier abîmé, il s'interrompt > brutalement et ne copie plus les fichiers suivants. > Les commandes dumpe2fs et e2image te permettront certainement d'en savoir plus sur l'état de tes superblocs et même de remonter aux inodes défecteux.
Tu peux aussi regarder du côté de debugfs qui te permet d'acéder et de modifier certaines informations de l'inode, en particulier le drapeau EXTENTS_FL qui ne semble pas valide sur ton système de fichier. > Un ls -i montre l'inode de "monfichier toto" : 15040817. > C'est bien sur ce noeud que fsck s'est interrompu. > > J'ai appris qu'un numéro d'inode était unique par périphérique et qu'il > correspondait à un nom de fichier. > C'est globalement ça. > Si cet inode est détruit par le fsck manuel que je vais faire, est-ce > que "monfichiertoto" recevra un nouveau numéro d'inode ou est-ce que le > nom "monfichiertoto" sera définitivement perdu bien que son contenu soit > toujours présent sur le disque mais sans numéro d'inode? > Généralement, fsck essaye de sauver tout ce qu'il peut sauver en le placant dans le répertoire lost+found du système de fichier. -- Vincent-Xavier JUMEL GPG Id: 0x2E14CE70 http://thetys-retz.net Rejoignez les 5429 adhérents de l'April http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org _________________________________ Linux mailing list [email protected] http://lists.parinux.org/mailman/listinfo/linux
