Gelöst: Booten stockt für 20 Sekunden

[Gamma47]

Seit ein paar Tagen kommt es gelegentlich vor, dass beim Erscheinen des MATE-Desktops etwa 20 Sekunden lang nichts mehr passiert. Ich habe als Passwort-Manager KeePassXC installiert. Die zugehörige Passwortdatei liegt auf einem an /dev/sdb anschlossenen Stick. Wenn ich während der 20-Sekunden-Pause auf den in KeePassXC angegebenen Pfad der Passwortdatei klicke, kommt die Meldung, dass diese Datei nicht gefunden werden konnte.

Nach Ablauf der 20 Sekunden erscheinen links oben mein persönlicher Ordner sowie der Ordner für den Stick. Nun kann ich auch die Passwort-Datei öffnen.

Ich habe dann dmesg aufgerufen. Dieses meldet:

FAT-fs (sdb): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

Ich habe dann versucht, mit fsck und fsck.fat den Stick zu prüfen, aber beide Befehle werden nicht gefunden. Außerdem habe ich journalctl aufgerufen, aber von dem Wust an Meldungen wurde ich schier erschlagen. Es gab eine Unmenge von Meldungen in gelber Farbe. Ich habe aber nichts über /dev/sdb gefunden oder diese Meldungen übersehen.

Wie kann ich die Ursache für die 20 Sekunden Verzögerung aufspüren und beseitigen?

[rhHeini]

Ich habe dann versucht, mit fsck und fsck.fat den Stick zu prüfen, aber beide Befehle werden nicht gefunden.

Der Ansatz ist im Prinzip schon richtig, muss man aber als root machen und die korrekte Syntax verwenden.

Dann schmeiss doch mal die Suchmaschine Deines geringsten Misstrauens an und such nach dem korrekten Befehl. Oder lies mal die Manpage zu fsck.

[HumiNi]

Ich habe dann versucht, mit fsck und fsck.fat den Stick zu prüfen, aber beide Befehle werden nicht gefunden.

Versuche es mal als Superuser. Mit der Superuser-Systemumgebung.

su -

Mit Minus.

[Gamma47]

Ich danke euch beiden für eure Zeilen. su - hat nicht geklappt: Mein Passwort wurde nicht akzeptiert. Kann es sein, dass su - nur dann funktioniert, wenn man bei der Installation root ein Passwort gegeben hat? Habe ich nämlich nicht gemacht.

Ich habe dann fsck.vfat mit vorangestelltem sudo gestartet. Es wurde gemeldet, dass das Original vom - ich glaube Startsektor - nicht mit dem Backup übereinstimmt. Ich habe das Original vom Backup überschreiben lassen. Das hat aber nichts gebracht: Diese 20-Sekunden-Pause ist immer noch.

Hat jemand eine Idee, was ich noch machen könnte?

[HumiNi]

Ich danke euch beiden für eure Zeilen. su - hat nicht geklappt: Mein Passwort wurde nicht akzeptiert. Kann es sein, dass su - nur dann funktioniert, wenn man bei der Installation root ein Passwort gegeben hat?

Ja. In diesem Fall hilft

Code: Alles auswählen

sudo su -

oder eben sudo vor jedes als Superuser auszuführende Kommando.

Ich habe dann fsck.vfat mit vorangestelltem sudo gestartet. Es wurde gemeldet, dass das Original vom - ich glaube Startsektor - nicht mit dem Backup übereinstimmt. Ich habe das Original vom Backup überschreiben lassen. Das hat aber nichts gebracht: Diese 20-Sekunden-Pause ist immer noch.

Poste mal Ein- und Ausgabe von fsck komplett.

[GregorS]

Seit ein paar Tagen kommt es gelegentlich vor, dass beim Erscheinen des MATE-Desktops etwa 20 Sekunden lang nichts mehr passiert. Ich habe als Passwort-Manager KeePassXC installiert. Die zugehörige Passwortdatei liegt auf einem an /dev/sdb anschlossenen Stick. Wenn ich während der 20-Sekunden-Pause auf den in KeePassXC angegebenen Pfad der Passwortdatei klicke, kommt die Meldung, dass diese Datei nicht gefunden werden konnte.

Wann genau pausiert der Rechner?

Gruß

Gregor

[thunder11]

Hast du den Stick in der fstab eingetragen ?
Wenn ja:
Kommentiere diese Zeile mal bitte aus und versuche es dann noch mal.

[Gamma47]

Ich habe dann fsck.vfat mit vorangestelltem sudo gestartet. Es wurde gemeldet, dass das Original vom - ich glaube Startsektor - nicht mit dem Backup übereinstimmt. Ich habe das Original vom Backup überschreiben lassen. Das hat aber nichts gebracht: Diese 20-Sekunden-Pause ist immer noch.

Poste mal Ein- und Ausgabe von fsck komplett.

fsck.fat 4.2 (2021-01-31)
There are differences between boot sector and its backup.
This is mostly harmless. Differences: (offset:original/backup)
65:01/00
1) Copy original to backup
2) Copy backup to original
3) No action
[123?q]?

Also hatte die Reparatur gestern nicht geholfen. Ich habe diesmal 3 gewählt. Dann kam:

Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
[12?q]?
Da habe ich 2 gewählt.

Den Stick können wir aber vergessen. Denn ich habe den Rechner mehrmals ohne Stick gebootet. Beim 5. Versuch hing der Rechner wieder für ca. 20 Sekunden.

[Gamma47]

Hast du den Stick in der fstab eingetragen ?
Wenn ja:
Kommentiere diese Zeile mal bitte aus und versuche es dann noch mal.

Nein, der Stick steht nicht in der fstab. Wie ich an HumiNi schon schrieb, scheidet der Stick als Fehlerursache offenbar aus.

[mat6937]

Beim 5. Versuch hing der Rechner wieder für ca. 20 Sekunden.

Kannst Du in der /var/log/boot.log* -Datei evtl. etwas erkennen/vergleichen?
--- oder die "20 Sekunden-Zeitücke" in der Ausgabe von 'dmesg -T' finden?

[HumiNi]

Du schriebst im Ursprungsbeitrag "Datei nicht gefunden". Möglicherweise bekommt der Stick nicht zuverlässig /dev/sdb zugewiesen. Ich habe aber keine Erfahrung mit deiner Systemumgebung.

[Gamma47]

Seit ein paar Tagen kommt es gelegentlich vor, dass beim Erscheinen des MATE-Desktops etwa 20 Sekunden lang nichts mehr passiert. Ich habe als Passwort-Manager KeePassXC installiert. Die zugehörige Passwortdatei liegt auf einem an /dev/sdb anschlossenen Stick. Wenn ich während der 20-Sekunden-Pause auf den in KeePassXC angegebenen Pfad der Passwortdatei klicke, kommt die Meldung, dass diese Datei nicht gefunden werden konnte.

Wann genau pausiert der Rechner?

Der MATE-Desktop erscheint zusammen mit dem Fenster von KeePassXC. Die Icons für /home und den Stick fehlen jedoch. Sie erscheinen erst nach 20 Sekunden.

[thunder11]

Der MATE-Desktop erscheint zusammen mit dem Fenster von KeePassXC. Die Icons für /home und den Stick fehlen jedoch. Sie erscheinen erst nach 20 Sekunden.

Du hast KeePassXC im Autostart ?
Kannst du das mal raus nehmen?
Je nachdem, was sonst noch auf dem Stick ist, kann das einen Augenblick dauern, bis der gelesen ist.

Interessant wäre auch:

Code: Alles auswählen

systemd-analyze blame 

[Gamma47]

Beim 5. Versuch hing der Rechner wieder für ca. 20 Sekunden.

Kannst Du in der /var/log/boot.log* -Datei evtl. etwas erkennen/vergleichen?
--- oder die "20 Sekunden-Zeitücke" in der Ausgabe von 'dmesg -T' finden?

dmesg -T zeigt zum fraglichen Zeitpunkt folgendes:

Code: Alles auswählen

[Mo Mär 11 10:42:04 2024] rfkill: input handler enabled
[Mo Mär 11 10:42:06 2024] kauditd_printk_skb: 23 callbacks suppressed
[Mo Mär 11 10:42:06 2024] audit: type=1400 audit(1710150127.918:34): apparmor="DENIED" operation="open" profile="/usr/bin/redshift" name="/home/richard/.config/redshift/redshift.conf" pid=1798 comm="redshift" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[Mo Mär 11 10:42:06 2024] audit: type=1400 audit(1710150127.918:35): apparmor="DENIED" operation="open" profile="/usr/bin/redshift" name="/home/richard/.config/redshift/redshift.conf" pid=1798 comm="redshift" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.786:36): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/devices/system/node/" pid=2004 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.830:37): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/devices/system/node/" pid=2014 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.866:38): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/block/" pid=2014 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.874:39): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/devices/pci0000:00/0000:00:17.0/ata1/host0/target0:0:0/0:0:0:0/block/sda/queue/physical_block_size" pid=2014 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0

Ich hoffe, das hilft weiter.

[Gamma47]

Der MATE-Desktop erscheint zusammen mit dem Fenster von KeePassXC. Die Icons für /home und den Stick fehlen jedoch. Sie erscheinen erst nach 20 Sekunden.

Du hast KeePassXC im Autostart ?
Kannst du das mal raus nehmen?
Je nachdem, was sonst noch auf dem Stick ist, kann das einen Augenblick dauern, bis der gelesen ist.

Interessant wäre auch:

Code: Alles auswählen

systemd-analyze blame 

Ich habe KeePassXC im Autostart deaktiviert, die Pause kam aber trotzdem.

Code: Alles auswählen

systemd-analyze blame

ergab plymouth-quit-wait.service mit 2.545 s und NetworkManager-wait-online.service mit 1,842 s. Alles andere liegt zwischen 1 ms und 240 ms. 20 s kommen da also bei weitem nicht zusammen.

[thunder11]

irgendwo müssen die 20 s ja herkommen.
Bitte mal folgende Ausgaben nach pastebin/
Möglichst schnell nach einem Neustart:

Code: Alles auswählen

journalctl -b -n50

Code: Alles auswählen

journalctl -b --user -n50

und

Code: Alles auswählen

journalctl -b |grep mount

irgendwo muss der Sprung ja sein. Die letzten 50 Zeilen sollten reichen.
Noch was für vollständiges Journal ohne Root- Rechte:
Bist du Mitglied der Gruppe systemd-journal
sonst vorher erstmal Beitreten

Code: Alles auswählen

su -
pw
usermod -aG systemd-journal [username]

[rhHeini]

dmesg -T zeigt zum fraglichen Zeitpunkt folgendes:

Code: Alles auswählen

[Mo Mär 11 10:42:04 2024] rfkill: input handler enabled
[Mo Mär 11 10:42:06 2024] kauditd_printk_skb: 23 callbacks suppressed
[Mo Mär 11 10:42:06 2024] audit: type=1400 audit(1710150127.918:34): apparmor="DENIED" operation="open" profile="/usr/bin/redshift" name="/home/richard/.config/redshift/redshift.conf" pid=1798 comm="redshift" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[Mo Mär 11 10:42:06 2024] audit: type=1400 audit(1710150127.918:35): apparmor="DENIED" operation="open" profile="/usr/bin/redshift" name="/home/richard/.config/redshift/redshift.conf" pid=1798 comm="redshift" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.786:36): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/devices/system/node/" pid=2004 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.830:37): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/devices/system/node/" pid=2014 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.866:38): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/block/" pid=2014 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.874:39): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/devices/pci0000:00/0000:00:17.0/ata1/host0/target0:0:0/0:0:0:0/block/sda/queue/physical_block_size" pid=2014 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0 

Wo kommt bei einem Mate-System die Referenz auf das Akonadi her? Das ist doch ein KDE-Tool.

[Gamma47]

irgendwo müssen die 20 s ja herkommen.
Bitte mal folgende Ausgaben nach pastebin/
Möglichst schnell nach einem Neustart:

Code: Alles auswählen

journalctl -b -n50

Code: Alles auswählen

journalctl -b --user -n50

und

Code: Alles auswählen

journalctl -b |grep mount

Habe ich eben unter dem Titel Booten hängt 20 Sekunden abgelegt.

irgendwo muss der Sprung ja sein. Die letzten 50 Zeilen sollten reichen.
Noch was für vollständiges Journal ohne Root- Rechte:
Bist du Mitglied der Gruppe systemd-journal
sonst vorher erstmal Beitreten

Code: Alles auswählen

su -
pw
usermod -aG systemd-journal [username]

Bin beigetreten.

[Gamma47]

