Defektes GEOM - wie an Daten kommen?

I

igno2k

Member
Hallo zusammen,

leider scheint sich das GEOM-Raid auf meinem FreeBSD 7.1 root-Server verabschiedet zu haben. Leider habe ich nicht die Möglichkeit, dort per KVM o.ä. raufzukommen. Es gibt nur eine serielle Rettungskonsole und ein Linux Rescuesystem.

Das Linux Rescuesystem ist jedoch schlecht konfiguriert - es gibt zwar UFS Support, jedoch kein Support für die BSD Disklabels, so dass ich nur das root-FS mounten kann. Das /usr FS kann ich so nicht erreichen.

Ich habe nun auf eine der beiden HDDs des GEOM Raids Gentoo installiert, um einen eigenen Kernel nutzen zu können. Leider wird nur ein Slice erkannt:

[ 2.845802] sdb: sdb1 sdb2
[ 2.859183] sdb1: <bsd: sdb5 >
[ 2.881705] sdb2: <bsd:bad subpartition - ignored

Wieder nur das root-FS. Weiß jemand, wie ich an das andere Slice komme? sdb2 kann man vernachlässigen, das ist soweit meine Erinnerung reicht nur Restplatz ohne Daten.

Hier noch die fstab, mit den 2 konfigurierten GEOM Slices:

/dev/mirror/gm0s1a / ufs rw 1 1
/dev/mirror/gm0s2a /usr ufs rw 0 0

Kann man eigentlich irgendwo auslesen, welche physikalischen Slices im GEOM Raid sind? Gibt es dort eine Config-Datei oder ähnliches.

Bin über jeden Tipp dankbar, mit dem ich wieder an mein /usr komme. Eine Möglichkeit wäre evtl noch, die ganze HDD (=80GB) per dd runterzuziehen und dann auf eine lokale HDD zu ziehen. Könnte ich dann irgendwie ans GEOM Raid ran?

Danke und Gruß,
igno
 
Ich glaube, das was Du geschrieben hast, ist total unverständlich. Kannst Du bitte Dein Problem strukturiert aufschreiben?

1) Wie sind Festplatten gesliced/partitioniert?
2) Welches Raid der 5(?) möglichen bei GEOM setzt Du ein und welche Platten/Partitionen werden davon benutzt?
3) Auf welcher Platte/Partition ist Linux?

Evtl. noch zusätzliche Infos.
 
Du hast vollkommen recht, nakal. Habe den Beitrag in Eile geschrieben und mich nicht wirklich verständlich ausgedrückt.

Antworten auf deine Frage:

1. Es gibt 2 Slices verteilt mit jeweils einer Partition.
ad0s1a
ad0s2a

2. gmirror, RAID1

3. Zusätzliche physikalische Platte, die vorher im gmirror Verbund war

Um es kurz zu machen:

An die Daten kam ich von Linux aus nicht dran. Linux wollte trotz einkompilierten BSD Slices und UFS Support die zweite Slice nicht finden bzw. mounten.

Also habe ich die komplette HDD mit dd_rescue (dd ging nicht, da die HDD physikalische Schäden hat - ergo gab es input/output errors) lokal auf eine andere HDD gepackt und dann mit der Frenzy Live CD gebootet. Diese hat die Slices erkannt und konnte sie mounten. Somit kam ich an den Großteil der aktuellen Daten heran.

Problem wäre also gelöst und für mich steht fest, dass der BSD Slices / UFS Support unter Linux noch verbessert werden kann ;)

Grüße,
igno
 
Der BSDSupport fuer Linuxsysteme wie z.b. cryptsetup/luks könnte genauso verbessert werden wie der LinuxSupport fuer BSD-Systeme wie wie z.b. geom. Das würde nicht nur die Interoperabilität steigern, man könnte auch besser die Güte vergleichen.. und evtl. auf 1-2 fehler in kryptoimplementierungen auch kommen. aber das ist keine ein-mann-sache und fuer $averagehacker natuerlich zu untinteressant :/
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben