Impossibile rimuovere il file: "La struttura deve essere pulita"

Ho un disco rigido esterno che è crittografato tramite LUKS. Contiene un ext4 fs.

Ho appena ricevuto un errore da rsync per un file che si trova su questa unità:

rsync: readlink_stat("/home/some/dir/items.json") failed: Structure needs cleaning (117)

Se provo a eliminare il file ottengo lo stesso errore:

rm /home/some/dir/items.json
rm: cannot remove ‘//home/some/dir/items.json’: Structure needs cleaning

Qualcuno sa cosa posso fare per rimuovere il file e risolvere i problemi relativi all'unità / fs (se ce ne sono)?

Ciò è fortemente indicativo di corruzione del file system. Dovresti smontare, fare un backup settoriale del tuo disco, quindi eseguire e2fsck per vedere cosa succede. Se si verifica un grave danneggiamento, in seguito potresti essere felice di aver eseguito un backup a livello di settore prima di consentire a e2fsck di manomettere i dati.

Se aiuta qualcuno, ho avuto un problema simile (backup rsync / rsnapshot, su un file interessato). Ho pubblicato il mio problema / soluzione, qui:

https://ubuntuforums.org/showthread.php?t=2348768&p=13627299#post13627299

SOMMARIO:

errore di backup rsnapshot (rsync) sul sistema arch linux x86_64; un file corrotto e profondamente annidato stava lanciando quell'errore, mostrato anche quando ho provato a eliminare quel file:

sudo rm -fR hourly.5/

rm: cannot remove 'hourly.5/snapshot_root/mnt/Vancouver/temp/temp - old/temp - 09 (Dec 07, 2014 - Sep 02, 2015)/a_OLD-gmail/victoria.a.stuart@gmail.com/[Gmail]/LINUX/rsync, rsnapshot; Other backups/19.bak': Structure needs cleaning

Ecco il problema:

cd mnt/Vancouver/temp/temp\ -\ old/temp\ -\ 09\ \(Dec\ 07\,\ 2014\ -\ Sep\ 02\,\ 2015\)/a_OLD-gmail/victoria.a.stuart@gmail.com/\[Gmail\]/LINUX/rsync\,\ rsnapshot\;\ Other\ backups/

ls -l

ls: cannot access '19.bak': Structure needs cleaning
total 0
-????????? ? ? ? ?  ? 19.bak        ## << THAT IS THE PROBLEM!!

[Vedi anche: https://www.reddit.com/r/linuxquestions/comments/4b47r2/has_anyone_ever_gotten_structure_needs_cleaning/ ]

La mia unità di backup è / dev / sda1.

sudo umount /dev/sda1

sudo fsck.ext4 /dev/sda1  ## << accepted suggested fixes

Riavviato: tutto sembra a posto. Andato in unità di backup, eliminato quel file problematico:

/mnt/Backups/rsnapshot_backups/hourly.5/snapshot_root/mnt/Vancouver/temp/temp - old/temp - 09 (Dec 07, 2014 - Sep 02, 2015)/a_OLD-gmail/victoria.a.stuart@gmail.com/[Gmail]/LINUX/rsync, rsnapshot; Other backups/19.bak

QED ?!

[Aggiornamento: sì; che ha funzionato: i miei backup funzionano di nuovo normalmente! :-)]

I file system a volte non sono in ordine e devono essere puliti. Questo può essere fatto con il comando fsck . Ma ricorda, devi eseguire fsck solo su partizioni non montate per evitare il rischio di corruzione dei file.

Se il tuo file system è ext4, prova a eseguire questo comando:

fsck -AR -t ext4 -y

È normale errore quando si tenta di rimuovere .Trash-0 se si tenta di rimuovere Windows nella codifica del file system CP1251 sul sistema Linux. Quindi fs è corrotto ma questo non lo farà. Fs di Windows è sempre corrotto come visto da Linux. Ma non è così. Puoi provare ad aprire questo file da Windows OS. Tutto andrà bene. E poi rimuoverlo in Windows. E solo dopo quella spazzatura pulita.

tutti!! risolvo questo problema con questo comando nella mia shell proxmox

pct stop 100 ## ferma il contenitore

pct fsck 100 ## fsck container, questo ripara il problema, su alcuni file di problemi che sono corrotti sul sistema container

pct start 100 ## avvia il contenitore, ok, ora fai il backup e tutto va bene !!

Grazie a tutti, Chuck