Eingabeprompt in tty verschwindet unregelmäßig

[Rosenrot]

Hallo zusammen,
mein System (Debian 9.6) ist so aufgesetzt, dass ich in tty boote, mich dort anmelde und bei Bedarf erst dort eine grafische Oberfläche starte.

Ehrlich gesagt dachte ich, dass sich das gleich beschriebene Problem auf die Hardware zurückführen lässt.
Das stimmt aber nicht, da es bei mehreren Installationen auf verschiedenen Rechnern in etwas abgeänderter Form auftritt.

Und zwar, komme ich nach dem booten zur Eingabeaufforderung auf tty.
Bis dahin ist alles okay.
Doch dann fängt es an.
Manchmal verschwindet der Eingabeprompt.
Damit meine ich jetzt explitzit nicht den Cursor, sondern wirklich die Zeile die dann angezeigt wird, wenn die Konsole für eine Eingabe bereit ist.
Ich sage das deshalb, weil die Eingabe jederzeit möglich ist.
Auch ohne den Prompt.
Manchmal blinkt der Cursor plötzlich vor dem Prompt statt dahinter.
Manchmal loggt ein Dienst mitten in einer Eingabe auf die Konsole.
Beendet man die Eingabe eben dann an völlig anderer Stelle, wird der Zusammenhang erkannt und der Befehl angestoßen.
Also kein Problem.
Es ist echt nur rein optisch.

Nur kann ich den Fehler nicht beheben.
Kennt jemand solches Verhalten?
Weiß jemand Rat?

Lieben Gruß
Rosenrot

[DeletedUserReAsG]

Weiß jemand Rat?

Klar: schick doch bitte noch Infos zu den betreffenden System, insbesondere zur Grafikhardware und ggf. dem verwendeten Treiber. Auch wären die Bootoptionen von Bedeutung, ebenfalls relevante Logeinträge, sofern vorhanden.

[Rosenrot]

Hi,

hier ist meine Ausgabe von

Code: Alles auswählen

lspci -nnk | grep -i VGA -A2 

Code: Alles auswählen

01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV635/M86 [Mobility Radeon HD 3650] [1002:9591]
	Subsystem: Dell RV635/M86 [Mobility Radeon HD 3650] [1028:02a0]
	Kernel driver in use: radeon

und hier die von

Code: Alles auswählen

glxinfo | grep 'OpenGL version string' 

Code: Alles auswählen

OpenGL version string: 3.0 Mesa 13.0.6

Ist mit Bootoptionen die Ausgabe von

Code: Alles auswählen

cat /proc/cmdline

gemeint?

Und welche Logs sind eventuell wichtig für euch?

[DeletedUserReAsG]

Mit Bootoptionen meinte ich, was dem Kernel beim Booten mitgegeben wird. Hier insbesondere Modeset und ähnliche Sachen. Was AMD-Grafik angeht, kann zumindest ich mangels entsprechenden Testgerätes nicht weiterhelfen. Die Logs betreffend: alles, was irgendwie aussieht, als könnte es mit dem Problem zu tun haben.

[guennid]

Bootloder-Einstellungen halte ich auch für möglich.
Aber wenn das passiert,

bevor

irgendwas GUI-Mäßiges gestartet wird, sollte das doch auch damit nichts zu tun haben? rc.local wäre für mich noch'n Kandidat.

Grüße, Günther

[pferdefreund]

Muss nicht unbedingt sein. Bei mir geht die Konsole auch in einen Quasi-Grafik-Modus. Irgendwie sieht man das.
Probier mal als Boot-Option vga=normal - wie das bei grub geht - keine Ahnung - bin Lilo-Fan.

[uname]

Keine wirkliche Lösung. Aber du könntest screen oder tmux verwenden. Dann kannst du deine "Konsole" sogar mit nach X11 rübernehmen. Du musst dich dafür nur einmal erfolgreich anmelden und screen bzw. tmux starten. Das könntest du sogar für einen nicht priviligierten Benutzer beim Systemstart automatisiert durchführen lassen. Leider weiß ich nicht wie. Anschließend kannst du jederzeit und überall die Sitzung reattachen und z. B. zu root werden.

[guennid]

rc.local wäre für mich noch'n Kandidat

Vielleicht weniger missverständlich "rc.local wäre für mich noch'n zu überprüfender Kandidat"

Mein Vorschlag ist als Ergänzung, keinesfalls als Alternative zu denen der anderen Beteiligten gedacht.

keine Ahnung - bin Lilo-Fan

+1

Grüße, Günther

[Rosenrot]

Hi,
danke schon mal für die vielen Antworten.
Könnt ihr mir den genauen Pfad zur rc.local nennen.
In meinem Heimatverzeichnis habe ich keine gefunden.
Unter /etc ist auch keine.

vga=normal als Bootoption hilft leider nichts.

Die Ideen mit tmux bzw. screen sind nett.
Auch dafür vielen lieben Dank.
Aber ich bin auch hier eher auf Behebung des Problems als auf überspielen der "Symptome" aus.

Kann es auch an der Konfigurationsdatei der Bash liegen?

Gruß
Rosenrot

[dufty2]

Also das Verhalten habe ich auch, ist ein bischen laestig, aber nicht wirklich tragisch.
Eine Loesung habe ich leider nicht.
Denke, es liegt an systemd, genauer systemd-logind und login selbst.

Der Boot-Prozess ist nicht ganz deterministisch

Ergänzung:
Wenn ich mich auf tty1 einlogge, erst dann wird X (welches auch auf tty1 bleibt) automatisch gestartet, zuvor nicht.
Wenn statt tty1 tty2 benutze zum Einloggen, habe ich nur die Console (ist alles so beabsichtigt).
Da viele (vielleicht die meisten) hier X (evtl. durch ein window-manager) (auf tty7) sofort starten lassen und sich dort einloggen,
ist ihnen ggf. das Problem(chen) gar nicht so bewusst.