Re: Defer for background checking

Markus <universe(at)truemetal.org> wrote:
> wenn ein FreeBSD-Rechner mal crashen sollte und dann beim booten "File
> system was not properly unmounted, defer for background checking" kommt,
> wie kann ich nach Abschluss des fsck-Laufs verifizieren, dass das
> Filesystem jetzt clean ist?
>
> Bzw. wuerde mich auch interessieren ob die Moeglichkeit besteht,
> herauszufinden, ob ein gemountetes Filesystem clean ist oder nicht.

Genaugenommen ist ein Dateisystem, das read-write-gemountet
ist, niemals "clean". Insofern ergibt es keinen Sinn, das
prüfen zu wollen. Du musst es erst unmounten, so dass alle
Puffer synchronisiert werden, danach kannst Du es mit fsck
prüfen.

In der Regel weigert sich mount, ein Dateisystem read-write
zu mounten, das nicht clean ist. Eine Ausnahme ist das
Background-fsck, aber das funktioniert auch nur bei ganz
bestimmten Arten von Inkonsistenzen, anderenfalls muss ein
"richtiges" fsck gemacht werden. Wenn man Soft-Updates
verwendet und die Firmware der Festplatten keine "illegalen"
Sachen macht, sollte man auf der sicheren Seite sein, sofern
es keine Stromausfälle gibt. Theoretisch.

Ich persönlich vertraue dem Background-fsck nicht (sowohl
aufgrund eigener Erfahrungen als auch von einigen Berichten
aus den Mailing-Listen), daher setze ich grundsätzlich in
/etc/rc.conf background_fsck="NO". Die paar Minuten, die
das fsck kostet (was man beim Anlegen des Dateisystems auch
häufig durch geschickte Wahl der newfs-Parameter optimieren
kann), sollten einem die Datenintegrität wert sein. Davon
abgesehen gibt es auch noch Journalling, was einem auch das
fsck ersparen kann. Und schließlich gibt es ja auch noch
ZFS, das die fsck-Problematik ebenfalls nicht kennt.

Die entsprechenden Formulierungen zum Background-fsck in
der Manpage finde ich auch nicht gerade vertrauenerweckend:

»Note that background fsck is limited to checking for only
the most commonly occurring file system abnormalities.
Under certain circumstances, some errors can escape back-
ground fsck. It is recommended that you perform foreground
fsck on your systems periodically and whenever you encounter
file-system-related panics.«

Gruß
   Olli

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd
'Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.'
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message