Das erneute Einbinden des Root-Dateisystems schlägt schreibgeschützt fehl, obwohl keine Dateien zum Schreiben geöffnet sind

Das erneute Einbinden des Root-Dateisystems schlägt schreibgeschützt fehl, obwohl keine Dateien zum Schreiben geöffnet sind

Ich verwalte einige Geräte, auf denen Debian Buster läuft. Sie alle haben separate Partitionen für /, /boot und /var (alle ext4) und Swap, sodass ich / während des normalen Betriebs schreibgeschützt gemountet lassen kann. Wenn ich das System aktualisiere, mounte ich / erneut mit Lese-/Schreibzugriff, führe die erforderlichen Änderungen durch (z. B. Paket-Upgrades) und mounte das Dateisystem dann erneut schreibgeschützt.

Manchmal (z. B. beim Upgrade eines Daemons) schlägt das endgültige erneute Einhängen natürlich fehl, da eine inzwischen gelöschte Datei noch von einem Prozess geöffnet ist. In diesem Fall starte ich den betroffenen Daemon einfach neu und versuche das erneute Einhängen erneut.

Seit etwa ein paar Wochen beobachte ich jedoch, dass das erneute Einhängen fehlschlägt, obwohl keine Dateien mehr zum Löschen anstehen. Konkret habe ich diese Befehle ausprobiert:

$ sudo lsof / | grep DEL
$ sudo lsof / | awk '$4 ~ /[0-9].*[wu]/'
$ sudo fuser -vm / -wik

Keiner der Befehle zeigte eine Datei an, die zum Löschen ansteht/zum Schreiben geöffnet war, und Fuser hat nichts beendet. Das erneute Einbinden im schreibgeschützten Zustand schlägt jedoch trotzdem fehl:

$ sudo mount -o remount,ro  /
mount: /: mount point is busy.

Was übersehe ich? Wie kann ich weiter untersuchen, was genau das erneute Einhängen verhindert?

Danke für deinen Rat.

verwandte Informationen