Hochlauf erwartet Tastendruck

[tabletennisskisrugby]

Hallo Leute!
Ich verwende Debian-Trixie und seit ein paar Wochen, nach einem Update, kommt es vor, dass der Computer zu Beginn des Hochlaufs stehenbleibt.
Ich glaube, es ist kurz nachdem die Hochlaufprozedur das Initramfs hinter sich gelassen hat.
Der Cursor ist plötzlich in der Ecke ganz unten rechts zu sehen, blinkt und es tut sich nichts mehr.
Wenn man jedoch eine Taste auf der Tastatur drückt, z.B. Enter oder eine andere Taste, dann setzt sich der Hochlaufsegen fort und das System funktioniert so wie vorgesehen.
Manchmal fährt der Computer auch wieder korrekt hoch und manchmal benötigt er einen Tastendruck, so 50/50.
Ich habe zusätzlich auch einen verschlüsselten Comptuer mit cryptsetup und dort verhält es sich ebenso. Nachdem ich das Passwort eingegeben habe und cryptsetup zu verstehen gibt, dass das Laufwerk nun entstschlüsselt wird, kann ebenfalls dieses Problem auftreten.
Vielleicht hat jemand eine Idee, was ich ausprobieren könnte.
Wenn ihr noch weitere Infos benötigt, gebt mir bitte Bescheid.
Vielen Dank im Voraus.
LG

[whisper]

mee too.
Hilft dir zwar nicht, aber zu wissen, man ist nicht allein, ist auch was.
Ich schiebe es auf ein Trixie Problem, welches auch bald wieder verschwindet.
Da das ja nur beim Start ist, stört es ja nicht so, wann bootet man schon mal?
Vor einer Woche wars noch nicht aufgetreten..

[kalle123]

Viel Text und wenig Info.
Setze doch bitte mal die Ausgabe von

Code: Alles auswählen

~$ inxi -Fz

hier ein. Ggf. inxi vorher installieren.

cu KH

[MSfree]

Da das ja nur beim Start ist, stört es ja nicht so, wann bootet man schon mal?

Man bootet, wenn die initramfs-tools oder der Kernel aktualisiert wurden, oder immer dann, wenn beim dist-upgrade eine neue initrd gebaut wurden.

Richtig blöd ist es, wenn das zu bootende System kopflos ist und das System nicht wieder erreichbar wird.

[whisper]

Man bootet, wenn die initramfs-tools oder der Kernel aktualisiert wurden, oder immer dann, wenn beim dist-upgrade eine neue initrd gebaut wurden.

Klar

[michaa7]

Hallo Leute!
Ich verwende Debian-Trixie und seit ein paar Wochen, nach einem Update, kommt es vor, dass der Computer zu Beginn des Hochlaufs stehenbleibt.
...

Das hatte ich vor kurzem auch festgestellt und hier nachgefragt.

Das beruhigende an deinem posting ist, dass es wohl bestätigt, dass sich hier kein Festplattenversagen andeutet, sondern wohl der Bootprozess 'nen leichten Knick hat ...

[HumiNi]

Setze doch bitte mal die Ausgabe von

Code: Alles auswählen

~$ inxi -Fz

hier ein. Ggf. inxi vorher installieren.

Irgendeine Startup-Prozedur erwartet eine Eingabe. Mir ist schleierhaft, wie man sie mit der inxi-Ausgabe identifizieren kann. Erkläre 'mal bitte.

[borrtux]

Hilft vielleicht niemanden, aber ich hatte das jetzt auch auf Trixie. (sind wir schon min. 3 )

[kalle123]

Irgendeine Startup-Prozedur erwartet eine Eingabe. Mir ist schleierhaft, wie man sie mit der inxi-Ausgabe identifizieren kann. Erkläre 'mal bitte.

Hast recht. Die verwendete Hardware spielt da zu 100% keine Rolle .....

[GregorS]

