Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 03-06-2012 18:45:01

paskal
autobahn
Lieu : ailleurs
Inscription : 14-06-2011
Site Web

[Résolu] Comment supprimer des fichiers récalcitrants ?

Bonjour,

Ce post a pour origine l'échec du script de nettoyage lors du boot : http://debian-facile.org/forum/viewtopic.php?id=5455
J'ai contourné le problème en plaçant les fichiers temporaires en RAM.

Il n'en reste pas moins que plusieurs fichiers encore présents sur le disque, dans l'ancien dossier /tmp, échappent à ma tentative de suppression, avec un génial message :

impossible de supprimer fichier: Aucun fichier ou dossier de ce type


Et je comprends bien que ce soit impossible puisque tous leurs attributs sont inconnus, exemple :

libgksu-goG4kO # ls -la
ls: impossible d'accéder à .Xauthority.tmp: Aucun fichier ou dossier de ce type
ls: impossible d'accéder à .Xauthority: Aucun fichier ou dossier de ce type
total 12
drwx---r-x 2 root root   46  8 mai   13:22 .
drwxrwxr-t 6 root root 8192  3 juin  17:09 ..
?????????? ? ?    ?       ?              ? .Xauthority
?????????? ? ?    ?       ?              ? .Xauthority.tmp


J'ai cherché dans tous les coins des infos sur la façon d'utiliser la commande rm mais là je suis à bout.
J'ai l'impression que je vais devoir les faire sauter au burin et au marteau. mad

Un détail qui a peut-être son importance, ces fichiers sont sur un volume LVM.

Si ce problème vous évoque quelque chose, merci de me faire signe.

Dernière modification par paskal (04-06-2012 10:15:22)


I'd love to change the world
But I don't know what to do
So I'll leave it up to you...

logo-sur-fond.png

Hors ligne

#2 03-06-2012 20:07:49

vrms33
Modérateur
Distrib. : stable
(G)UI : LXDE
Inscription : 06-11-2011

Re : [Résolu] Comment supprimer des fichiers récalcitrants ?

paskal a écrit :

J'ai cherché dans tous les coins des infos sur la façon d'utiliser la commande rm mais là je suis à bout.


Hello,
chez moi,

rm -rf


est toujours venu à bout de tout ! smile


Donnez votre avis ou participez :  projet ebook Debian débutants.

Hors ligne

#3 03-06-2012 20:10:55

Haricophile
Adhérent(e)
Lieu : Pignans (Var)
Distrib. : SID
Noyau : 4.0.0-1-amd64
(G)UI : Mate / i3 selon...
Inscription : 14-09-2009

Re : [Résolu] Comment supprimer des fichiers récalcitrants ?

Un petit chkdsk ?

« Un optimiste, explique Raymond Aubrac, n’est pas un être satisfait, content de la situation actuelle. C’est quelqu’un qui pense qu’il peut faire quelque chose qui servira. »

Hors ligne

#4 03-06-2012 21:07:21

bel@mi
Membre
Distrib. : Stable (bpo)
Inscription : 14-04-2012

Re : [Résolu] Comment supprimer des fichiers récalcitrants ?

Tu as jeté un oeil sur tes logs ? Un parfum de Magic Coockie ????

Hors ligne

#5 04-06-2012 08:46:55

paskal
autobahn
Lieu : ailleurs
Inscription : 14-06-2011
Site Web

Re : [Résolu] Comment supprimer des fichiers récalcitrants ?

Bonjour,

@ vrms33   En fait, rm me dit "aucun fichier ou dossier de ce type". Peut-être parce qu'aucun attribut n'est connu ?

@ Haricophile   Oui, je crois que c'est la seule solution, en traduisant par fsck wink

@ Galandou   Cette situation est sûrement due à un arrêt de sauvage, donc rien dans les logs. De plus, ça ne concerne pas uniquement des fichiers tels que .Xauthority.

Vu que mon LVM est sur un système xfs (journalisé), le fsck ne renvoie rien.
D'ailleurs, quand le le déclenche par shutdown -r -F now, je n'ai pas l'impression qu'il vérifie la partition en question, et il n'y a pas de fichier /var/log/fsck.

Pour l'instant, j'ai donc relancé en console de maintenance, démonté le volume et lancé xfs_check, résultat :

