swap (nog steeds) is het de lvm boot-volgorde ?
Ik graaf/vraag verder over de raid partitie die niet gemount wordt.
Vooraf: hier al eerder gemeld, NAS raid1 server ge(her)installeerd. Ik
heb een swap raid-partitie die bij het booten niet in werking wordt
gesteld.
Ik probeer uit te vinden waarom niet, en hoe ik het kan fixen.
Ik zie (nu pas) dat de (her)installatie een prima log bijhield (in
/var/log/installer/ ).
Daaruit maak ik op dat de swap partitie goed is aangemaakt:
Bijvoorbeeld in /var/log/installer/syslog
"Adding 1950716k swap on /dev/md1. Priority:-2 extents:1
across:1950716k FS"
en verderop in de log, zie ik mijn tweede (of derde) installatie poging:
,----
| Wiping swap signature on /dev/mapper/md1_crypt.
| partman-lvm: Physical volume "/dev/mapper/md1_crypt" successfully created.
| partman-lvm: Volume group "earplug-raid1-swap-vg" successfully created
| partman-lvm: Logical volume "swap-lv" created.
`----
of deze:
"debug: /dev/mapper/earplug--raid1--swap--vg-swap--lv: is active swap"
en dan bijna helemaal onderin, als de installer klaar is:
,----
| finish-install: dpkg-divert: warning: diverting file '/sbin/start-stop-daemon' from an Essential package with rename is dangerous, use --no-rename
| in-target: update-initramfs: Generating /boot/initrd.img-5.10.0-18-amd64
| in-target: cryptsetup: WARNING: md1_crypt: couldn't determine device type, assuming
| in-target: default (plain).
| in-target: cryptsetup: WARNING: Resume target md1_crypt uses a key file
| finish-install: info: Running /usr/lib/finish-install.d/15cdrom-detect
`----
Maar dan, als de machine "echt" herstart, gaat het mis:
journalctl -xe
,----
| systemd[1]: dev-mapper-earplug\x2d\x2draid1\x2d\x2dswap\x2d\x2dvg\x2dswap\x2d\x2dlv.device: Job dev-mapper-earplug\x2d\x2draid1\x2d\x2dswap\x2d\x2dvg\x2dswap\x2d\x2dlv.device/start timed>
| systemd[1]: Timed out waiting for device /dev/mapper/earplug--raid1--swap--vg-swap--lv
`----
en ook
systemd-cryptsetup[805]: Failed to load LUKS superblock on device /dev/md1: Invalid argument
die Luks superblock foutmelding, die wordt veroorzaakt door een commando
dat wordt aangeroepen door systemd. Ik weet inmiddels welke:
Ik doe:
/lib/systemd/system-generators/systemd-cryptsetup-generator
dat schrijft naar /tmp/ een aantal bestanden, waaronder
systemd-cryptsetup@md1_crypt.service
In dat bestand staat (onder meer)
ExecStart=/lib/systemd/systemd-cryptsetup attach 'md1_crypt' '/dev/md1'
'/dev/urandom' 'cipher=aes-xts-plain64,size=256,discard'
dat kan ik dus ook vanaf de commandline herhalen, en dan krijg je dus
die failed Luks superblock melding.
Ik weet niet waar dat commando vandaan komt, maar ik neem aan uit de
Debian installer.
De enige link op het Internet waar ik wat mee kon, tot nog toe, is deze:
https://forums.gentoo.org/viewtopic-t-1103832-start-0.html
die doet vermoeden dat het iets te maken heeft met een race tussen crypt
en het klaar zetten van de raid1. Of de lvm-dinges (zie verder).
Maar helaas, zelfs als ik een langere pauze ingeef dan op dat blog (0.3)
ExecStartPre=/bin/sleep 120
^^ twee minuten, dus komt het niet goed. Ik vind sleep 300 ook ok, maar
ik vermoed dat dit het probleem niet is.
En dan is er nog deze link, waar een Debian user iets dergelijks meldt
https://other.debian.org/debian-user/2020/03/msg00620.html
"It looks like cryptsetup is started before LVM."
helaas gaat die thread niet verder.
Reply to: