Re: LVM Probleme nach upgrade auf Bookworm
Am Sun, 25 Jun 2023 14:21:34 +0200
schrieb Andreas <ahort@t-online.de>:
> Hallo
>
> Am 25.06.23 um 08:31 schrieb Ulrich Fürst:
> > Meine Aufteilung:
> >
> > root@terra:~# pvs
> > PV VG Fmt Attr PSize PFree
> > /dev/mapper/nvme0n1p8_crypt terravm lvm2 a-- <46.86g 0
> > /dev/mapper/sda4_crypt terravm lvm2 a-- <1.71t 0
> > root@terra:~# lvs
> > LV VG Attr LSize Pool Origin Data% Meta% Move
> > Log Cpy%Sync Convert home terravm -wi-ao---- <1.71t root terravm
> > -wi-ao---- 2.79g swap terravm -wi-ao---- <10.54g tmp terravm
> > -wi-ao---- <5.59g usr terravm -wi-ao---- 23.28g var terravm
> > -wi-ao---- <4.66g root@terra:~# lsblk
> > NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
> > sda 8:0 0 1.8T 0 disk
> > ├─sda1 8:1 0 16M 0 part
> > ├─sda2 8:2 0 115G 0 part
> > └─sda3 8:3 0 1.7T 0 part
> > └─sda4_crypt 254:6 0 1.7T 0 crypt
> > └─terravm-home 254:7 0 1.7T 0 lvm /home
> > sdb 8:16 0 931.5G 0 disk
> > └─sdb1 8:17 0 931.5G 0 part
> > /media/ulrich/A0E09159E091370E sdc 8:32 1
> > 0B 0 disk sr0 11:0 1 1024M 0 rom
> > nvme0n1 259:0 0 238.5G 0 disk
> > ├─nvme0n1p1 259:1 0 260M 0 part /boot/efi
> > ├─nvme0n1p2 259:2 0 128M 0 part
> > ├─nvme0n1p3 259:3 0 188.3G 0 part
> > ├─nvme0n1p4 259:4 0 1G 0 part
> > ├─nvme0n1p5 259:5 0 954M 0 part
> > ├─nvme0n1p6 259:6 0 572M 0 part
> > ├─nvme0n1p7 259:7 0 477M 0 part /boot
> > └─nvme0n1p8 259:8 0 46.9G 0 part
> > └─nvme0n1p8_crypt 254:0 0 46.9G 0 crypt
> > ├─terravm-root 254:1 0 2.8G 0 lvm /
> > ├─terravm-usr 254:2 0 23.3G 0 lvm /usr
> > ├─terravm-tmp 254:3 0 5.6G 0 lvm /tmp
> > ├─terravm-var 254:4 0 4.7G 0 lvm /var
> > └─terravm-swap 254:5 0 10.5G 0 lvm [SWAP]
> >
> Deine volume group terravm beinhaltet also sda4_crypt und
> nvme0n1p8_crypt. Die beiden physical volumes müssen also beide vor
> dem eigentlichen Start in das root System entschlüsselt werden. Hast
> du für beide das selbe Passwort? Da könnte aus meiner Sicht das
Das Passwort ist für beide gleich und vor dem Upgrade musste ich es
auch nur einmal eingeben. Da kam zwar eine Warnung, das das PV nicht
gefunden werden kann (/home) und ich
> Use '--activationmode partial' to override.
verwenden kann. Konnte ich nicht, war dann nicht mehr bootfähig. Vllt.
sollte ich das jetzt noch mal probieren?
> Problem liegen. Werden denn innerhalb des initramfs beide PV's
> entschlüsselt.? Da habe ich ehrlich gesagt nicht drauf geachtet bei
> deinen früheren Nachrichten.
>
> Selbst wenn dein root nicht auf dem PV sda4_crypt liegt, so muss doch
> meiner Meinung nach die komplette VG verfügbar sein, bevor
> irgendwelche LV's eingehängt werden können.
s.o. Ich vermute mal, dass sich LVM, unter bullseye zumindest, nicht
daran gestört hat.
Ich probier das mal aus. Aber nicht mehr heute. Da brauch ich mehr Ruhe
:-)
Ach so:
$ cat /etc/crypttab
nvme0n1p8_crypt UUID=c7e5ef18-e011-47df-9054-6d3a67c37225 none luks,discard
sda4_crypt UUID=758849c6-d27b-40c1-96c0-735fb7997bd5 none luks,discard
terra_1_crypt UUID=4adbf944-34ae-4202-8b7c-152dfd249455 /root/tb1 luks,hash=plain,noauto
Die dritte Platte ist die Backup-Platte, die bindet auch problemlos
ein, wenn ich sie einstöpsel.
Das "discard" bei sda4 (normale HDD) macht wohl wenig Sinn, oder? Das
sollte ich wohl raus nehmen.
Danke und LG
Ulrich
Reply to: