Hyper-V & verschlüsselung LUKS Debian 11 Bullseye *funktioniert nicht*

[chrisdeb2021]

Hallo,

ich bin heute den ganzen Tag damit beschäftigt gewesen und auf keine Lösung gekommen.
Vielleicht hat jemand eine Idee, oder es ist ein allg. Problem.

Sobald ich bei der Installation von Debian "Geführt - gesamte Platte mit verschlüsseltem LVM" auswähle, klappt die Anmeldung unter Hyper-V nicht.

Es heißt nur immer...

Code: Alles auswählen

Volume group "debian-vg" not found
Cannot process volume group debian-vg
Volume group "debian-vg" not found
Cannot process volume group debian-vg

Please unlock disk sda3_crypt: _

Der Cursor blinkt, aber unter Hyper-V geht es ab da nicht weiter. Er nimmt nichts entgegen. Irgendwo hatte ich mal etwas von Keyboard Treiber problemen gelesen...

Achja, Hyper-V als Generation 2 Installation.
Mache ich die Installation als Gen 1 funktioniert es und auch unter VMWare funktioniert die Installation.

Habe schon alle (mir bekannten) Möglichkeiten "viele gibt es ja nicht" durchprobiert. "Sicherer Start" an aus, jeden Modus etc...

Vielleicht hat jemand ja noch eine Idee.

Vielen Dank.

[mcb]

Auf einen Fix warten -

Den Windows Host verschlüsseln und die VM nicht verschlüsseln ist keine Option?

[chrisdeb2021]

Danke für die Antwort.
Also scheint es ein Bug zu sein, oder war dies nur eine Vermutung?
Mir ging es erst einmal darum, ist es ein Fehler hier, beachte ich etwas nicht oder eben doch ein Fehler etc...

Ich konnte dazu leider überhaupt nichts finden, das hat mich eher ver/gewundert.
Ok Bullseye ist auch erst seit ein paar tagen offiziell draußen, aber so ein spezieller Fall ist es nun auch wieder nicht.

Bei mir ist es mit Linux bzw. BSD schon ein paar Jahre her. Darum bin ich auch gerade aufgeschmissen, wo ich hätte nachschauen können, woran es harpert.

Leider ist den Host verschlüsseln, für diesen Fall, keine Option.

Ich probiere dann morgen nochmals die Generation 1 aus. Kam mir zwar etwas langsamer vor.
Bis es eine Lösung/Update gibt, ist dies immerhin eine Option.

Viele Grüße
Chris

[mcb]

Mit dem Bug ist eine Vermutung - das würde mch bei MS aber nicht wundern ... könnte aber auch an bullseye liegen. Wo man sowas findet weiß ich auch nicht. Sorry.

Bei mir ist immer der Host verschlüsselt, also habe ich da keinerlei Erfahrung.

[dheuvels]

Das Thema ist zwar schon älter, aber da ich unter Debian Bookworm über das gleiche Problem gestolpert bin, wollte ich meine Lösung teilen.

• Nach der Installation von der CD/DVD in den Rescue-Modus booten und die Root-Partition mounten (im Rescue Modus kann man das Passwort eingeben).

• Shell auf der Root-Partition öffnen.

• Ggf. `mount /var`, `mount /usr` usw. ausführen, wenn man separate Partitionen dafür hat.

• Den Hyper-V Tastaturtreiber als zusätzliches Modul in die initramfs Konfiguration aufnehmen: `echo "hyperv-keyboard" >>/etc/initramfs-tools/modules`

• Das Initrd image aktualisieren: `update-initramfs -u -v`

Wenn man im Expert-Mode installiert, kann man auch schon während der Installation eine Shell im Installer-Environment öffnen und mit `chroot /target` ins Zielsystem wechseln.
Dann kann man obige Befehle ausführen und es sollte direkt funktionieren, ohne dass man nochmal in die Rescue-Console muss.

Wenn man mit Preseed installiert, kann man auch ein "late_command" ausführen lassen: `d-i preseed/late_command string echo "hyperv-keyboard" >> /target/etc/initramfs-tools/modules`
Der Installer führt vor dem finalen Reboot nochmal "update-initramfs" aus, so dass das Initrd Image den Tastaturtreiber an Bord hat.