... Manchmal fährt der Computer auch wieder korrekt hoch und manchmal benötigt er einen Tastendruck, so 50/50.
...Vielleicht hat jemand eine Idee, was ich ausprobieren könnte.

Nachdem mich zwei meiner Rechner mit unregelmäßigen „geht/geht nicht“-Symptomen genervt haben, bin ich mit diesen zunächst testweise auf Devuan umgestiegen. Seither laufen die wieder absolut zuverlässig. Evtl. wäre das einen Blick wert.

[MSfree]

Nachdem mich zwei meiner Rechner mit unregelmäßigen „geht/geht nicht“-Symptomen genervt haben, bin ich mit diesen zunächst testweise auf Devuan umgestiegen.

War ja klar, daß das wieder kommen mußte.

Trixie ist testing, und da kann das schonmal passieren. Kein Grund, hier ständig alle Leute von Devuan überzeugen zu wollen.

[GregorS]

Nachdem mich zwei meiner Rechner mit unregelmäßigen „geht/geht nicht“-Symptomen genervt haben, bin ich mit diesen zunächst testweise auf Devuan umgestiegen.

War ja klar, daß das wieder kommen mußte.

War ja klar, dass sich hier jemand bepinkelt fühlt, weil jemand etwas Anderes bevorzugt, als das „Original“.

Trixie ist testing, und da kann das schonmal passieren. Kein Grund, hier ständig alle Leute von Devuan überzeugen zu wollen.

Wenn es mir um's Überzeugen ginge, hätte ich erwähnt, wie einfach und unproblematisch der Umstieg war.

[Draal]

Ich habe das bei Trixie auch beobachten können.
Der Startvorgang stoppt gelegentlich, wenn plymouth sda5 als clean meldet.

[schwedenmann]

Hallo


Ich habe ein ähnliches Verhalten 2-3x Enter drücken auf einem Sid-System, Am3 oder Am3+ mit einer 4core-CPU.
Auf meinem Hauptpc AM5, 8core Sid + Openbox tritt dass nicht auf, der bootet in 6-10 s zum login.



mfg
schwedenmann

[michaa7]

Könnt ihr alle bestätigen, dass (A) der Hänger auftritt nachdem die systempartition als "clean" bezeichnet wird?

Und ist auch bei euch (B) die erste Meldung, nachdem ihr dann die Enter-Taste gedrückt habe eine Meldung so *ungefähr*: "Welcome to Debian trixie".

Wenn wir da ein weitgehend übereinstimmendes Verhalten (A+B) des fehlerhaften Bootprozesses zusammentragen können setze ich nen Bugreport ab.

[MSfree]

Code: Alles auswählen

apt-get dist-upgrade -s

meldet mir auf meinem Trixie-Rechner

The following packages will be upgraded:
bsdextrautils bsdutils eject fdisk iputils-ping libblkid1 libfdisk1 libflite1 libgpg-error0
libmount1 libsidplayfp6 libsmartcols1 libuuid1 libzvbi-common libzvbi0t64 login mount util-linux
util-linux-extra util-linux-locales uuid-dev

Ich sehe da vor allem util-linux und util-linux-extra als Fehlerkandidaten. Dann werde ich mir das richtige Update erstmal sparen.

Zur Diagnose kann man die quiet-Option aus /etc/default/grub rausnehmen und ggfls. Plymouth deinstallieren. Dann sieht man die Bootmeldungen auf dem Bildschirm und auch die Stelle, an der es stehen bleibt.

Eventuell hilft auch, mal ein Blick in die Ausgabe von

Code: Alles auswählen

sysystemd-analyze blame

[michaa7]

...
Ich sehe da vor allem util-linux und util-linux-extra als Fehlerkandidaten. Dann werde ich mir das richtige Update erstmal sparen.

Heißt das du siehst den Fehler noch nicht?

Zur Diagnose kann man die quiet-Option aus /etc/default/grub rausnehmen

gute idee, danke

und ggfls. Plymouth deinstallieren. Dann sieht man die Bootmeldungen auf dem Bildschirm und auch die Stelle, an der es stehen bleibt.

