Comment puis-je supprimer ce répertoire? Je l'ai fait fsck
et il a trouvé des ordures, j'ai parcouru ces fichiers et il n'y avait rien d'important. J'ai donc essayé de supprimer le contenu de /lost+found
et tout est parti sauf cet étrange répertoire. Je pensais que le mettre /tmp
(je peux déplacer ce répertoire sur le volume) l'effacerait au prochain redémarrage, mais il est toujours là après le redémarrage et un autre fsck
.
Comme il semble que le problème soit de bas niveau et que jouer avec la propriété et les autorisations ne soit pas suffisant, je vous ai permis de reproduire le problème par vous-même. Prendre plaisir!
- C'est sûr, vous pourrez démonter l'image pour vous débarrasser de ces répertoires sur votre machine ;
- Ce n'est pas une iso-image, c'est le résultat de
dd if=/dev/sda1 of=/files/broken.iso
;
J'ai fait une archive de 15 Mo avec l'image qui est ~ 1,2 Go. Vous pouvez le télécharger et l'utiliser avec les commandes suivantes:
cd /tmp
wget https://dl.dropboxusercontent.com/u/22701362/broken.tar.xz
tar xvf broken.tar.xz
mkdir test
sudo mount broken.iso test
cd test
Il y aurait deux répertoires (lors de la création de cette image, il semble qu'il y en ait deux sur mon disque):
/tmp/test> tree
.
├── 1
│ └── plexus-component-annotations-1.5.5.jar.sha1 [error opening dir]
└── 2
└── #1589030 [error opening dir]
4 directories, 0 files
Bonne chance avec la suppression de ces deux répertoires:
/tmp/test> sudo rm -rf *
rm: cannot remove '1/plexus-component-annotations-1.5.5.jar.sha1': Operation not permitted
rm: cannot remove '2/#1589030': Operation not permitted
/tmp/test> sudo chown -R root:root *
chown: changing ownership of '1/plexus-component-annotations-1.5.5.jar.sha1': Operation not permitted
chown: cannot read directory '2/#1589030': Permission denied
/tmp/test> sudo chmod -R 777 *
chmod: changing permissions of '1/plexus-component-annotations-1.5.5.jar.sha1': Operation not permitted
chmod: changing permissions of '2/#1589030': Operation not permitted
chmod: cannot read directory '2/#1589030': Permission denied
la source
/tmp
sur le même volume? Pourriez-vous publier la sortie dedf
? Veuillez également publier la sortie desudo perl -MFile::Path -e 'rmtree("/tmp/foo") || die "$!"'
juste au cas où nous recevions un message d'erreur plus informatif.df
sortie nous montre que votre / tmp` est en fait un répertoire normal/
et non un tmpfs qui est la configuration par défaut. C'est surprenant, mais explique à la fois pourquoi vous pouvez copier le répertoire/tmp
et pourquoi il survit aux redémarrages. Laperl
sortie n'ajoute pas grand-chose, non, mais ça valait le coup. Je m'accroche aux pailles ici./tmp
est un répertoire normal par défaut. Ceci est fait pour éviter de le remplir jusqu'à 100% et pour économiser de la RAM. Il est nettoyé lors du démarrage. Ce comportement existe depuis longtemps.Réponses:
Une possibilité est l'indicateur immuable dans le cas du système de fichiers ext. Voir sortie de la
lsattr
commande. S'il y en ai
, il peut être retiré avecchattr -i filename
Dans ce cas, il se passe autre chose
Cela semble fonctionner,
la source
sudo
? J'apprécierais que vous téléchargiez l'image, la montiez et essayiez vous-même.dd if=/dev/sda1 of=broken.iso
essayez de devenir l'utilisateur qui le possède pour le supprimer
la source
sudo -u '#6666' -g '#19311' rm -rf \#1589030
rm: cannot remove '#1589030': Permission denied
sudo -u '#6666' -g '#19311' chmod 777 \#1589030
chmod: cannot access '#1589030': Permission denied