Debian Etch auf verschlüsseltem LVM

[theWireless]

Moin moin,

ich scheitere momentan an der Installation von etch auf einem verschlüsselten LVM.

Was ich habe:
3x 300GB SATA-HDDs

Was ich damit vorhabe:

1x RAID1 für /boot
1x RAID5, verschlüsselt, LVM für den Rest (inkl. / )
1x jew. 1GB SWAP (verschlüsselt)

Ich starte also den installer und partitioniere die platten entsprechend (Beispielhaft an sda)
sda1: 150MB RAID
sda2: 1GB crypto (wird SWAP)
sda3: Rest als RAID (sagen wir 290GB)

gleiches mit sdbX und sdcX

weiter wähle ich nun die RAID-Konfiguration:

sda1, sdb1, sdc1 => RAID1 (md0)
darauf dann ein ext2, das ich als /boot mounte

sda3, sdb3, sdc3 => RAID5 (md1)

auf md1 erstelle ich dann ein crypto-FS. Darauf dann ein LVM (VG1)
in VG1 erstelle ich dann mehrere LVs, für /, /home und /Kudnen

sda2, sdb2, sdc3 => SWAP


so far, so well. Installer läuft auch sauber durch ohne zu meckern, GRUB wird installiert, alles voll super.....
Bis zum reboot, dort knipst er mir die beiden RAIDs an und meckert dann, er kann VG1 nicht finden, bleibt mit "Begin: Waiting for root file system... ... " stehn bis dann irgendwann die BusyBox erscheint.

Ich habe das Setup nun schon 5x durchgespielt - ohne Erfolg.
Langsam bin ich wirklich mit meinem Latein am Ende. Wenn der Etch-Installer mir doch die Konfiguration schon ermöglicht so zu machen sollte man doch wohl auch davon ausgehen können, dass das System dann so auch lauffähig ist (da ja keine Fehlermeldungen mehr kommen).

Kann mir hier jmd. weiterhelfen?

[daten]

Hi theWireless

Ich habe leider das selbe Problem. Taucht bei mir aber bei normalem LVM auf, und nicht bei einem verschlüsselten LVM.

Bin dem Problem nicht auf die Schliche gekommen, aber vielleicht weisst du unterdessen mehr, oder hast das Problem lösen können? Ich wäre um jeden Tipp dankbar.

In der BusyBox kann ich die LVM Volumes mittels

vgchange -a y <name>

aktivieren und dann auch mounten. Ich habe mir deshalb gedacht, dass man mit einem solchen Aufruf in der initrd das Problem beheben könnte. Bloss raucht mir eine neu erstellte initrd jeweils immer mit einer kernel panic ab

Wie gesagt: Bin um jeden Tipp dankbar...

[smiler]

EDIT: Zeugs geloescht...

EDIT2: habe auf wireless geantwortet, ahbe nicht auf das Datum geschaut.
Zu deinem Problem, daten, kann ich leider nichts sagen, sorry

smiler

[ewuerfel]

root=/dev/mapper/vg-dom0_root kernel parameter ist die Lösung.
Habe gerade auch 1 lange Nacht hinter mir, wegen dieses Problems.

Aber ein Blick in das lvm Startscript der initramfs zeigt das Problem auf:

# Make sure that we have a d-m path
vg=${vg#/dev/mapper/}
if [ "$vg" = "$1" ]; then
return 1
fi

;-)

[daten]

Hallo ewuerfel. Danke für den Tip. Der "root" Parameter war bei mir schon richtig. Das Problem - welches ich unterdessen glücklicherweise lösen konnte - lag bei mir anderswo.

Da es sich in meinem Fall um SATA Platten handelt musste ich sicherstellen, dass der entsprechende Treiber geladen wird, bevor das Logical Volume angemeldet wird. Geholfen hat eine Modifikation von /conf/modules in der initrd.

Detaillierterer Beschrieb meiner Lösung hier: http://www.ctserver.org/ftopic1830.html

[theWireless]

sorry für meine späte Antwort, aber war die letzten Tage in Urlaub.
Bei mir war ein bug im installer von etch schuld, da ich nen daily-snaphot verwendet hatte (etch war zu dem Zeitpunkt noch nich stable).