Wie bereinige ich eine unverarbeitete Waisen-Inode-Liste?

17

Ich habe versucht , ein früher zu montieren nur lesbar eingebundenen Dateisystem lesen beschreibbaren :

mount -o remount,rw /mountpoint

Leider hat es nicht geklappt:

mount: /mountpoint not mounted already, or bad option

dmesg Berichte:

[2570543.520449] EXT4-fs (dm-0): Couldn't remount RDWR because of unprocessed orphan inode list.  Please umount/remount instead

A umountfunktioniert auch nicht:

umount /mountpoint
umount: /mountpoint: device is busy.
    (In some cases useful info about processes that use
     the device is found by lsof(8) or fuser(1))

Leider zeigt keiner lsofvon beiden fusereinen Prozess an, der auf etwas zugreift, das sich unter dem Einhängepunkt befindet.

Wie kann ich diese nicht verarbeitete Liste der verwaisten Dateien bereinigen , um das Dateisystem erneut bereitzustellen, ohne den Computer neu zu starten?

— bmk
quelle

1

Hast du es schon versucht fuser -km /mountpoint? Beachten Sie jedoch, dass das Flag -k alle Prozesse abbricht, die auf dieses Verzeichnis zugreifen.

— Richard Keller

Können Sie ein bisschen mehr Einblick geben, woraus dm-0 besteht?

— Thinice

Ich habe das Gefühl, ich weiß, was los ist, aber können Sie mir sagen, war das Dateisystem ursprünglich rw, wurde es (aufgrund eines Fehlers oder was auch immer) erneut gemountet, und jetzt versuchen Sie es erneut?

— Matthew Ife

@Mlfe: Das Dateisystem wurde früher roabsichtlich neu gemountet . Es ist ein Dateisystem auf einem LVM, das einen täglichen Backup-Snapshot enthält, der rwwährend des Backup-Vorgangs und ronach Abschluss des Backups erstellt wird.

— BMK

6

Sie bereinigen die nicht verarbeitete Liste der verwaisten Inodes, indem Sie das Dateisystem aushängen und erneut einhängen.

In einer ausführlichen Diskussion in der Mailingliste von linux-ext4 finden Sie weitere Informationen dazu, worum es sich bei dieser Nachricht handelt und warum sie möglicherweise angezeigt wird. Kurz gesagt, eines von zwei Dingen ist passiert: Entweder ist ein Kernel-Fehler aufgetreten, oder es ist viel wahrscheinlicher, dass eine Beschädigung des Dateisystems eines der vorherigen Male aufgetreten ist, als Sie das Dateisystem schreibgeschützt erneut bereitgestellt haben. Das ist wahrscheinlich der Grund, warum das System denkt, dass das Dateisystem immer noch von etwas verwendet wird, wenn es nicht vorhanden ist.

Wenn es ein Jahr her ist und Sie den Computer noch nicht neu gestartet haben, geben Sie einfach auf und planen Sie ein Wartungsfenster.

— Michael Hampton
quelle

In der Zwischenzeit habe ich ein Wartungsfenster eingeplant und den Computer neu gestartet. Das hat das Problem gelöst (ich habe nichts anderes erwartet ...). Ich werde Ihre Antwort annehmen. Wahrscheinlich haben Sie Recht, dass es eine Beschädigung des Dateisystems gab - obwohl ich das nicht beweisen kann.

— BMK

24

Wenn Sie ext2 / ext3 / ext4 verwenden, sollten Sie e2fsckverwaiste Inodes aufräumen können:

e2fsck -f

Für Reiserfs können Sie verwenden, reiserfsckwas auch verwaiste Inodes aufräumt .

— Richard Keller
quelle

Nicht sicher, warum dies abgelehnt wurde, vielleicht einen Grund für die Ablehnung? Wenn Sie e2fsck ausführen, werden verwaiste Inodes bereinigt. In der Konsolenausgabe wird angezeigt, dass clearing orphaned inode XXXXXXXX eine Inode-Nummer ist. Sie können e2fsck problemlos ausführen, ohne das System neu zu starten. Nach dem Ausführen von e2fsck sollten Sie in der Lage sein, die Partition erneut bereitzustellen.

— Richard Keller

2

Danke, vielen Dank. Ich verbringe Stunden damit, den Fehler herauszufinden. Mit 'e2fsck -f / dev / sda1' wurden die verwaisten Knoten für mich zusammen mit einigen anderen Korrekturen behoben. Ich habe gerade zu allen Ja gesagt und jetzt funktioniert :)

— 11.07.16

1

Danke vielmals!!. Ihre Befehle haben schreibgeschützt die VirtualBox-VM-Disk nach der erfolglosen Installation der neuen VirtualBox-Version behoben: sudo e2fsck -f / dev / sda1

— nine9five

2

Perfekt, hat für mich an der Root-Partition gearbeitet. Die akzeptierte Antwort (Neustart) funktionierte nicht alleine. Ich musste nach e2fsck neu starten, also brauchen Sie anscheinend immer noch ein Wartungsfenster.

— AdamS

1

Bessere Antwort als die akzeptierte. Das hat bei meinem VPS perfekt funktioniert. Habe viele Fehler gefunden und behoben, dann neu gestartet und alles läuft wieder. Ich habe meinen Tag gerettet.

— Brain Foo Long

6

e2fsck -f <mount point> wird nicht funktionieren.

Finden Sie zuerst die Einhängepunkte mit heraus

sudo mount -l

Dann fsck das Laufwerk direkt.

Zum Beispiel für mich

sudo e2fsck -f /dev/xvda2

— Ganesh Krishnan
quelle

Wenn Sie ein Problem googeln und beim Stackoverflow eine eigene Lösung finden. Mein Leben ist jetzt vollständig.

— Ganesh Krishnan

1

Ich würde empfehlen, zuerst die Partition mit Gewalt zu entladen, dh mit der Option -f, und die Ausführung einer Dateisystemprüfung mit fsck.

— wolfgangsz
quelle

1

Hat leider umount -fauch nicht geklappt. Die Fehlermeldung ist die gleiche wie bei einer normalen umount.

— BMK 08.06.11

1

Sie sollten es wahrscheinlich mit einem faulen Unmount versuchen, dh:

umount -l