# xfs_check /dev/mapper/deb-tmp
bad format 1 for inode 134218818 type 0
bad format 0 for inode 134218819 type 0
....
link count mismatch for inode 128 (name ?) , nlink 6 , counted 5
allocated inode 134218818 has 0 link count
allocated inode 134218819 has 0 link count
link count mismatch for inode 134218818 (name ?) , nlink 0 , counted 1
....


Il me reste à maîtriser la commande xfs_repair, ce qui n'est pas une mince affaire. neutral


I'd love to change the world
But I don't know what to do
So I'll leave it up to you...

logo-sur-fond.png

Hors ligne

#6 04-06-2012 09:07:18

paskal
autobahn
Lieu : ailleurs
Inscription : 14-06-2011
Site Web

Re : [Résolu] Comment supprimer des fichiers récalcitrants ?

Voici un diagnostic avec xps_repair :

# xfs_repair -n /dev/mapper/deb-tmp
Phase 1 - find and verify superblock...
Phase 2 - using internal log
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan (but don't clear) agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
imap claims a free inode 134218818 is in use, would correct imap and clear inode
imap claims a free inode 134218819 is in use, would correct imap and clear inode
        - agno = 2
imap claims a free inode 268639810 is in use, would correct imap and clear inode
imap claims a free inode 268639811 is in use, would correct imap and clear inode
        - agno = 3
imap claims a free inode 402654794 is in use, would correct imap and clear inode
imap claims a free inode 402654823 is in use, would correct imap and clear inode
imap claims a free inode 402654825 is in use, would correct imap and clear inode
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 1
        - agno = 3
        - agno = 2
        - agno = 0
entry "linc-820-0-127fe1b646633" in shortform directory 402654784 references free inode 402654794
entry "ssh-EFKjWx2213" at block 1 offset 328 in directory inode 128 references free inode 134218848
entry "linc-90a-0-272c2b6d4d845" in shortform directory 268639809 references free inode 268639810
would have junked entry "linc-820-0-127fe1b646633" in directory inode 402654784
  would clear inode number in entry at offset 328...
would have junked entry "linc-90a-0-272c2b6d4d845" in directory inode 268639809
entry ".Xauthority.tmp" in shortform directory 402654814 references free inode 402654823
entry "linc-8f5-0-544baf578b338" in shortform directory 268639809 references free inode 268639811
would have junked entry ".Xauthority.tmp" in directory inode 402654814
would have junked entry "linc-8f5-0-544baf578b338" in directory inode 268639809
entry ".Xauthority" in shortform directory 402654814 references free inode 402654825
would have junked entry ".Xauthority" in directory inode 402654814
No modify flag set, skipping phase 5
Phase 6 - check inode connectivity...
        - traversing filesystem ...
entry "ssh-EFKjWx2213" in directory inode 128 points to free inode 134218848, would junk entry
bad hash table for directory inode 128 (no data entry): would rebuild
entry "linc-90a-0-272c2b6d4d845" in shortform directory inode 268639809 points to free inode 268639810would junk entry
entry "linc-8f5-0-544baf578b338" in shortform directory inode 268639809 points to free inode 268639811would junk entry
entry "linc-820-0-127fe1b646633" in shortform directory inode 402654784 points to free inode 402654794would junk entry
entry ".Xauthority.tmp" in shortform directory inode 402654814 points to free inode 402654823would junk entry
entry ".Xauthority" in shortform directory inode 402654814 points to free inode 402654825would junk entry
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify link counts...
would have reset inode 128 nlinks from 6 to 5
No modify flag set, skipping filesystem flush and exiting.


La commande a bien trouvé les fichiers que je veux virer. smile

Dernière modification par paskal (04-06-2012 19:36:33)


I'd love to change the world
But I don't know what to do
So I'll leave it up to you...

logo-sur-fond.png

Hors ligne

#7 04-06-2012 10:15:02

paskal
autobahn
Lieu : ailleurs
Inscription : 14-06-2011
Site Web

Re : [Résolu] Comment supprimer des fichiers récalcitrants ?

Et voila, ma main n'a pas tremblé quand j'ai tapé # xfs_repair  /dev/mapper/deb-tmp.
Puis remontage suivi d'un petit # rm -rf /tmp-orig/*
C'est nickel maintenant.
Merci à tous. smile

I'd love to change the world
But I don't know what to do
So I'll leave it up to you...

logo-sur-fond.png

Hors ligne

Pied de page des forums