14
Anmeldung an openSuse-Rechner nicht möglich
Hi Leute,
ich kann mich seit heute nicht mehr an meinem openSuSe-Rechner anmelden.
Dort, wo sonst das Login für die grafische Oberfläche ist, sehe ich nur den Maus-Cursor - und wenn ich mir an einem der Konsolen-Logins (ALT-F1 bis ALT-F5) anmelden möchte, kommt nach Eingabe des korrekten Usernamens und des korrekten Passworts die Meldung "User not known to the underlying authentication module".
Und das für alle User...
Gebe ich ein falsches Passwort ein, so werde ich erneut nach dem Passwort gefragt...
Der Rechner selbst läuft. Ich kann mich z.B. an meinen Samba-Freigaben anmelden und auch der Webserver läuft...
Any ideas?
Danke
Dirk
ich kann mich seit heute nicht mehr an meinem openSuSe-Rechner anmelden.
Dort, wo sonst das Login für die grafische Oberfläche ist, sehe ich nur den Maus-Cursor - und wenn ich mir an einem der Konsolen-Logins (ALT-F1 bis ALT-F5) anmelden möchte, kommt nach Eingabe des korrekten Usernamens und des korrekten Passworts die Meldung "User not known to the underlying authentication module".
Und das für alle User...
Gebe ich ein falsches Passwort ein, so werde ich erneut nach dem Passwort gefragt...
Der Rechner selbst läuft. Ich kann mich z.B. an meinen Samba-Freigaben anmelden und auch der Webserver läuft...
Any ideas?
Danke
Dirk
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 551349
Url: https://administrator.de/contentid/551349
Printed on: April 18, 2024 at 21:04 o'clock
14 Comments
Latest comment
Hi,
sind da irgendwelche automatischen Updates gelaufen?
Kommst du noch per SSH drauf?
Grüße
bloody
sind da irgendwelche automatischen Updates gelaufen?
Kommst du noch per SSH drauf?
Grüße
bloody
Gerade bekomme ich eine neue Meldung.
Nun steht nach der Eingabe von Usernamen und Passwort "Authentication service cannot retrieve authentication info"
Wirklich weiter bringt mich das aber leider auch nicht.
Ciao
dirk
Nun steht nach der Eingabe von Usernamen und Passwort "Authentication service cannot retrieve authentication info"
Wirklich weiter bringt mich das aber leider auch nicht.
Ciao
dirk
Per SSH komme ich nicht drauf...
Updates waren letzte Woche die Thumbleweed-Updates auf Version 20200220 - Kernel 5.5.4-1-1default
Gestern und heute früh lief aber alles noch.
Updates waren letzte Woche die Thumbleweed-Updates auf Version 20200220 - Kernel 5.5.4-1-1default
Gestern und heute früh lief aber alles noch.
Per SSH komme ich nicht drauf...
Warum nicht ??Was gibt PuTTY oder TeraTerm dann als Fehler aus wenn du per SSH zugreifst ??
Gestern und heute früh lief aber alles noch.
Sinnfreie Aussage. Hilft allen hier keinen Deut weiter... 
Moin,
Boote von einem Livesystem (USB/CD) oder häng die Platte in ein funktionierendes System ein.
Wenn du dann Zugriff hast, schau ob du was in den Logfiles stehen hast.
lg,
Slainte
Boote von einem Livesystem (USB/CD) oder häng die Platte in ein funktionierendes System ein.
Wenn du dann Zugriff hast, schau ob du was in den Logfiles stehen hast.
lg,
Slainte
Keine Ahnung - wahrscheinlich aus dem selben Grund, aus dem ich mich lokal nicht anmelden kann...
Was gibt PuTTY oder TeraTerm dann als Fehler aus wenn du per SSH zugreifst ??
Weniger als bei lokaler Anmeldung. Die Verbindung wird einfach geschlossen...
Gestern und heute früh lief aber alles noch.
Sinnfreie Aussage. Hilft allen hier keinen Deut weiter... Diese "sinnfreie Aussage" soll zeigen, dass das System nach den letzten (mir bekannten) Änderungen noch lief...
1Zitat von @SlainteMhath:
Boote von einem Livesystem (USB/CD) oder häng die Platte in ein funktionierendes System ein.
Wenn du dann Zugriff hast, schau ob du was in den Logfiles stehen hast.
Boote von einem Livesystem (USB/CD) oder häng die Platte in ein funktionierendes System ein.
Wenn du dann Zugriff hast, schau ob du was in den Logfiles stehen hast.
ok - dass mache ich dann heute Abend...
Ciao
dirk
Hi,
das sieht mir schon sehr nach falsch geladenem Grafiktreiber aus. Ist eben immer sinnvoll, wenn man den Aussagen des Systems beim Upgrade auf der Konsole "mitlauscht", dann erspart man sich solche Fälle meist.
Zumindest als Root solltest Du auf der Eingabeaufforderung aber noch Zugriff auf das System haben, auch wenn das Xsystem nicht läuft.
Ansonsten hilft das Thema Linux-Live von USB oder CD, wie das @SlainteMhath schon richtig geschrieben hat.
Gruß orcape
das sieht mir schon sehr nach falsch geladenem Grafiktreiber aus. Ist eben immer sinnvoll, wenn man den Aussagen des Systems beim Upgrade auf der Konsole "mitlauscht", dann erspart man sich solche Fälle meist.
Zumindest als Root solltest Du auf der Eingabeaufforderung aber noch Zugriff auf das System haben, auch wenn das Xsystem nicht läuft.
Ansonsten hilft das Thema Linux-Live von USB oder CD, wie das @SlainteMhath schon richtig geschrieben hat.
Gruß orcape
Das sieht nach nem Fehler mit pam oder systemd-logind aus.
Da sollte dir das syslog bzw. auth.log unter /var/log/ auskunft geben, was falsch ist.
Da sollte dir das syslog bzw. auth.log unter /var/log/ auskunft geben, was falsch ist.
Grafiktreiber scheidet aber aus wenn er sich schon per SSH nicht einloggen kann. Da ist dann irgendwas anderes Gravierendes...
Bleibt wohl nur das Live System.
Bleibt wohl nur das Live System.
Zitat von @bloodstix:
Das sieht nach nem Fehler mit pam oder systemd-logind aus.
Da sollte dir das syslog bzw. auth.log unter /var/log/ auskunft geben, was falsch ist.
Das sieht nach nem Fehler mit pam oder systemd-logind aus.
Da sollte dir das syslog bzw. auth.log unter /var/log/ auskunft geben, was falsch ist.
Wenn ich das richtig interpretiere, so sucht das System beim Hochfahren einen ldap-server, den es aber nicht gibt.
Ich habe auch keinen eingerichtet und die Anmeldung lief bislang auch ohne...
nss_ldap: could not search LDAP server - Server is unavailable
nss_ldap: failes to bind LDAB server ldap://127.0.0.1:389: Can´t contact LDAP server
nss_ldap: could not search LDAP server - Server is unavailable
nss_ldap: failes to bind LDAB server ldap://127.0.0.1:389: Can´t contact LDAP server
nss_ldap: failes to bind LDAB server ldap://127.0.0.1:389: Can´t contact LDAP server
Nachdem ich in der PAM-Konfiguration den LDAP rausgenommen habe, kann ich mich auch wieder anmelden
Merci
Dirk
Das ist merkwürdig. Ich hab noch nie gesehen das sich, ohne das man entsprechende ldap-Pakete installiert ein LDAP in die PAM-Konfiguration hängt. Vielleicht unwissentlich verklickt und irgendwelche LDAP-Pakete oder Software die abhängig von LDAP ist installiert?
Gut wenns wieder läuft.
Grüße
bloody
Gut wenns wieder läuft.
Grüße
bloody
Zitat von @bloodstix:
Das ist merkwürdig. Ich hab noch nie gesehen das sich, ohne das man entsprechende ldap-Pakete installiert ein LDAP in die PAM-Konfiguration hängt. Vielleicht unwissentlich verklickt und irgendwelche LDAP-Pakete oder Software die abhängig von LDAP ist installiert?
Das ist merkwürdig. Ich hab noch nie gesehen das sich, ohne das man entsprechende ldap-Pakete installiert ein LDAP in die PAM-Konfiguration hängt. Vielleicht unwissentlich verklickt und irgendwelche LDAP-Pakete oder Software die abhängig von LDAP ist installiert?
Dann müssten ja ldap und krb in der Liste der Dienste zu sehen sein...
Sind sie aber nicht.
Gut wenns wieder läuft.
DAS meine ich auch...
Ciao
dirk
