Ich habe eine externe Festplatte, die über LUKS verschlüsselt ist. Sie enthält ein ext4-FS.
Ich habe gerade einen Fehler von rsync für eine Datei erhalten, die sich auf diesem Laufwerk befindet:
rsync: readlink_stat("/home/some/dir/items.json") failed: Structure needs cleaning (117)
Wenn ich versuche, die Datei zu löschen, erhalte ich die gleiche Fehlermeldung:
rm /home/some/dir/items.json
rm: cannot remove ‘//home/some/dir/items.json’: Structure needs cleaning
Weiß jemand, was ich tun kann, um die Datei zu entfernen und damit verbundene Probleme mit dem Laufwerk/FS (falls vorhanden) zu beheben?
Antwort1
Das ist ein deutlicher Hinweis auf eine Beschädigung des Dateisystems. Sie sollten die Festplatte aushängen, eine Sicherung auf Sektorebene Ihrer Festplatte erstellen und dann e2fsck ausführen, um zu sehen, was los ist. Wenn eine schwerwiegende Beschädigung vorliegt, sind Sie später möglicherweise froh, dass Sie eine Sicherung auf Sektorebene erstellt haben, bevor Sie e2fsck die Daten manipulieren ließen.
Antwort2
Falls es jemandem hilft, ich hatte ein ähnliches Problem (rsync/rsnapshot-Backups bei einer betroffenen Datei). Ich habe mein Problem/meine Lösung hier gepostet:
https://ubuntuforums.org/showthread.php?t=2348768&p=13627299#post13627299
ZUSAMMENFASSUNG:
rsnapshot (rsync)-Sicherungsfehler auf Arch-Linux-x86_64-System; eine beschädigte, tief verschachtelte Datei verursachte diesen Fehler, der auch angezeigt wurde, als ich versuchte, diese Datei zu löschen:
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/[email protected]/[Gmail]/LINUX/rsync, rsnapshot; Other backups/19.bak': Structure needs cleaning
Hier ist das Problem:
cd mnt/Vancouver/temp/temp\ -\ old/temp\ -\ 09\ \(Dec\ 07\,\ 2014\ -\ Sep\ 02\,\ 2015\)/a_OLD-gmail/[email protected]/\[Gmail\]/LINUX/rsync\,\ rsnapshot\;\ Other\ backups/
ls -l
ls: cannot access '19.bak': Structure needs cleaning
total 0
-????????? ? ? ? ? ? 19.bak ## << THAT IS THE PROBLEM!!
[ Siehe auch: https://www.reddit.com/r/linuxquestions/comments/4b47r2/has_anyone_ever_gotten_structure_needs_cleaning/ ]
Mein Backup-Laufwerk ist /dev/sda1.
sudo umount /dev/sda1
sudo fsck.ext4 /dev/sda1 ## << accepted suggested fixes
- Bearbeiten (2023-02): ein Warnhinweis: Sie können nicht
fsckauf NAS-Festplatten (Network Associated, RAID) laufen, die üblicherweise online verkauft werden (Amazon; ...) und die wie normale Festplatten aussehen. Für die Reparatur von NAS-Laufwerken ist spezielle Software erforderlich. Wenn Sie diesfsckauf eine NAS-Festplatte anwenden, wird diese wahrscheinlich beschädigt.
Neustart: alles scheint in Ordnung. Bin auf das Backup-Laufwerk gegangen und habe die problematische Datei gelöscht:
/mnt/Backups/rsnapshot_backups/hourly.5/snapshot_root/mnt/Vancouver/temp/temp - old/temp - 09 (Dec 07, 2014 - Sep 02, 2015)/a_OLD-gmail/[email protected]/[Gmail]/LINUX/rsync, rsnapshot; Other backups/19.bak
QED?!
[Update: ja, das hat geklappt: meine Backups laufen wieder normal! :-) ]
Antwort3
Dateisysteme sind manchmal nicht in Ordnung und müssen bereinigt werden. Dies kann durchfsckBefehl. Denken Sie jedoch daran, dass Sie fsck nur für nicht gemountete Partitionen ausführen dürfen, um das Risiko einer Dateibeschädigung zu vermeiden.
Wenn Ihr Dateisystem ext4 ist, versuchen Sie, diesen Befehl auszuführen:
fsck -AR -t ext4 -y
Antwort4
Ich habe dieselbe Fehlermeldung von rsync und dieselbe Fehlermeldung von rm erhalten, als ich versucht habe, die Datei zu löschen. Da es sich bei dem Dateisystem um das Root-Dateisystem handelte, konnte ich fsck nicht verwenden. Aber als ich das System einfach neu gestartet habe, war die Datei weg und das Backup war erfolgreich. Ich habe keine Ahnung, warum das funktioniert hat, aber zumindest ist das eine einfache Lösung und es lohnt sich, zuerst einen Neustart zu versuchen.