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.
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.
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?
Merci d'avance pour vos lumières.
--
Alain Vaugham
Clef GPG : 0xD26D18BC
_________________________________
Linux mailing list
[email protected]
http://lists.parinux.org/mailman/listinfo/linux
