90s Boot verzögerung (1/2 A start job is running for dev-disk-by\x2duuid-b3c84411\...)

mse85 · 17. Januar 2021

Hallo,

ich habe bzgl. des Problems schon google konsultiert, hat aber leider nichts gebracht. Ich glaube die beiden UUIDs gehören zu externen Laufwerken. Ich habe in den systemesttings eingestellt dass die automatisch gemountet werden wenn sie angeschlossen werden.

Hier sind die Meldung und /etc/fstab:

Code

UUID=f9bbd358-ab7e-4541-913f-b1238720d1e8  /          ext4   defaults      0  1
UUID=752cf964-c310-4c69-b87a-a9471e19c72a  /home      ext4   data=ordered  0  2
UUID=7E5B-5ED4                             /boot/efi  vfat   defaults      0  2
UUID=8a16faed-18e5-4a4c-bc23-4ea900c66157  swap       swap   defaults      0  0

Code

(1/2) A start job is running for dev-disk-by\x2duuid-b3c84411\...

Alero · 17. Januar 2021

Poste bitte sofort nach einem Neustart

Code

systemd-analyze blame

Ansonsten, läuft irgendwas im Autostart?

mse85 · 17. Januar 2021

Code

localhost:/home/martin # systemd-analyze blame    
         15.460s systemd-cryptsetup@cr_home.service
         12.834s postfix.service
          2.503s btrfsmaintenance-refresh.service
          1.366s apparmor.service
           998ms display-manager.service
           828ms upower.service
           782ms sshd.service
           590ms lvm2-monitor.service
           508ms firewalld.service
           477ms vboxdrv.service
           415ms initrd-switch-root.service
           377ms plymouth-quit-wait.service
           365ms systemd-update-utmp-runlevel.service
           344ms udisks2.service
           323ms dracut-initqueue.service
           235ms boot-efi.mount
           214ms mcelog.service
           198ms rsyslog.service
           186ms systemd-fsck@dev-disk-by\x2duuid-7E5B\x2d5ED4.service
           185ms systemd-rfkill.service
           184ms rtkit-daemon.service
           154ms smartd.service
           153ms nscd.service
           145ms initrd-parse-etc.service
           114ms dev-disk-by\x2duuid-8a16faed\x2d18e5\x2d4a4c\x2dbc23\x2d4ea900c66157.swap
           109ms chronyd.service
lines 1-26...skipping...
         15.460s systemd-cryptsetup@cr_home.service
         12.834s postfix.service
          2.503s btrfsmaintenance-refresh.service
          1.366s apparmor.service
           998ms display-manager.service
           828ms upower.service
           782ms sshd.service
           590ms lvm2-monitor.service
           508ms firewalld.service
           477ms vboxdrv.service
           415ms initrd-switch-root.service
           377ms plymouth-quit-wait.service
           365ms systemd-update-utmp-runlevel.service
           344ms udisks2.service
           323ms dracut-initqueue.service
           235ms boot-efi.mount
           214ms mcelog.service
           198ms rsyslog.service
           186ms systemd-fsck@dev-disk-by\x2duuid-7E5B\x2d5ED4.service
           185ms systemd-rfkill.service
           184ms rtkit-daemon.service
           154ms smartd.service
           153ms nscd.service
           145ms initrd-parse-etc.service
           114ms dev-disk-by\x2duuid-8a16faed\x2d18e5\x2d4a4c\x2dbc23\x2d4ea900c66157.swap
           109ms chronyd.service
           101ms avahi-daemon.service
            98ms kbdsettings.service
            95ms bluetooth.service
            91ms systemd-udevd.service
            91ms systemd-udev-trigger.service
            75ms systemd-modules-load.service
            75ms sys-fs-fuse-connections.mount
            75ms user@1000.service
            67ms klog.service
            66ms ModemManager.service
            65ms systemd-journald.service
            64ms iscsi.service
            60ms vboxautostart.service
            58ms systemd-logind.service
            55ms alsa-restore.service
            54ms systemd-vconsole-setup.service
            50ms wpa_supplicant.service
            49ms dracut-cmdline.service
            46ms NetworkManager.service
            46ms systemd-user-sessions.service
            44ms systemd-journal-flush.service
            43ms systemd-remount-fs.service
            38ms plymouth-start.service
            37ms systemd-backlight@backlight:intel_backlight.service
            37ms systemd-sysctl.service
            36ms kmod-static-nodes.service
            35ms systemd-tmpfiles-setup.service
            32ms systemd-fsck@dev-disk-by\x2duuid-752cf964\x2dc310\x2d4c69\x2db87a\x2da9471e19c72a.service
            32ms auditd.service
            31ms systemd-tmpfiles-setup-dev.service
            29ms sysroot.mount
            28ms home.mount
            28ms plymouth-switch-root.service
            27ms systemd-random-seed.service
            26ms dev-hugepages.mount
            25ms dev-mqueue.mount
            23ms dracut-shutdown.service
            22ms systemd-fsck-root.service
            22ms plymouth-read-write.service
            21ms initrd-cleanup.service
            19ms sys-kernel-debug.mount
            18ms dracut-pre-udev.service
            17ms systemd-update-utmp.service
             9ms user-runtime-dir@1000.service
             6ms initrd-udevadm-cleanup-db.service

