lange Auszeit beim Einloggen

[fischig]

Da du immer noch nicht (für mich) verständlich dein spezielles Loginverfahren beschrieben hast

Was gibt's da eigentlich viel zu beschreiben, was man sich nicht denken könnte, wenn's denn ohne Loginmanager passiert?
Aber ok: genauer gesagt ist mit Auszeit die Zeit gemeint, die zwischen Abschluss der Passworteingabe und dem Widererscheinen des Prompts verstreicht (tty). Gleiches Spielchen, wenn im GUI-Terminal ein Wechsel mit su (-) oder anderem Benutzter ansteht. Gewohnt bin ich, auch als Nutzer sehr alter Hardware, Sekundenruchteile. Jetzt dauert's (abgezählt via biologischem Hirn) ca. 20s.

Ich hätte mir schon längst mal einen zweiten Rechner geschnappt und mich darüber per SSH beim Problemkind eingelogt, um den Loginvorgang an der Konsole zu beobachten.

Da muss ich mich wohl wieder wegen meiner unzureichenden geistigen Fähigkeiten entschuldigen, denn auf die Idee war ich bisher nicht gekommen.

Das Ergebnis ist das gleiche, vorbehaltlich des Vertrauens in die geringen Fähigkeiten meines Hirns: 90s glaube ich nicht zu beobachten: dmesg auf dem ssh-Klienten (bookworm) unmittelbar nach dem Einloggen:

Code: Alles auswählen

...
[    9.646253] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
[   11.191634] fuse init (API version 7.27)
[   11.212934] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[   11.241859] PPP Deflate Compression module registered
[   11.265496] usbcore: registered new interface driver usbserial_generic
[   11.265520] usbserial: USB Serial support registered for generic
[   11.271872] usbcore: registered new interface driver option
[   11.271898] usbserial: USB Serial support registered for GSM modem (1-port)
[   11.759685] ttyS0: LSR safety check engaged!
[   11.760720] ttyS0: LSR safety check engaged!
[   11.762899] ttyS1: LSR safety check engaged!
[   11.763880] ttyS1: LSR safety check engaged!
[   12.135166] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input12
[   19.240721] random: crng init done
[   19.240726] random: 7 urandom warning(s) missed due to ratelimiting
[   19.623633] NFSD: starting 90-second grace period (net f0000097)

auf der ssh-server-Maschine (chimaers) sehe ICH mit dmesg nichts Auffälliges.

[MSfree]

Code: Alles auswählen

...
[   12.135166] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input12
[   19.240721] random: crng init done
...

Da sehe ich zumindest mal rund 7 Sekunden. crng ist ein Cryptographic random number generator. Das erinnert an ähnliche Probleme vor ein paar Jahren, als Maschinen, bei denen haveged nicht installiert war, ebenfalls plötzlich lange zum Booten benötigt haben.

[fischig]

haveged ist weder auf dem bookworm noch auf dem daedalus installiert. Und nochmal: der Boot-Vorgang ist unauffällig. Beim Einloggen auf dem daedalus hängt's. In jeder Form. Das einzige, was mir einfällt, ist, dass es mit einer durch Steckerziehen beendeter GRML-Sitzung vor einigen Wochen zusammenhängen könnte.