Hallo,
Ich habe hier Siduction KDE amd64 in einem Logical Volume eines LVM, keine Verschlüsselung. Nach dem Kernelstart bekomme ich die Meldung
Quote/run/lvm/lvmetad.socket: connect failed: no such file or directory
Edit: Pfad korrigiertEs wird 1 m 30 sec nach 2 logischen Partitionen gescannt. Danach fällt der Bootvorgang in den Emergency Mode.
Hier ein paar Auszüge aus # journalctl -xb, die ich für relevant halte:
-- Unit lvm2-activation-early.service has begun starting up.
Jul 14 18:07:11 siductionbox lvm[503]: lvmetad is active, skipping direct activation during sysinit
Jul 14 18:07:11 siductionbox systemd[1]: Started Activation of LVM2 logical volumes.
-- Subject: Unit lvm2-activation-early.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit lvm2-activation-early.service has finished starting up.
--
-- The start-up result is done.
....
-- Unit lvm2-activation.service has begun starting up.
Jul 14 18:07:11 siductionbox lvm[506]: lvmetad is active, skipping direct activation during sysinit
Jul 14 18:07:11 siductionbox systemd[1]: Started Activation of LVM2 logical volumes.
-- Subject: Unit lvm2-activation.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit lvm2-activation.service has finished starting up.
--
-- The start-up result is done.
....
Jul 14 18:08:33 siductionbox systemd[1]: Dependency failed for /dev/disk/by-uuid/839fd4cb-9d9e-49b1-9bae-462bc0b9775d.
-- Subject: Unit dev-disk-by\x2duuid-839fd4cb\x2d9d9e\x2d49b1\x2d9bae\x2d462bc0b9775d.swap has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit dev-disk-by\x2duuid-839fd4cb\x2d9d9e\x2d49b1\x2d9bae\x2d462bc0b9775d.swap has failed.
--
-- The result is dependency.
Jul 14 18:08:33 siductionbox systemd[1]: Dependency failed for Swap.
-- Subject: Unit swap.target has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit swap.target has failed.
--
-- The result is dependency.
Jul 14 18:08:33 siductionbox systemd[1]: ^[[1;39mswap.target: Job swap.target/start failed with result 'dependency'.
Jul 14 18:08:33 siductionbox systemd[1]: ^[[1;39mdev-disk-by\x2duuid-839fd4cb\x2d9d9e\x2d49b1\x2d9bae\x2d462bc0b9775d.swap: Job dev-disk-by\x2duuid-839fd4cb\x2d9d9e\x2d49b1\x2d9bae\x2d462bc0b$
Jul 14 18:08:33 siductionbox systemd[1]: ^[[1;39mdev-disk-by\x2duuid-839fd4cb\x2d9d9e\x2d49b1\x2d9bae\x2d462bc0b9775d.device: Job dev-disk-by\x2duuid-839fd4cb\x2d9d9e\x2d49b1\x2d9bae\x2d462bc$
Jul 14 18:08:33 siductionbox systemd[1]: ^[[1;39mdev-disk-by\x2duuid-ec8da6c0\x2deb5d\x2d4b54\x2d9b3f\x2d29b4b9b06239.device: Job dev-disk-by\x2duuid-ec8da6c0\x2deb5d\x2d4b54\x2d9b3f\x2d29b4b$
Jul 14 18:08:33 siductionbox systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-ec8da6c0\x2deb5d\x2d4b54\x2d9b3f\x2d29b4b9b06239.device.
-- Subject: Unit dev-disk-by\x2duuid-ec8da6c0\x2deb5d\x2d4b54\x2d9b3f\x2d29b4b9b06239.device has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit dev-disk-by\x2duuid-ec8da6c0\x2deb5d\x2d4b54\x2d9b3f\x2d29b4b9b06239.device has failed.
--
-- The result is timeout.
Jul 14 18:08:33 siductionbox systemd[1]: Dependency failed for /home2.
-- Subject: Unit home2.mount has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit home2.mount has failed.
--
-- The result is dependency.
Jul 14 18:08:33 siductionbox systemd[1]: Dependency failed for Local File Systems.
-- Subject: Unit local-fs.target has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit local-fs.target has failed.
Als ersten Workaround habe ich als root die Volume Group manuell aktiviert mit
# vgchange -ayDanach [Crtl D] und das System bootet.
Im zweiten Schritt habe ich lvmetad deaktiviert, und zwar in /etc/lvm/lvm.conf gesetzt
Quoteuse_lvmetad = 0
Das System bootet jetzt, ohne daß ich irgendwelche Probleme feststellen kann. Ich würde natürlich vorziehen, lvmetad (LV-Metadata) korrekt zu konfigurieren. Gibt es Vorschläge oder Erfahrungen damit?
Viele Grüße
Bequimão
Hi Bequimão,
wie sieht denn deine /etc/fstab bzgl des LVM aus? Läuft dein Systemn komplett mit dem LVM? Zeige bitte mal den Output von "lsblk".
EDIT:
lvmetad ist bei mir in der lvm.conf deaktiviert (Standardeinstellung)
EDIT2: Ich denke wenn der lvmetad aktiviert sein soll muss die Variable auto_activation_volume_list in der lvm.conf mit den LVs gesetzt sein, siehe hier https://bbs.archlinux.de/viewtopic.php?id=23428).
Hi Bluelupo,
root@siductionbox:~# cat /etc/fstab
UUID=839fd4cb-9d9e-49b1-9bae-462bc0b9775d none swap sw 0 0
UUID=97a1510b-1148-4c85-9814-1a09168469d6 / ext4 defaults,relatime,errors=remount-ro 0 1
# /dev/mapper/vg1-mlvm2: LABEL="home-lvm" UUID="ec8da6c0-eb5d-4b54-9b3f-29b4b9b06239" TYPE="ext4"
UUID=ec8da6c0-eb5d-4b54-9b3f-29b4b9b06239 /home2 ext4 auto,users,rw,exec,suid,relatime 0 2
UUID=9f66f107-5c5e-48c6-9e78-c15f4e013e9a /media/disk36 ext4 noauto,users,rw,exec,relatime 0 0
# /dev/sda5: UUID="56a54948-01e5-4d71-9ac9-35e3ea005d2a" TYPE="ext4" LABEL="isos
UUID=56a54948-01e5-4d71-9ac9-35e3ea005d2a /media/disk1part5 ext4 noauto,users,rw,exec,relatime 0 0
root@siductionbox:~#
root@siductionbox:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 180G 0 part
│ ├─vg1-mlvm1 254:0 0 10G 0 lvm /
│ ├─vg1-swap 254:1 0 6G 0 lvm [SWAP]
│ ├─vg1-mlvm2 254:2 0 40G 0 lvm /home2
│ ├─vg1-mlvm3 254:3 0 11G 0 lvm
│ ├─vg1-mlvm7 254:4 0 10G 0 lvm
│ ├─vg1-mlvm4 254:5 0 10G 0 lvm
│ ├─vg1-mlvm5 254:6 0 16G 0 lvm
│ └─vg1-mlvm6 254:7 0 12G 0 lvm
├─sda2 8:2 0 1G 0 part
├─sda3 8:3 0 1K 0 part
├─sda5 8:5 0 8,8G 0 part
├─sda6 8:6 0 12G 0 part
└─sda7 8:7 0 19,5G 0 part
sr0 11:0 1 1024M 0 rom
Ich habe noch eine aptosid-Installation auf einem neueren UEFI-Notebook mit demselben Problem (use_lvmetad = 1). Zwei andere Instanzen, die ursprünglich wheezy bzw. jessie testing waren haben als Standard use_lvmetad = 0.
Diese Instanz ist ein Desperado reloaded (ohne kde-next). Neuere Versionen habe ich nicht im LVM getestet.
Viele Grüße
Bequimão
Hi Bequimão,
es scheint so das deine LVs beim Booten noch nicht bekannt sind (händisch funktioniert das ja). Evtl. ist udev im Zusammenhang mit systemd der Übeltäter.
Als Workaround könntest du mal versuchen in der fstab die direkten Devicepfade anzugeben (oder die LABEL's).
Beispiele (auf deine Gegebenheiten anpassen):
LABEL=ROOT / ext4 defaults,relatime,errors=remount-ro 0 1
oder
/dev/mapper/VGsys-LVroot / ext4 defaults,relatime,errors=remount-ro 0 1
Nachher noch einen "update-grub". Vielleicht werden dann die LVM-Devices rechtzeitig gefunden beim Booten.
Ggf. würde ich noch einen Bugreport eröffnen.
Hallo,
Eine neue Version von lvm2 ist jetzt über D-U installiert (2.02.122-2).
Die Fehlermeldung bzgl. lvmetad.socket aus dem Eingangspost erscheint nicht mehr, worauf ich lvmetad wieder aktiviert habe (use_lvmetad = 1). Der Computer bootet jetzt problemlos. Ein Bugreport hat sich damit erledigt.
Besten Dank, Bluelupo!
Viele Grüße
Bequimão
Schrägerweise habe ich seit kurzem die Fehlermeldung auf meinem Desperado (noch KDE4) auch und in der /etc/lvm/lvm.conf (uneditierte Standard-Datei) steht "use_lvmetad = 1". Ich wüsste nicht, dass ich bisher irgendwas lvm-mäßiges benutzt habe...
@spacepenguin: Wenn Du LVM und mdadm nicht benutzt würde ich einfach purgen empfehlen. Gilt genau so für ungebräuchliche Dateisysteme und Programme, die man nicht benutzt..
Jo, sind jetzt weg. Bei solchen systemnahen Dingen tu ich mich damit immer bisschen schwer ;).