Bei mir ( sid(uction) ) ist es ja schon länger her, das kommt jetzt wohl erst nach testing. Bleib wie beschrieben nach der Meldung zur Systempartion als "clean" stehen.

Eventuell hilft auch, mal ein Blick in die Ausgabe von

Code: Alles auswählen

sysystemd-analyze blame

Code: Alles auswählen

#$ sysystemd-analyze blame
sysystemd-analyze: Befehl nicht gefunden.

[MSfree]

Heißt das du siehst den Fehler noch nicht?

Nachdem ich hier gelesen habe, daß es Bootprobleme geben kann, habe ich noch nicht aktualisiert. Die beiden genannten Pakete führen aber typischerweise zum Neubau der initrd.

Code: Alles auswählen

#$ sysystemd-analyze blame
sysystemd-analyze: Befehl nicht gefunden.

Öhm, ja, da habe ich wohl beim Tippen gestottert.

Code: Alles auswählen

systemd-analyze blame

[michaa7]

In welchem Paket ist systemd-analyze enthalten? Auch ohne Schreibfehler gibt es das Kommando bei mir nicht.

Ok, das klapt wiedermal nur mit vollem pfad, warum auch immer:

Code: Alles auswählen

# /usr/bin/systemd-analyze blame

... und mir scheint der Fehler tritt auf *bevor* systemd aktiv ist, unmittelbar *vor* der "Welcome to Debian trixie" Meldung.

[MSfree]

In welchem Paket ist systemd-analyze enthalten?

Code: Alles auswählen

apt-file search systemd-analyze
systemd: /usr/bin/systemd-analyze
systemd: /usr/share/bash-completion/completions/systemd-analyze
systemd: /usr/share/man/man1/systemd-analyze.1.gz
systemd: /usr/share/zsh/vendor-completions/_systemd-analyze

[Livingston]

Ok, das klapt wiedermal nur mit vollem pfad, warum auch immer:

Code: Alles auswählen

# /usr/bin/systemd-analyze blame

Weil Du wahrscheinlich mit su statt mit su - in den Root-Account eingestiegen bist.

[michaa7]

...
Weil Du wahrscheinlich mit su statt mit su - in den Root-Account eingestiegen bist.

nee ... man, mach ich nienich, doch ... man ....

[thunder11]

Oh Mann...was lauft hier bloß ab ??
1. systemd-analyze gehört zum Paket systemd sollte also auf jedem Rechner
vorhanden sein, soweit man sich nicht bei den ewig gestrigen zu Hause fühlt.

Weil Du wahrscheinlich mit su statt mit su - in den Root-Account eingestiegen bist.

Keine Ahnung, was ihr da an euren Rechnern herum schraubt
bei mir:

Code: Alles auswählen

root@XFCE:~# $PATH
-bash: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin: Datei oder Verzeichnis nicht gefunden
root@XFCE:~# 

Ich finde bei systemd keine Programme in /sbin

Code: Alles auswählen

thunder@XFCE:~$ dpkg -L systemd |grep  sbin
thunder@XFCE:~$ 

Nach meinem laienhaften Wissen, ist es also scheiß egal ob man das nun als Super Root oder als dummer User ausführt.
Und ich fahre auch Trixie habe aber das Warten- Problem nicht. Die von @MSfree erwähnten Pakete
wurden heute früh schon eingespielt, ohne auf das Startverhalten einen Einfluss zu haben.
Grad mal einen Reboot gemacht:

Code: Alles auswählen

systemd-analyze
Startup finished in 1.034s (kernel) + 11.162s (userspace) = 12.196s 
graphical.target reached after 11.162s in userspace.

[michaa7]

Tja, typischer Fall von YMMV.

[ralli]

Tja, typischer Fall von YMMV.

Sind abweichende Meinungen nicht das normale? Wenn wir immer alle einer Meinung wären, wäre das doch stinklangweilig.

Gruß ralli