TLDR:
Es scheint damit zusammen gehangen zu haben, dass das LVM auf LUKS eine "vgkubuntu-root" wie auch das LVM der anderen Platte eine "vgkubuntu-root" aufwies. So meine Theorie.
Ich habe die zweite Platte jetzt einfach ohne LVM (da hier nicht benötigt) installiert und es bootet alles so wie es soll.
Komme einfach nicht mehr weiter. Man muss dazu sagen, dass ich noch relativ neu bin und auch einfachere Sachen womöglich noch nicht so ganz verstanden habe.
Ich habe eine verschlüsselte Xubuntu Installation auf einer nvme, läuft gut:
Code:
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme0n1 259:0 0 477G 0 disk
├─nvme0n1p1 259:1 0 2G 0 part /boot
└─nvme0n1p2 259:2 0 475G 0 part
└─lukslvm 253:0 0 475G 0 crypt
├─vgkubuntu-swap 253:1 0 39,1G 0 lvm [SWAP] #Namensgebung nicht beachten, sollte ursprünglich kubuntu werden, xubuntu fande ich dann aber besser und habe vergessen die Bezeichnung zu ändern
└─vgkubuntu-root 253:2 0 435,9G 0 lvm /
blkid
/dev/mapper/lukslvm: UUID="" TYPE="LVM2_member"
/dev/mapper/vgkubuntu-swap: UUID="XXX" TYPE="swap"
/dev/mapper/vgkubuntu-root: UUID="XXX" TYPE="ext4"
Jetzt habe ich eine LinuxVM (Kubuntu) erstellt direkt auf einer SSD /sdb installiert, auch kein Problem. läuft.
Wenn diese Festplatte /sdb jetzt angesteckt ist läuft zunächst alles normal ab: Grub, Kernel geladen, Xubuntu Installation mit Passwort entschlüsselt -> bums die Kubuntu Installation die eigentlich für die VM ist und nur äusserst selten bare-metal gestartet werden soll ist da. :/
Also nach einiger Recherche etc/default/grub um kopt=root=UUID=XXX ergänzt. update-grub ausgeführt.
Code:
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'
GRUB_DEFAULT="1>2"
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="radeon.blacklist=1 quiet splash intel_iommu=on vfio-pci.ids=1002:67df,1002:aaf0 pcie_acs_override=downstream kopt=root=UUID=XXX"
GRUB_CMDLINE_LINUX=""
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
Hier musste ich bedauerlicherweise feststellen, dass es irgendwie ein /sdd in meine Konfiguration geschafft hat. Muss ich mir da sorgen machen oder kann ich das ignorieren?
Eigentlich habe ich nur sda (Windows), sdb(LinuxVM, Kubuntu), sdc(WindowsVM) und nvme0n1 (Linux, LVM on LUKS, Xubuntu)
Code:
sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
GRUB-Konfigurationsdatei wird erstellt …
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
Linux-Abbild gefunden: /boot/vmlinuz-5.4.0-52-generic
initrd-Abbild gefunden: /boot/initrd.img-5.4.0-52-generic
Linux-Abbild gefunden: /boot/vmlinuz-5.4.0-acso
initrd-Abbild gefunden: /boot/initrd.img-5.4.0-acso
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
/dev/sdd: open failed: No medium found
Found memtest86+ image: /memtest86+.elf
Found memtest86+ image: /memtest86+.bin
/dev/sdd: open failed: Kein Medium gefunden
/dev/sdd: open failed: Kein Medium gefunden
erledigt
Ohne /sdb startet der PC normal. Mit /sdb verlief bis zum entschlüsseln des Xubuntu Volumens alles ohne Erkennbare Probleme. Das Xubuntu Bootlogo blieb nach erfolgreichem entschlüsseln noch eine Weile, dann erschien dies:
auschnitt.png
Ich habe dann nochmal geschaut wo ich dort denn bin:
Entschlüsseln scheint also geklappt zu haben aber das weitere Booten nicht.
Vielleicht kann mir ja einer weiter helfen wo es haken könnte. Besten Dank.
-----------------
Nachtrag:
So sieht es unter dem falschen/fehlerhaften Kubuntu boot aus:
Code:
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 223,6G 0 disk
├─sda1 8:1 0 529M 0 part
├─sda2 8:2 0 100M 0 part
├─sda3 8:3 0 16M 0 part
└─sda4 8:4 0 223G 0 part
sdb 8:16 0 465,8G 0 disk
├─sdb1 8:17 0 512M 0 part
└─sdb2 8:18 0 465,3G 0 part
├─vgkubuntu-root 253:0 0 464,3G 0 lvm /
└─vgkubuntu-swap_1 253:1 0 980M 0 lvm [SWAP]
sdc 8:32 0 465,8G 0 disk
├─sdc1 8:33 0 100M 0 part
├─sdc2 8:34 0 16M 0 part
├─sdc3 8:35 0 465,1G 0 part
└─sdc4 8:36 0 521M 0 part
sdd 8:48 0 2,7T 0 disk
├─sdd1 8:49 0 128M 0 part
└─sdd2 8:50 0 2,7T 0 part
sr0 11:0 1 1024M 0 rom
nvme0n1 259:0 0 477G 0 disk
├─nvme0n1p1 259:1 0 2G 0 part
└─nvme0n1p2 259:2 0 475G 0 part
└─lukslvm 253:2 0 475G 0 crypt
So in etwa sollte es unter dem richtigen Xubuntu boot aussehen:
Code:
lsblk
sda 8:0 0 223,6G 0 disk
├─sda1 8:1 0 529M 0 part
├─sda2 8:2 0 100M 0 part
├─sda3 8:3 0 16M 0 part
└─sda4 8:4 0 223G 0 part
sdb 8:16 0 465,8G 0 disk
├─sdb1 8:17 0 512M 0 part
└─sdb2 8:18 0 465,3G 0 part
├─vgkubuntu-root 253:0 0 464,3G 0 lvm
└─vgkubuntu-swap_1 253:1 0 980M 0 lvm
sdc 8:16 0 465,8G 0 disk
├─sdc1 8:17 0 100M 0 part
├─sdc2 8:18 0 16M 0 part
├─sdc3 8:19 0 465,1G 0 part
└─sdc4 8:20 0 521M 0 part
sdd 8:32 0 2,7T 0 disk
├─sdd1 8:33 0 128M 0 part
└─sdd2 8:34 0 2,7T 0 part
sr0 11:0 1 1024M 0 rom
nvme0n1 259:0 0 477G 0 disk
├─nvme0n1p1 259:1 0 2G 0 part /boot
└─nvme0n1p2 259:2 0 475G 0 part
└─lukslvm 253:0 0 475G 0 crypt
├─vgkubuntu-swap 253:1 0 39,1G 0 lvm [SWAP]
└─vgkubuntu-root 253:2 0 435,9G 0 lvm /
Sieht ja fast doch so aus, als ob die Entschlüsselung bei der zusätzlichen Platte durcheinander kommt
Kommen die beiden LVM womöglich durcheinander? Oder ist der Sata Controller irgendwie "näher dran" als die PCIe SSD?
Das sind gerade noch zwei mögliche Ursachen, welche mir einfallen.
Lesezeichen