Ubuntu-fr

jeanjean84

[Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Bonjour,
alors que j'essayais de télécharger une démo gratuite du jeu Runaway (pour Windows XP - je suis en dual-boot !) avec Downloader for X, le download n'a pas réussi (je ne sais plus trop pourquoi) et je me suis retrouvé avec des fichiers partiels impossibles à supprimer :

.runaway-2.bin.segments
.runaway-3.bin.segments
.runaway-3.bin

Je ne sais plus comment certains morceaux se sont retrouvés dans la Corbeille et sont eux-aussi ineffaçables :

.runaway.exe
.runaway.exe.segments

Voilà ! Ces 5 fichiers sont impossible à effacer ! J'ai essayé  wipe, shred  sans résultat non plus !

Dans les Propriétés des 5 fichiers :

Type           : type inconnu
Taille           : inconnu
Type MIME  : application/octet-stream
Dernière modification : inconnu
Dernier accès             : inconnu

Permissions          : Les permissions de ".............." ne peuvent pas être déterminées

Que dois-je faire ?
Help !
Merci d'avance.

Dernière modification par jeanjean84 (Le 25/12/2006, à 16:49)

Joto

Re : [Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Il faut être en super utilisateur et les effacer manuellement.

---

Si toi aussi t'en as marre de tout... joue au... HANDBALL !!

jeanjean84

Re : [Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Bonjour Joto,
Merci de ta réponse :

Il faut être en super utilisateur et les effacer manuellement.

En fait, j'avais déjà essayé... J'ai re-essayé ... sans résultat ! :(:(

Help !

Link31

Re : [Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Même en superutilisateur ? Ça ressemble à une corruption du système de fichiers, ou même du disque dur...

Va dans le dossier contenant ces fichiers depuis un terminal (avec la commande cd suivie d'une espace et du chemin du dossier, fais précéder les espaces si il y en a par le caractère \). Puis poste ici le résultat de la commande ls -la
Pendant que tu y seras, tente de supprimer ces fichiers avec la commande rm (par exemple rm .runaway-2.bin.segments) puis, si ça ne fonctionne pas, essaie sudo rm (par exemple sudo rm .runaway-2.bin.segments).

Dernière modification par Link31 (Le 24/12/2006, à 17:31)

Joto

Re : [Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Ah oui en effet c'est bizarre... Il n'y a pas un vérificateur de disque dur sous Ubuntu par hasard ?

---

Si toi aussi t'en as marre de tout... joue au... HANDBALL !!

Link31

Re : [Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Il n'y a pas un vérificateur de disque dur sous Ubuntu par hasard ?

fsck
Seulement sur une partition démontée !

jeanjean84

Re : [Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Bonjour Link31 et Joto .......... et Joyeux Noël !
Merci de votre aide.

Même en superutilisateur ? Ça ressemble à une corruption du système de fichiers, ou même du disque dur...

Va dans le dossier contenant ces fichiers depuis un terminal (avec la commande cd suivie d'une espace et du chemin du dossier, fais précéder les espaces si il y en a par le caractère \). Puis poste ici le résultat de la commande ls -la
Pendant que tu y seras, tente de supprimer ces fichiers avec la commande rm (par exemple rm .runaway-2.bin.segments) puis, si ça ne fonctionne pas, essaie sudo rm (par exemple sudo rm .runaway-2.bin.segments).

J'ai fait  ce que tu recommandais ci-dessus, Link31. Sans résultat.
J'ai fait la commande ls -la et il y avait quelques fichiers en noir avec des ??? - j'ai oublié de faire un copier-coller...
J'ai donc opté pour la corruption de partition comme vous le suggériez...
J'ai fait reiserfsck - c'est le vérificateur de disque dur pour mes partitions ubuntu qui sont en reiserfs - après avoir démonté la partition en question :

-------------------------------------------------------------------------------------------------------------------------------------------------------
$ sudo reiserfsck --check --logfile check.log /dev/sda8
Password:
reiserfsck 3.6.19 (2003 www.namesys.com)

*************************************************************
** If you are using the latest reiserfsprogs and  it fails **
** please  email bug reports to reiserfs-list@namesys.com, **
** providing  as  much  information  as  possible --  your **
** hardware,  kernel,  patches,  settings,  all reiserfsck **
** messages  (including version),  the reiserfsck logfile, **
** check  the  syslog file  for  any  related information. **
** If you would like advice on using this program, support **
** is available  for $25 at  www.namesys.com/support.html. **
*************************************************************

Will read-only check consistency of the filesystem on /dev/sda8
Will put log info to 'check.log'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
###########
reiserfsck --check started at Sun Dec 24 23:56:37 2006
###########
Replaying journal..
Reiserfs journal '/dev/sda8' in blocks [18..8211]: 0 transactions replayed
Checking internal tree..finished
Comparing bitmaps..Bad nodes were found, Semantic pass skipped
1 found corruptions can be fixed only when running with --rebuild-tree
###########
reiserfsck finished at Mon Dec 25 00:32:17 2006
###########
-------------------------------------------------------------------------------------------------------------------------------------------------------

check.log était  :

-------------------------------------------------------------------------------------------------------------------------------------------------------
bad_internal: vpf-10320: block 10267152, items 65 and 66: The wrong order of items: [138 32106 0x0 SD (0)], [138 32105 0x1 IND (1)]
the problem in the internal node occured (10267152), whole subtree is skipped
vpf-10640: The on-disk and the correct bitmaps differs.

Ok ! donc corruption ! J'ai continué :
sudo  reiserfsck --rebuild-tree  --logfile check.log /dev/sda8
Password:
reiserfsck 3.6.19 (2003 www.namesys.com)

*************************************************************
** Do not  run  the  program  with  --rebuild-tree  unless **
** something is broken and MAKE A BACKUP  before using it. **
** If you have bad sectors on a drive  it is usually a bad **
** idea to continue using it. Then you probably should get **
** a working hard drive, copy the file system from the bad **
** drive  to the good one -- dd_rescue is  a good tool for **
** that -- and only then run this program.                 **
** If you are using the latest reiserfsprogs and  it fails **
** please  email bug reports to reiserfs-list@namesys.com, **
** providing  as  much  information  as  possible --  your **
** hardware,  kernel,  patches,  settings,  all reiserfsck **
** messages  (including version),  the reiserfsck logfile, **
** check  the  syslog file  for  any  related information. **
** If you would like advice on using this program, support **
** is available  for $25 at  www.namesys.com/support.html. **
*************************************************************

Will rebuild the filesystem (/dev/sda8) tree
Will put log info to 'check.log'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
Replaying journal..
Reiserfs journal '/dev/sda8' in blocks [18..8211]: 0 transactions replayed
###########
reiserfsck --rebuild-tree started at Mon Dec 25 00:35:09 2006
###########

Pass 0:
Loading on-disk bitmap .. ok, 10063007 blocks marked used
Skipping 8658 blocks (super block, journal, bitmaps) 10054349 blocks will be read
0%....20%....40%....60%....80%....100%                        left 0, 9612 /sec
        "r5" hash is selected
Flushing..finished
        Read blocks (but not data blocks) 10054349
                Leaves among those 8701694
                        - leaves all contents of which could not be saved and deleted 1
                Objectids found 123268

Pass 1 (will try to insert 8701693 leaves):
Looking for allocable blocks .. finished
0%....20%....40%....60%....80%....100%                        left 0, 3164 /sec
Flushing..finished
        8701693 leaves read
                8701459 inserted
                234 not inserted

Pass 2:
0%....20%....40%....60%....80%....100%                         left 0, 117 /sec
Flushing..finished
        Leaves inserted item by item 234
Pass 3 (semantic):
Flushing..finished
        Files found: 114185
        Directories found: 8688
        Symlinks found: 374
        Others: 5
        Names pointing to nowhere (removed): 6
Pass 3a (looking for lost dir/files):
Looking for lost directories:
Flushing..finished, 8933 /sec
Pass 4 - finishedne 8701582, 4781 /sec
        Deleted unreachable items 8682898
Flushing..finished
Syncing..finished
###########
reiserfsck finished at Mon Dec 25 02:08:50 2006
###########
-------------------------------------------------------------------------------------------------------------------------------------------------------

Cette fois-ci check.log était  :

-------------------------------------------------------------------------------------------------------------------------------------------------------
####### Pass 0 #######
pass0: vpf-10140: block 1245207: items 9 and 10 have bad short keys [154301 154301 0x0 SD (0)], [154301 154301 0x1 IND (1)], both deleted
pass0: vpf-10140: block 4816979: items 17 and 18 have bad short keys [160705 160705 0x0 SD (0)], [160705 160705 0x1 IND (1)], both deleted
pass0: vpf-10140: block 7634945: items 1 and 2 have bad short keys [30764 30764 0x0 SD (0)], [30764 30764 0x1 IND (1)], both deleted
pass0: vpf-10140: block 8061005: items 13 and 14 have bad short keys [161697 161697 0x0 SD (0)], [161697 161697 0x1 DRCT (2)], both deleted
block 9932347: The number of items (10) is incorrect, should be (0) - corrected
block 9932347: The free space (307) is incorrect, should be (4072) - corrected
pass0: vpf-10140: block 14155872: items 13 and 14 have bad short keys [161200 161200 0x0 SD (0)], [161200 161200 0x1 IND (1)], both deleted
pass0: vpf-10140: block 14221320: items 0 and 1 have bad short keys [160607 160607 0x0 SD (0)], [160607 160607 0x1 IND (1)], both deleted
123266 directory entries were hashed with "r5" hash.
####### Pass 1 #######
####### Pass 2 #######
####### Pass 3 #########
vpf-10680: The file [138 32106] has the wrong block count in the StatData (8) - corrected to (0)
rebuild_semantic_pass: The entry [161697 161697] ("pykversion.pyc") in directory [161697 161698] points to nowhere - is removed
vpf-10650: The directory [161697 161698] has the wrong size in the StatData (680) - corrected to (648)
rebuild_semantic_pass: The entry [154301 154301] ("popwash") in directory [154301 154302] points to nowhere - is removed
vpf-10650: The directory [154301 154302] has the wrong size in the StatData (176) - corrected to (152)
rebuild_semantic_pass: The entry [161200 161200] ("config.log") in directory [161200 161201] points to nowhere - is removed
vpf-10680: The directory [161200 161201] has the wrong block count in the StatData (3) - corrected to (2)
vpf-10650: The directory [161200 161201] has the wrong size in the StatData (1056) - corrected to (1024)
rebuild_semantic_pass: The entry [160607 160607] ("config.log") in directory [160607 160608] points to nowhere - is removed
vpf-10650: The directory [160607 160608] has the wrong size in the StatData (816) - corrected to (784)
rebuild_semantic_pass: The entry [160705 160705] ("config.log") in directory [160705 160706] points to nowhere - is removed
vpf-10650: The directory [160705 160706] has the wrong size in the StatData (616) - corrected to (584)
rebuild_semantic_pass: The entry [30764 30764] ("Makefile") in directory [30764 30766] points to nowhere - is removed
vpf-10650: The directory [30764 30766] has the wrong size in the StatData (384) - corrected to (360)
####### Pass 3a (lost+found pass) #########
-------------------------------------------------------------------------------------------------------------------------------------------------------

Et... :):) ... ça marche !

Merci pour votre aide !
J'ai pu supprimer les fichiers en question... et au passage j'ai récupéré 33 Go d'espace sur ma partition qui avait "disparus" (je viens de m'en apercevoir !!!) : j'avais 5 Go de dossiers et 17 Go de libres sur 55 Go de partition... et Gparted me donnais 38 Go utilisés ! 33 Go avaient donc "disparus"... Incroyable !!!

Tout est en ordre maintenant.
Je viens juste de lancer un upgrade vers Edgy

Merci encore ! Et Bonnes Fêtes de fin d'année !

A +

Dernière modification par jeanjean84 (Le 25/12/2006, à 16:52)

[baɪɷᵂᵂlɔː]

Re : [Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Je peux rebondir?

pour moi je n'arrive pas à effacer mes partages de fichiers, et les IP qui sont autorisées: à chaque rouverture du dossier "partagé", la config antérieure est maintenue. J'ai essayé d'éditer manuellement /etc/exports avec sudo gedit mais le terminal refuse simplement d'ouvrir le fichier (!!!).

J'en déduis, à vous lire, que moi aussi j'ai une corruption de configuration (ça m'étonnerait qu'à moitié, j'ai un peu tripoté les permissions des dossiers dans mon home/dossier personnel -- y compris apparemment les fichiers cachés, mais je pensais pas que c'était problématique!).

Comment puis-je revenir à un dernier état qui fonctionnait?
Est-ce que
fsck
est un début de réponse??? (Edgy Eft est installé sur l'entiereté de mon disque dur chez moi?)
Dans ce cas, que signifie ta précision, Link31, "Seulement sur une partition démontée"?

(bon sang, je me sens plutôt débile à poser de telles questions de bitos, mais je vous assure que je lis les documentations...).

J'espère que vos fêtes se passent bien et que la vie va chez vous!

Link31

Re : [Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Si c'est une corruption du système de fichiers, fsck peut être utile. Si ce sont des secteurs défectueux du disque dur, aucun programme ne pourra évidemment les corriger (mais il y a la possibilité de dire au noyau de les éviter). Mais ça peut aussi être une erreur de configuration dans ton partage de fichiers...

Sous Linux, une partition de disque dur doit être montée dans un dossier pour pouvoir être lue. Il faut absolument la démonter avant de lancer un fsck dessus parce que si un programme écrit quoi que ce soit sur la partition pendant le fsck, ça peut causer des dommages irréversibles aux données présentes. À défaut de la démonter, on peut aussi la remonter en lecture seule.

[HS : c'est quoi ce pseudo ?! ]
edit : [HS : en fait ça doit être des caractères qui s'affichent mal chez moi ]

Dernière modification par Link31 (Le 29/12/2006, à 21:46)

[baɪɷᵂᵂlɔː]

Re : [Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Link31, je m'empresse d'essayer tes suggestions, et en attendant:
sous ls précédentes versions, mon pseudo passait super bien (pour moi en tout cas), et puis est venu Breezy B (ou Dapper D?), et tout a capoté, mais j'ai la flemme de changer.
C'est supposé se lire [bɑɪlɔː], soit by-law en prononciation phonétique.

Link31

Re : [Résolu] Fichiers ineffaçables dans la Corbeille et dans un dossier

Je suis tombé sur ça sur le forum Gentoo : pour supprimer des fichiers récalcitrants suite à une corruption du système de fichiers ext2/ext3, on peut utiliser cette commande :

sudo chattr -R =s nom_fichier

Ça fonctionne aussi sur les dossier, par récursivité (attention !).