Come posso eliminare questa directory? L'ho fatto fsck
e ha trovato un po 'di spazzatura, ho guardato attraverso questi file e non c'era qualcosa di importante. Quindi ho provato a cancellare il contenuto di /lost+found
e tutto è andato tranne questa strana directory. Ho pensato che metterlo in /tmp
(posso spostare quella directory sul volume) lo cancellerà al prossimo riavvio ma è ancora lì dopo sia il riavvio che un altro fsck
.
Poiché sembra che il problema sia di basso livello e che giocare con proprietà e autorizzazioni non sia sufficiente, ti ho reso in grado di riprodurre il problema da solo. Godere!
- Questo è sicuro, sarai in grado di smontare l'immagine per sbarazzarti di queste directory sul tuo computer ;
- Questa non è immagine iso, questo è il risultato di
dd if=/dev/sda1 of=/files/broken.iso
;
Ho creato un archivio da 15 MB con l'immagine che è ~ 1,2 GB. Puoi scaricarlo e compilarlo con i seguenti comandi:
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
Ci sarebbero due directory (durante la creazione di quell'immagine sembra che ci siano due di queste directory sul mio disco):
/tmp/test> tree
.
├── 1
│ └── plexus-component-annotations-1.5.5.jar.sha1 [error opening dir]
└── 2
└── #1589030 [error opening dir]
4 directories, 0 files
Buona fortuna con la rimozione di queste due directory:
/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
df
output ci mostra che il tuo / tmp` è in realtà una directory normale /
e non un tmpfs che è l'impostazione predefinita. È sorprendente, ma spiega sia il motivo per cui è possibile copiare la directory /tmp
sia perché sopravvive al riavvio. L' perl
output non aggiunge molto, no, ma valeva la pena tentare. Sto stringendo le cannucce qui.
/tmp
è una directory normale per impostazione predefinita. Questo viene fatto per evitare di riempirlo fino al 100% e per risparmiare RAM. Viene ripulito durante l'avvio. Questo comportamento esiste da molto tempo.
/tmp
sullo stesso volume? Potresti pubblicare l'output didf
? Inoltre, si prega di pubblicare l'output disudo perl -MFile::Path -e 'rmtree("/tmp/foo") || die "$!"'
nel caso in cui riceviamo un messaggio di errore più informativo.