Re: Korruptes FS auf Rootserver - kein fsck möglich

On Sun, Dec 17, 2006 at 04:06:06PM +0100, Frank Steinborn wrote:
> Karsten Gorling wrote:
> > * Frank Steinborn <steinex(at)nognu.de> [061217 15:03]:
> > > Sehr ihr irgendeine Möglichkeit, dem FreeBSD zu sagen das er nach
> > > einem Reboot stringent fsck ausführt und zu *allem* ja sagt? Ich war
> > > eigentlich der Meinung, das sowas durch fsck_y_enable von alleine
> > > passiert, aber diesmal ist FreeBSD wohl der Meinung das da Input vom
> > > Admin notwendig ist.
> >
> > Hmm, wahrscheinlich klappt das mit der Option alleine nicht, dar da
> > eine Situation vorliegt, mit der das Standard-background fsck nicht
> > klarkommt, schalte dies mal aus:
> >
> > fsck_y_enable="YES" # Set to YES to do fsck -y if the initial preen fails.
> > background_fsck="NO" # Attempt to run fsck in the background where possible.
>
> Danke für den Tipp. Ich habe es mal so übernommen und den Rechner
> rebooted - es sah auch danach aus das er fsck'n würde, da der Boot
> doch recht lange dauerte. Allerdings scheint sogut wie nichts
> repariert worden zu sein:
>
> ** /dev/ad0s1a (NO WRITE)

NO WRITE wird auch nichts reparieren.
Leider steht nicht warum, der das macht.
Evtl steht in deiner fstab etwas mehr zu dem Geheimniss.
Oder machst du einen händischen fsck _nach_ dem booten?
Wenn das Filesystem schon ativ ist wird der zwangsläufig Fehler finden.

> ** /dev/ad0s1e (NO WRITE)
> ** Last Mounted on /tmp

Das kannst du im Zweifelsfall auch im Multiuser-Mode unmounten
und einen fsck von Hand ausführen.
Vorher natürlich alle nicht benötigten Services beenden.

> ** /dev/ad0s1f (NO WRITE)
> ** Last Mounted on /usr

/usr ist das schon schwieriger, da sshd auf /usr liegt.
Du kannst aber mal die harte Tour versuchen und /usr forciert ro
remounten und dann einen fsck -y von Hand ausführen, während das FS
noch read-only benutzt wird.
Allerdings sollte besser die Ursache für den NO WRITE geklärt werden.

> ** /dev/ad0s1d (NO WRITE)
> ** Last Mounted on /var

/var kann man im Multi-Usermode meistens auch unmounten.
sshd nutzt zwar /var während des Logins, aber danach nicht mehr.

-- 
B.Walter                http://www.bwct.de      http://www.fizon.de
bernd(at)bwct.de           info(at)bwct.de            support(at)fizon.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message