Freenas Problelm fsck Superblk

P

Peli67

Member
Hallo liebe BSD Gemeinde !

Ich bin eigentlich durch und durch ein Windows User, habe mich dann aber doch getraut über den Tellerrand zu schauen ...

Hier kommt meine Frage...

Ich habe eine freenas Lanbox aufgestetzt ..., alles wunderbar bis zum gestrigen Tag.
Die Box crashed un im Log steht etwas
fsck: /dev/da0p1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
Dabei handelt es sich um ein Hardware Raid 5 auf einem Promise SX8350 Controller

nach durchwühlen aller Infos wurde folgendes gemacht

1. fsck -b
hat einige Fehler beseitigt
jedocht: Free BLK Counts(s) wrong in superbilk nicht

2. leider kriege ich keinen exclusiven Zugriff warum auch immer..
ich habe versucht mit mount -ur
jedoch kommt Device busy

3. fsck meldet no write

4. Das Problem besteht weiterhin, greife ich von außen (windows share auf die Box zu) crashed Sie.
Hat jemand eine Idee ?
 
Das Problem ist, dass das System nicht von der betroffenen Platte booten darf um das fsck durchzuführen. Falls das Gerät ein CD-Laufwerk hat, kannst du von einer Live-CD booten und von dort das fsck durchführen.
 
HEy das geht ja schnell..

Nein es bootet von einer eigenständigen HDD wo nur Freenas drauf ist

Live Cd wird etwas schwierig denn das System hat kein optisches Laufwerk
und mit einer Live Cd wird der Raid Controller überhaupt nicht erkannt, nunja aller Anfang ist schwer aber das das so ausartet mit Freebsd habe ich nicht gerechnet.

aber alles in allem ein Super Betriebssystem
 
Wenn die betroffene Partition nicht die Bootpartition ist, kannst du einfach in den Single User Modus gehen.
 
Aus dem laufenden System mit shutdown now, alternativ gibt's die Option auch im Bootmenu. Aus dem Single-User-Mode kommt man mit exit wieder raus. Im Single-User-Mode kannst du alles bis auf die Partition mit dem Kernel unmounten. Und selbst die solltest du in den read-only Modus verfrachten können.
 
so das klappt schon einmal shutdown now

jedoch bringt mich das nicht weiter fsck meldet immer noch Free BLK Counts(s) Wrong in superbulk und gibt mir nicht die Möglickeit (Yes) zu Salvage einzutippen

fsck -p

meldet No write Access
 
Du musst natürlich noch die betreffende Partition unmounten. Möglicherweise reicht es auch mit mount -ur die Partition in den Read-Only Modus zu schicken.
 
fsck -y

Hallo Peli67,

Du versucht Dich da immer mit einem fsck im preen mode:
http://www.freebsd.org/cgi/man.cgi?...ath=FreeBSD+6.3-RELEASE+and+Ports&format=html

Wenn das UFS Filesystem tatsächlich mal einen stärkeren Hau abgekriegt hat,
versuche man es mit:
Code: 
fsck -y
Das macht einen Filesystem Check und jede Frage, ob ein auftauchender Fehler
behoben werden soll, wird mit dem Schalter -y automatisch mit "yes" beantwortet.

Die Filesysteme, welche mit dem fsck bearbeitet werden sollen,
müssen entweder ausgehangen sein (umount),
oder dürfen nur im read only modus eingehangen sein.
Mit dem Befehl:
Code: 
mount
ohne irgend sonst was,
wird angezeigt was zur Zeit eingehangen ist.
Der Single User Modus wurde ja bereits erwähnt,
der Single User Modus wäre dann das richtige
um die Systempartition auch einem fsck zu unterziehen.
Im Single User Mode wird die root Partition /
(Also das: /dev/ad0s1a üblicherweise)
automatisch nur im read only modus eingehangen.
Siehe auch:
http://www.freebsd.org/cgi/man.cgi?...ath=FreeBSD+6.3-RELEASE+and+Ports&format=html

So macht man dann ein eventuell notwendiges fsck.
Im Single User Modus kann es sein,
das man eine Amerikanische Tastaturbelegung hat.
("US-ASCII" oder einfach nur "ASCII")
Y und Z sind dann vertauscht,
statt dem Bindestrich erscheint ein /
während der Bindestich auf dem ß zu finden ist. ;)


Gruß, Fusselbär
 
So nochmal das ganze

1. Single User Mode: shutdown now
2. prüfen ob Filesystem unmount: danach
3. Filesystem on dev/ad0S1a (No write) !!
4. unmount -ur und oder mount -f
5. Filesystem on dev/ad0S1a (No write) !!

fsck -y wird durchgeführt jedoch keine Möglichkeit der Interaktion ( Free Blk Count(s) wron in superblk)
Slavage ? (und hier kommt automatisch No) egal was ich versuche...

Sitze jetzt echt mit vieeel Frust vor dieser Kiste
 
Zuletzt bearbeitet:
Nein es bootet von einer eigenständigen HDD wo nur Freenas drauf ist
Zum Vergrößern anklicken....

Ja und die ist die kaputte und die musst du richten. Hast du schon Kamikazes Vorschlag mit livecd probiert. Da gibts Notfallconsole und so..

PS: So wie ich das verstehe bootest du immer noch von der defekten Platte. <- Anm. hinzu
 
Nein die defekte Platte ist nicht das Bootmedium

Mein Setup:
1. HD 20 GB => Freenas full install
2. HD Hardware Raid5 mit Promise SX8350 Controller

auf "Platte 2" liegt das Problem
 
Zuletzt bearbeitet:
Peli67 schrieb:
4. unmount -ur und oder mount -f
Zum Vergrößern anklicken....
Kann ich mir vorstellen, dass dich das frustriert, ist nämlich Käse.

# umount <partition>
ist was du suchst. Oder gleich ein

# umount -a
was alles aus deiner fstab unmounted was du irgendwie unmounten kannst.

Dann kannst du mit
# fsck -y

über alle in deiner fstab eingetragenen Partition drüberschrubben.
 
Boote mal neu, und gehe direkt in den Single-User Modus.
Wenn das Bootmenü, in dem du den Single-User Modus auswählenkannst, nicht erscheint, kannst du es auch mit der Eingabe von
Code: 
boot -s
machen. Wann genau du das eintippen musst, steht hier:
http://docs.freebsd.org/doc/6.2-RELEASE/usr/share/doc/de/books/handbook/boot-blocks.html

Wenn du dann im Single-User-Mode bist, steht da was von Pfad zur Shell eingeben, hier kannst du einfach Enter drücken.
Hier sollte dann das bereits oben genannte
Code: 
fsck -y
funktionieren. Achtung! Englische Tastaturbelegung, also
Code: 
fsck ßz
eintippen. ;)
 
Aber du gibts fsck schon das defekte Gerät mit, oder? Denn sonst geht er gegen die /etc/fstab und beginnt beim /...
 
das boot Command kennt Freenas nicht.. zumindest nicht die installierte Version 06.86 stable

'# boot
Command not found
 
Normalerweise solltest du, so wie ich das sehe, einfach:

fsck_ffs -y /dev/da0p1

probieren direkt nach dem Boot und dann neustarten. Er sagt ja er kann es nicht mounten, weil es inkonsistent ist und somit sollte es gar nicht erst gemountet sein.
 
s-tlk schrieb:
Normalerweise solltest du, so wie ich das sehe, einfach:

fsck_ffs -y /dev/da0p1

probieren direkt nach dem Boot und dann neustarten. Er sagt ja er kann es nicht mounten, weil es inkonsistent ist und somit sollte es gar nicht erst gemountet sein.
Zum Vergrößern anklicken....

ist aber ein ufs Filesystem und wie gesagt bekomme ich keinen write Zugriff, egal was ich bisher angestellt habe. Irgendwie drehe ich mich im Kreis , da ich keinen Befehl kenne der den Schreibzugriff auf das System ermöglicht.
 
fsck_ufs ist das gleiche wie fsck_ffs.
Kann es sein das du fsck_ffs usw etc nicht als root laufen hast lassen wenn du nicht im single user mode bist?

Zeig doch vllt auch mal was wenn du "normal" gebootet hast, ein
# mount
ergibt.
 
s-tlk schrieb:
fsck_ufs ist das gleiche wie fsck_ffs.
Kann es sein das du fsck_ffs usw etc nicht als root laufen hast lassen wenn du nicht im single user mode bist?

Zeig doch vllt auch mal was wenn du "normal" gebootet hast, ein
# mount
ergibt.
Zum Vergrößern anklicken....
# mount

dev/ad0s1a on (ufs, local, soft updates)
devs on /dev (devfs, local)
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben