Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

24.12.2013, 21:09

Partitionen bei mit LUKS und lvm verschlüsseltem System nicht gefunden

Moin, ich hab mal wieder ein Problem mit meinem System:
Ich habe alles nach dieser in Kombination mit dieser Anleitung Verschlüsselt installiert.
Wenn ich allerdings meine Installationsumgebung verlasse und versuche in das frisch installierte System neu zu starten, spuckt er mir nach dem laden der ganzen Programmmodule aus:

>>Scanning for and activating Volume Groups
No volume groups found
No volume groups found
>>Determining root device...
!!Block device /dev/mapper/gentoo-root is not a valid root device...
!!Could not find the root block device in .
Please specify another value or: prett Enter for the same, type "shell" for a shell, or "q" to skip...

Ich habe es schon mit unzähligen Änderungen in der /etc/default/grub probiert, jedoch hat sich nie etwas merkbares verändert.

Für einen Lösungsansatz wäre ich sehr dankbar, im Anhang noch einmal meine /etc/fstab und /etc/default/grub.

MfG, .callisto
».callisto« hat folgende Dateien angehängt:
  • fstab.txt (1,07 kB - 0 mal heruntergeladen)
  • grub.txt (1,73 kB - 1 mal heruntergeladen - zuletzt: 25.12.2013, 05:50)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von ».callisto« (25.01.2014, 14:47)


2

25.12.2013, 06:41

Moin

Zitat von »callisto«

Quellcode

1
2
# Append parameters to the linux kernel command line
GRUB_CMDLINE_LINUX="cryptdevice=/dev/sdc2:main dolvm rootfstype=ext4"
Hm, eventuell könnte es noch am fehlenden
real_root=
Kernelzeilen-Parameter liegen?

3

25.12.2013, 17:37

Nein, das sollte ja zu dem Zeitpunkt noch nichts bewirken.
Das Problem ist ja offensichtlich, dass LUKS nicht richtig startet und er dadurch versucht die LVM Volumes zu öffnen, bevor die Partition entschlüsselt ist.
Allerdings habe ich auch keine Ahnung, woran das liegen könnte, dass LUKS nicht startet.

MfG, .callisto

4

25.12.2013, 22:50

Frohes Fest,

den Kernel hast Du mit:

Quellcode

1
genkernel --lvm --luks
gebaut?

und startest dann auch mit

Quellcode

1
dolvm
in der Kernelzeile?

5

26.12.2013, 11:24

Ja, genau. Allerdings habe ich wie in der Anleitung zur Verschlüsselung noch --menuconfig all benutzt, um die in der Anleitung vorgegebenen Optionen zu überprüfen.

MfG, .callisto

6

05.01.2014, 19:03

Ich hab jetzt meine HDD nochmal komplett leergeputzt, ganz von vorne angefangen und den Kernel dieseesmal auch selber gebaut.
Bei der Installation ist mir aufgefallen, dass ich beim Mal davor wohl ein paar Sachen falsch gemacht habe, ob die mein Problem auch mit hervorgerufen haben weiß ich nicht.
Jedenfalls habe ich immer noch das selbe Problem, allerdings habe ich es jetzt nachdem ich mit in die Shell gedropt habe geschafft, die Partition manuell zu entschlüsseln und die Volumes zu aktivieren(das hat vorher nicht geklappt).
Somit sollten ja auf jedenfall alle benötigten Module im Kernel vorhanden sein, allerdings weiß ich immer noch nicht, wie ich das entschlüsseln etc. automatisch machen kann.
Wie ich im vorletzten Post schon sagte ist das Problem in meinen Augen, dass trotz der vorhandenen Kommandos in der /etc/default/grub gar nicht erst versucht wird die Partition zu entschlüsseln.

Über Hilfe wäre ich nach wie vor sehr dankbar.

MfG, .callisto

7

05.01.2014, 19:48

Hi .callisto,

was pasiert genau? Kann er die volume group nicht aktivieren oder Kernel Panic?

Hänge mal bitte Deine grub.cfg oder menu.list an.

Ich würde Dir zum Anfang immer genkernel empfehlen, der automatisch eine initrd erzeugt. Wenn es damit läuft kannst Du ja immer noch manuell bauen.

8

05.01.2014, 20:06

Nein, die Volume Group kann er nicht aktivieren, da die Partition zu dem Zeitpunkt ja noch gar nicht entschlüsselt ist. Er tut einfach so, als wäre das schon passiert und spuckt halt die Fehlermeldung im ersten Post aus.
Das initramfs hab ich auch mit genkernel erzeugt, nur den Kernel manuell.
».callisto« hat folgende Datei angehängt:
  • grub.cfg.txt (4,72 kB - 3 mal heruntergeladen - zuletzt: 30.03.2014, 17:32)

9

05.01.2014, 20:38

gib dem Kernel mal diese Optionen mit:

Quellcode

1
kernel-3.10.17-gentoo root=/dev/mapper/gentoo-root dolvm crypt_root=/dev/deine_volume_group/gentoo-root rootfstype=ext4

"deine_volume group" bitte noch durch deinen volume group Namen ersetzen. "ext4" wenn das bei Dir so ist.

10

05.01.2014, 21:47

Hat nichts verändert. Ich habe mir jetzt gerade mal die grub.cfg angeguckt, dabei ist mir aufgefallen, dass (egal welche devices ich als root, crypt_root oder real_root eingetragen habe) immer nur /dev/mapper/gentoo-root als root erwähnt werden (auch wenn das in der /etc/default/grub) garnicht mehr vorkommt. Auch finde ich in der grub.cfg nicht ein einziges Wort, was irgendwie im entferntesten mit luks oder lvm zu tun haben könnte.

Wäre es vielleicht sinnvoll einfach mal Debian verschlüsselt in der Virtualbox zu installieren und sich die /etc/default/grub da anzugucken?

11

05.01.2014, 22:16

Debian werden wir dafür nicht benötigen. :)

baue Dir einen Kernel mit:

Quellcode

1
genkernel --lvm --luks --install --kernname=callisto --menuconfig all
und dann

Quellcode

1
grub2-mkconfig -o /boot/grub/grub.cfg

dann mit den Kernel Parametern starten.

12

06.01.2014, 19:57

Hat wieder nichts verändert, auch die grub.cfg ist bis auf den genkernel Eintrag immer noch die Selbe. Ich habs auch noch mal mit den Parametern "crypt_root=/dev/sdc2 real_root=/dev/mapper/gentoo-root rootfstype=ext4 dolvm" probiert, wieder exakt das Selbe. Da in der grub.cfg ja nichts relevantes verändert wird denke ich mal, dass das Problem nicht in den Parametern liegt, oder?

13

06.01.2014, 21:44

Tja das sollte Grundsätzlich so gehen, dann muss bei Dir noch was anderes querschießen.

so sollten die Einträge in der "grub.cfg" in etwa aussehen.

Quellcode

1
2
3
4
5
6
7
load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_msdos
        insmod lvm
        insmod ext2
          set root='lvm/lv-boot'


keine Ahnung was da los ist, hast Du "grub2-install" richtig ausgefürt, war "boot" auch gemountet?