malte_si
Anmeldungsdatum: 19. Oktober 2018
Beiträge: 17
|
Hallo! Ich habe ein seltsames Problem mit der Anmeldung an der Text-Konsole:
Ich drücke Strg-Alt-F4 ⇒ Text-Konsole tty4 erscheint ganz normal mit Login-Prompt. Ich gebe meinen Benutzernamen ein und drücke Enter.
Jetzt verhält sich das System, als ob ich Enter gedrückt halten würde. D.h. das Passwort wird leer übernommen, es erscheint wieder "xxxxx login:", was offenbar direkt mit Enter bestätigt wird, ebenso das Passwort, usw. Nach ca. 4 Runden ist der Spuk vorbei, der Bildschirm wird gelöscht und es erscheint wieder der login-Prompt mit blinkendem Cursor.
Mit Strg-Alt-F7 komme ich dann zurück zu meiner grafischen Sitzung. Auf der grafischen Oberfläche ist aber alles normal... (und auch die Anmeldung funktioniert). Im /var/log/auth.log kann ich sehen, dass er am Anfang den richtigen Nutzernamen erkennt, aber ein falsches Passwort. Bei den nächsten ("automatisch" übersprungenen Versuchen) hat er dann auch einen leeren Nutzernamen... Ich hoffe, ich konnte mein Problem gut genug beschreiben und es gibt hier jemanden, der mir einen Tipp geben kann. Google hat mir jedenfalls bisher nicht weiter geholfen. Vielen Dank schon einmal!
|
alterpinguin
Anmeldungsdatum: 24. Mai 2014
Beiträge: 786
|
fast wie immer: Teste das Verhalten mit der Live-Version Deiner installierten Version. Deine Beschreibung klingt so als wenn bei der Grundinstallation des Systems für die tty eine "merkwürdig" Tastatureinstellung vorgenommen wurde. Es gibt Änderungen bei den unterschiedlichen Ubuntu-Versionen, z.B. ca. ab 17.10 wird in der tty-Console "capslock" nicht mehr durch die Tastatur-LED angezeigt. "showkey" etc. andere tools (kbdinfo ..) funktionieren auf der tty-Console natürlich nur nach dem Login dort ... oder Du legst Dir gezielt einen User ohne Kennwort an und versuchst Dich mit dem anzumelden. Das wäre dann so ein User wie in der Live-Version. Siehe auch die Wiki-Seiten zur Tastatur-Konfiguration den Abschnitt der nicht mit X11 zu tun hat.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8565
|
Hallo malte_si, aus dem Wiki Virtuelle-Konsole zitiert: Ab Ubuntu 17.10 schickt die Tastenkombination Strg + Alt + F2 zurück zur grafischen Oberfläche und Strg + Alt + F1 zum Login-Bildschirm
Du scheibst: Mit Strg-Alt-F7 komme ich dann zurück zu meiner grafischen Sitzung.
Das war einmal, wahrscheinlich ein Tippfehler oder du bis vor 17.10.
|
Thomas_Do
Moderator
Anmeldungsdatum: 24. November 2009
Beiträge: 8493
|
Das Fehlerbild erinnert mich an diesen Thread.
|
malkubuntu
Anmeldungsdatum: 23. Juni 2018
Beiträge: 42
|
Ja, der von Thomas_Do genannte Thread, beschreibt genau das Problem. Bei mir (Desktop-PC, Ubuntu 18.04, Kernel 4.15.0-45-generic) tritt der Fehler auch auf. Erstaunlich ist allerdings, dass auf meinem Laptop das Problem bei gleicher Kernel/Ubuntu-Version NICHT auftritt. Da vor kurzem (vielleicht bei einem update auf die letzte Kernelversion) auch mein NVIDIA-Treiber auf meinem Dekstop-PC gezickt hat, überlege ich, ob evtl. der 4.15-er Kernel nicht mit dem NVIDIA-Treiber harmoniert und das auch zu dem beschriebenen Problem führt. Wenn ich den verlinkten Thread richtig gelesen habe, tritt das Problem beim 4.20-er Kernel nicht mehr auf. Kann das jemand verifizieren? Ich lese, dass ich den 4.20-er Kernel mit dem ukuu installieren könne. Ich kenne mich da aber so wenig aus, dass ich nicht mein System riskieren möchte. Hat das jemand gemacht?
|
malte_si
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2018
Beiträge: 17
|
Berlin_1946 schrieb: aus dem Wiki Virtuelle-Konsole zitiert: Ab Ubuntu 17.10 schickt die Tastenkombination Strg + Alt + F2 zurück zur grafischen Oberfläche und Strg + Alt + F1 zum Login-Bildschirm
Du scheibst: Mit Strg-Alt-F7 komme ich dann zurück zu meiner grafischen Sitzung.
Das war einmal, wahrscheinlich ein Tippfehler oder du bis vor 17.10.
Nein, ich bin bei 18.04.1 und ich komme mit Strg-Alt-F7 zum grafischen Desktop zurück. Strg-Alt-F2 funktioniert manchmal. Strg-Alt-F1 zeigt kurz eine Text-Konsole (mit Log-Ausgaben) die dann vom grafischen Login-Bildschirm überdeckt wird. Strg-Alt-F3 bringt mich zu tty3, Strg-Alt-F4 zu tty4, usw. Den Text im Wiki habe ich auch gelesen, es ist bei mir aber definitiv so, wie ich geschrieben habe. Thomas_Do schrieb: Das Fehlerbild erinnert mich an diesen Thread.
Ja, das ist genau mein Problem. Das Bildschirmfoto im Thread könnte von meinem PC stammen. Bei https://askubuntu.com/questions/1113704/tty-doesnt-wait-for-password/1115514 wird das Problem auch beschrieben. Offenbar tatsächlich ein Kernel-Problem von mindestens 4.15.0-45-generic und 4.15.0-44-generic. 4.15.0-43-generic soll funktionieren und 4.20 wohl auch. Ich werde heute abend, wenn ich wieder an meinem eigenen Rechner bin, mal sehen, was mir GRUB so anbietet. Was mir noch im Kopf herumgeht ist die Frage, ob die "Anomalie" bzgl. der virtuellen Konsolen (s.o.) und mein Login-Problem vielleicht zusammenhängen (leider wird dazu in den verlinkten Threads nichts gesagt)? [EDIT] Ich habe keinen NVIDIA-Treiber sondern Intel-Prozessorgrafik...
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8565
|
Hallo malte_si
Nein, ich bin bei 18.04.1 und ich komme mit Strg-Alt-F7 zum grafischen Desktop zurück.
Das ist schon mal ganz anders, wie es im Wiki steht und auch bei mir funktioniert die Strg-Alt-F7 auf zwei Rechner nicht. Es wirkt so, als ob ich die Tastenkombination überhaupt nicht gedrückt hätte.
|
malte_si
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2018
Beiträge: 17
|
Berlin_1946 schrieb: Nein, ich bin bei 18.04.1 und ich komme mit Strg-Alt-F7 zum grafischen Desktop zurück.
Das ist schon mal ganz anders, wie es im Wiki steht und auch bei mir funktioniert die Strg-Alt-F7 auf zwei Rechner nicht. Es wirkt so, als ob ich die Tastenkombination überhaupt nicht gedrückt hätte.
Bei mir funktioniert es definitiv. Ich habe mein System allerdings von 16.04 auf 18.04 "geupgraded"; ist vielleicht dabei etwas durcheinander geraten? Wo wird das denn konfiguriert? Oder ist es eine hart codierte Funktion im Kernel? (Ich lese mich da auch gerne ein, wäre aber für einen Hinweis dankbar, wo ich Infos dazu finde. Im Wiki Virtuelle-Konsole finde ich nur, wie ich die Anzahl der Konsolen verändere (/etc/systemd/logind.conf); ich kann jetzt allerdings nicht in die Datei hineinsehen, da ich vor einem Windows-Rechner sitze...)
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8565
|
Hallo malte_si, meine Idee ist, erstelle dir ein Live- System (DVD oder Stick) und teste ohne zu installieren -also wirklich als Livesystem- welche Tastenkombination dort arbeitet. Dann ist die Möglichkeit, dass etwas beim Upgrade passiert ist, näher eingeschränkt.
|
malte_si
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2018
Beiträge: 17
|
So, ich hatte Zeit zum Testen. malte_si schrieb: Thomas_Do schrieb: Das Fehlerbild erinnert mich an diesen Thread.
Ja, das ist genau mein Problem. Das Bildschirmfoto im Thread könnte von meinem PC stammen. Bei https://askubuntu.com/questions/1113704/tty-doesnt-wait-for-password/1115514 wird das Problem auch beschrieben. Offenbar tatsächlich ein Kernel-Problem von mindestens 4.15.0-45-generic und 4.15.0-44-generic. 4.15.0-43-generic soll funktionieren und 4.20 wohl auch. Ich werde heute abend, wenn ich wieder an meinem eigenen Rechner bin, mal sehen, was mir GRUB so anbietet.
Leider ist bei mir kein älterer Kernel als 4.15.0-44-generic mehr verfügbar. ABER: Wenn ich in den Recovery Mode boote und dann "resume" wähle ist das Problem weg! Login funktioniert ganz normal! Allerdings fällt mir auf, dass die Text-Konsole in diesem Fall viel größere Schrift hat. Irgendetwas ist offenbar anders. Frage an die Experten: Wie unterscheidet sich die Text-Konsole im Recovery Mode von der im Normalbetrieb? malte_si schrieb: Berlin_1946 schrieb: Nein, ich bin bei 18.04.1 und ich komme mit Strg-Alt-F7 zum grafischen Desktop zurück.
Das ist schon mal ganz anders, wie es im Wiki steht und auch bei mir funktioniert die Strg-Alt-F7 auf zwei Rechner nicht. Es wirkt so, als ob ich die Tastenkombination überhaupt nicht gedrückt hätte.
Bei mir funktioniert es definitiv. Ich habe mein System allerdings von 16.04 auf 18.04 "geupgraded"; ist vielleicht dabei etwas durcheinander geraten? Wo wird das denn konfiguriert? Oder ist es eine hart codierte Funktion im Kernel? (Ich lese mich da auch gerne ein, wäre aber für einen Hinweis dankbar, wo ich Infos dazu finde. Im Wiki Virtuelle-Konsole finde ich nur, wie ich die Anzahl der Konsolen verändere (/etc/systemd/logind.conf); ich kann jetzt allerdings nicht in die Datei hineinsehen, da ich vor einem Windows-Rechner sitze...)
Beim ersten Booten war es jetzt wie im Wiki beschrieben. Bei einem späteren Versuch lag die graphische Sitzung dann plötzlich auf Strg-Alt-F3...??? Ich stelle dieses Problem jetzt einmal hinten an und konzentriere mich auf das Login-Problem. Wobei es schon schön ist, dass es im Recovery-Modus funktioniert, ich also notfalls auf diesem Weg in mein System hineinkomme.
|
alterpinguin
Anmeldungsdatum: 24. Mai 2014
Beiträge: 786
|
Du kannst im recovery-Modus auf der Text-Console eine andere Auflösung haben, d.h. anderer font, Auflösung Zeilen*Spalten und wahrscheinlich auch andere Terminaleinstellung. Terminfo sollte auf "linux" stehen und die compilierte terminfo-Datei dafür sollte natürlich nicht kaputt sein. Welche Auflösung hast Du denn eingestellt? Bzw. wenn die automatisch gewählt wird Zeilen*Spalten Wert?
|
malte_si
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2018
Beiträge: 17
|
Er wählt die Auflösung selbständig. Im Normalbetrieb ist es 1680x1050; das ergibt dann einen ziemlich kleinen Font. Wenn ich über den Recovery Mode boote, stellt er die Text-Konsolen mit 80x25 Zeichen dar (Auflösung kann ich jetzt gerade nicht prüfen; müsste neu booten; ist aber definitiv kleiner, da das Bild leicht unscharf ist, also vom Monitor hochskaliert wird). Kann es an der terminfo-Datei liegen? Sind die verschieden für den Normalbetrieb und wenn ich über den Recovery Modus boote?
|
malkubuntu
Anmeldungsdatum: 23. Juni 2018
Beiträge: 42
|
Habe eben den Kernel 4.15.0-46-generic aus den "normalen" Aktualisierungen installiert. Damit ist die Anmeldung an den Text-Konsole wieder möglich wie beim Kernel 4.15.0-43. Problem gelöst.
|
malte_si
(Themenstarter)
Anmeldungsdatum: 19. Oktober 2018
Beiträge: 17
|
Ja, kann ich bestätigen.
Also: Problem gelöst. 😀
|