dmesg -T zeigt zum fraglichen Zeitpunkt folgendes:

Code: Alles auswählen

[Mo Mär 11 10:42:04 2024] rfkill: input handler enabled
[Mo Mär 11 10:42:06 2024] kauditd_printk_skb: 23 callbacks suppressed
[Mo Mär 11 10:42:06 2024] audit: type=1400 audit(1710150127.918:34): apparmor="DENIED" operation="open" profile="/usr/bin/redshift" name="/home/richard/.config/redshift/redshift.conf" pid=1798 comm="redshift" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[Mo Mär 11 10:42:06 2024] audit: type=1400 audit(1710150127.918:35): apparmor="DENIED" operation="open" profile="/usr/bin/redshift" name="/home/richard/.config/redshift/redshift.conf" pid=1798 comm="redshift" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.786:36): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/devices/system/node/" pid=2004 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.830:37): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/devices/system/node/" pid=2014 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.866:38): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/block/" pid=2014 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[Mo Mär 11 10:42:07 2024] audit: type=1400 audit(1710150128.874:39): apparmor="DENIED" operation="open" profile="mariadbd_akonadi" name="/sys/devices/pci0000:00/0000:00:17.0/ata1/host0/target0:0:0/0:0:0:0/block/sda/queue/physical_block_size" pid=2014 comm="mysqld" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0 

Wo kommt bei einem Mate-System die Referenz auf das Akonadi her? Das ist doch ein KDE-Tool.

Ich habe außer MATE noch KDE und Gnome installiert.

[thunder11]

Ich habe außer MATE noch KDE und Gnome installiert.

wenn es daran liegt, wäre das der lebende Beweis, dass es eben nicht vollkommen unproblematisch ist, mal möglichst viele DE's in eine Installation zu packen.
Ich habe in Xfce natürlich auch Gnome und Plasma Pakete installiert. Achte dabei aber genau drauf,
was mir da so alles mit eingeschleppt wird.

Vielleicht gibt es ja einen Spezialisten, der weiß, wie man Akonadi nur innerhalb von Mate deaktivieren kann.

[thunder11]

Hab ne Zeit gebraucht, um auf die glorreiche Idee zu kommen, bei NoPaste selbst nachzusehen. Das nächste mal bitte den Link posten:
42130
und dort:

Code: Alles auswählen

Mär 11 16:41:58 debian rtkit-daemon[741]: Supervising 7 threads of 4 processes >
Mär 11 16:41:58 debian rtkit-daemon[741]: Supervising 7 threads of 4 processes >
Mär 11 16:42:14 debian realmd[1086]: quitting realmd service after timeout
Mär 11 16:42:14 debian realmd[1086]: stopping service
Mär 11 16:42:14 debian systemd[1]: realmd.service: Deactivated successfully.

Das wären schon mal 16 s

realmd ist in Xfce nicht installiert. In Gnome ist es installiert. Das Purgen hat bisher keinerlei Auswirkungen.
Wenn da von anderer Seite kein Protest kommt würde ich das purgen.

Ich weiß auch nicht wozu das bei einer normalen Installation gut sein soll.

Übrigens:
Das sudo - Gedöns für das Journal ist völlig überflüssig, wenn du Mitglied der Gruppe systemd-journal bist

[Gamma47]

Das wären schon mal 16 s

realmd ist in Xfce nicht installiert. In Gnome ist es installiert. Das Purgen hat bisher keinerlei Auswirkungen.
Wenn da von anderer Seite kein Protest kommt würde ich das purgen.

Ich weiß auch nicht wozu das bei einer normalen Installation gut sein soll.[

Was meinst du mit purgen? Gnome deinstallieren (falls das überhaupt geht)?

[thunder11]

Was meinst du mit purgen? Gnome deinstallieren (falls das überhaupt geht)?

Code: Alles auswählen

apt purge realmd

Neustart ---> besser?

dann noch

Code: Alles auswählen

apt autopurge

[Gamma47]

Was meinst du mit purgen? Gnome deinstallieren (falls das überhaupt geht)?

Code: Alles auswählen

apt purge realmd

dann kommt bei mir:

E: Ungültige Operation realmd

[thunder11]

dann kommt bei mir:
E: Ungültige Operation realmd

Als Root (bzw mit sudo) ausgeführt ?
Verschrieben ??