Alles anzeigen

Hidalgo · 17. Januar 2021

Moin!

Das Problem hatte ich in der Vergangenheit zwei Mal, suchte und fand darüber nichts was half.

Leider ist das schon länger her - das Problem hing eindeutig (bei mir) mit der Swap-Partition

zusammen. Die UUID dieser Swap stimmte nicht in der fstab. Warum sich das änderte konnte

ich nicht nachvollziehen, aber genau dort lag der Fehler welcher den zeitaufwendigen Systemstart

verursachte.

Bitte prüfe, ob die UUID der jetzigen Swap-Partition mit derjenigen übereinstimmt, die in der fstab

eingetragen ist. Wie man die aktuelle UUID der Swap-Partition herausfindet weiss ich jetzt nicht aus

dem Kopf - sollte aber kein Problem sein. Diese UUID muss natürlich mit derjenigen in der fstab übereinstimmen.

Gruß ... und viel Erfolg!!!

Alero · 17. Januar 2021

Zitat von Hidalgo

aktuelle UUID der Swap-Partition herausfindet

Zwei Möglichkeiten als Root

Code

blkid

oder

Code

ls -l /dev/disk/by-uuid/

Edit: systemd-analyze ist meines Erachtens eigentlich unauffällig. Aber du hast etwas verschlüsselt ... und das könnte mit der swap zusammenhängen ... oder mit deinem Problem. Hast du evtl. einen externen USB Stick der mit der Verschlüsselung etwas zu tun hat?

mse85 · 17. Januar 2021

Moin,

danke für den Tipp, aber das scheint in meinem Fall nicht das Problem zu sein. Ich habe die UUID der swap in gparted mit der in der /etc/fstab abgeglichen, sie stimmen überein.

es sind auch 2 UUIDs auf die gewartet wird. Es passt auch zeitlich zusammen. Der Fehler ist aufgetreten nachdem ich die beiden externen SSDs verschlüsselt formatiert habe und in den Wechselmedien (systemsettings) zur automatischen Einbindung konfiguriert habe.

mse85 · 17. Januar 2021

Code

localhost:/home/martin # ls -l /dev/disk/by-uuid/
insgesamt 0
lrwxrwxrwx 1 root root 10 17. Jan 11:14 22C25D25C25CFE8B -> ../../sda3
lrwxrwxrwx 1 root root 10 17. Jan 11:14 3d771f6a-3872-4fd8-8777-85ec20a4c2d7 -> ../../sda7
lrwxrwxrwx 1 root root 10 17. Jan 10:54 752cf964-c310-4c69-b87a-a9471e19c72a -> ../../dm-0
lrwxrwxrwx 1 root root 10 17. Jan 11:14 7E5B-5ED4 -> ../../sda1
lrwxrwxrwx 1 root root 10 17. Jan 11:14 8a16faed-18e5-4a4c-bc23-4ea900c66157 -> ../../sda6
lrwxrwxrwx 1 root root 10 17. Jan 11:03 A034-1E46 -> ../../dm-1
lrwxrwxrwx 1 root root 10 17. Jan 11:14 EA9EA0839EA04A41 -> ../../sda4
lrwxrwxrwx 1 root root 10 17. Jan 11:14 f9bbd358-ab7e-4541-913f-b1238720d1e8 -> ../../sda5

die beiden UUIDs tauchen da nicht auf

cat /var/log/boot.log:

Code

[  OK  ] Started Update UTMP about System Boot/Shutdown.
[ TIME ] Timed out waiting for device dev-disk-by\x2duuid-b3c84411\x2df1e5\x2d4d41\x2d9bc6\x2deaa86fb72b45.device.
[DEPEND] Dependency failed for Cryptography Setup for cr_run_media_martin_backup512.
[DEPEND] Dependency failed for Local Encrypted Volumes.
[ TIME ] Timed out waiting for device dev-disk-by\x2duuid-569196e2\x2df809\x2d44b7\x2db834\x2da6c126fc8103.device.
[DEPEND] Dependency failed for Cryptography Setup for cr_run_media_martin_backup256.

die Laufwerke waren beim Booten nicht angeschlossen

Alero · 17. Januar 2021

Siehe Ergänzung zu Post 5 ...

mse85 · 17. Januar 2021

Zitat von Alero

Siehe Ergänzung zu Post 5 ...

Ja ich habe 2 externe Laufwerke verschlüsselt und in den wechselmedien bei systemsettings zur automatischen Einbindung konfiguriert. Anscheinend wartet das OS beim booten darauf dass die angeschlossen werden, was natürlich Blödsinn ist.

Alero · 17. Januar 2021

Mal auskommentieren und schauen was passiert. Ich glaube auch, dass das System auf die wartet.

90s Boot verzögerung (1/2 A start job is running for dev-disk-by\x2duuid-b3c84411\...)

Fedora 40 offeriert PyTorch und benennt Atomic-Varianten um

Fehler bei der Validitätsprüfung

Neue Clonezilla-Version aktualisiert Unterbau

Schleswig-Holstein migriert nach Linux - Windows und Microsoft Office werden ersetzt durch Linux und LibreOffice

[Leap15.5] Keine Soundausgabe über Bluetooth

A_Kueb

Kukulkan

vpn

Nidrnox

hudel

Teilen