Hallo, seit heute Morgen lässt mich mein Rechner nicht mehr rein. Wenn ich versuche, mich mit root anzumelden, quittiert er mir das mit der nichtssagenden Meldung "Fehler im Service-Modul" und ich gelange wieder zum login. Eine klassische Endlosschleife. Ich kann noch auf der Fehler-Konsole (Alt + F10) nachsehen. Da steht aber nichts. Ich kann aber - glücklicher Weise - noch über PuTTY auf das System zugreifen. Lediglich beim Hochfahren kam folgende Meldung: Starting VirtualBox kernel modules . . . failed (modprobe vboxdrv failed. Please use ´dmesg´ to find out why) dmesg und auch ein Blick in die sonstigen logs bringt mich nicht weiter. Da ich aber ein Kernel-Update nicht ausschließen kann, habe ich das neu kompiliert. Diese Meldung ist jetzt weg. Einloggen kann ich mich trotzdem nicht. Auf der Liste habe ich eine relativ aktuelle Frage dazu gefunden, die wurde aber nie beantwortet: http://lists.opensuse.org/opensuse-de/2011-11/msg00399.html Gefunden habe ich dann das und habe brav alle Schritte nachvollzogen: http://www.linux-club.de/viewtopic.php?f=3&t=111265 Tatsächlich fehlen mir angeblich '/var/run/smolt_do_opensuse_run' und '/selinux'. Also habe ich die 3 standardmäßig installierten Pakete von smolt und libselinux1 neu installiert. Ich komme aber immer noch nicht rein? Was kann ich noch versuchen? Gruß, Alex P.S. Ich hatte das System gerade frisch aufgespielt, apache, tomcat, mysql installiert. Und dann mit zypper dup und folgenden repos updates/upgrades gemacht: http://download.opensuse.org/repositories/openSUSE:/11.4:/Contrib/standard/ http://download.opensuse.org/distribution/11.4/repo/non-oss/ http://download.opensuse.org/source/distribution/11.4/repo/oss/ http://download.opensuse.org/debug/distribution/11.4/repo/oss/ http://download.opensuse.org/distribution/11.4/repo/oss/ http://download.opensuse.org/update/11.4/ http://ftp.uni-erlangen.de/pub/mirrors/packman/suse/openSUSE_11.4/ http://download.virtualbox.org/virtualbox/rpm/opensuse/11.4/ http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_11.4/ http://download.opensuse.org/repositories/server:/php:/applications/openSUSE... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 02.02.2012 18:16, schrieb Alex Winzer:
Hallo,
seit heute Morgen lässt mich mein Rechner nicht mehr rein. Wenn ich versuche, mich mit root anzumelden, quittiert er mir das mit der nichtssagenden Meldung "Fehler im Service-Modul" und ich gelange wieder zum login. Eine klassische Endlosschleife. Ich kann noch auf der Fehler-Konsole (Alt + F10) nachsehen. Da steht aber nichts. Ich kann aber - glücklicher Weise - noch über PuTTY auf das System zugreifen.
Ich bekomme das bei einer Fehlkonfiguration eines PAM Modules /etc/pam.d/common-auth /etc/pam.d/common-session eventuell überprüfen. LDAP oder ähnliches läuft nicht? -- Matthias -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alex Winzer [02.02.2012 18:16]:
Hallo,
seit heute Morgen lässt mich mein Rechner nicht mehr rein. Wenn ich versuche, mich mit root anzumelden, quittiert er mir das mit der nichtssagenden Meldung "Fehler im Service-Modul" und ich gelange wieder zum login. Eine klassische Endlosschleife. Ich kann noch auf der Fehler-Konsole (Alt + F10) nachsehen. Da steht aber nichts. Ich kann aber - glücklicher Weise - noch über PuTTY auf das System zugreifen.
Tja, sowas hatte ich auch mal. Also über ssh (PuTTY) rein und mal /etc/pam.d/login und /etc/pam.d/ssh (oder sshd) vergleichen. Bei mir war es ein Modul, das drei Mal(!) in der /etc/pam.d/ssh stand, davon einmal mit /lib/security/modulname.so - richtig wäre gewesen /lib/security/modulname.so, aber normalerweise steht da nur modulname.so, weil das System von sich aus den richtigen Pfad davor setzt. Irgend etwas hat das wohl nicht getan, und so kam man über die Konsole nicht mehr rein, aber über ssh einwandfrei. Haben wir erst bemerkt, als das Netz nicht mehr wollte und wir versucht haben, per Konsole auf die Kiste zu kommen - tut man ja eigentlich bei Servern eher selten ;-) HTH Werner -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8qyzkACgkQk33Krq8b42OVOgCePIT5mg1+3FcT2gUaZRyoeucA 5ckAniYi8Ua52HNauXni7xc+1PhTiHwm =rgFn -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo und Danke für die Tipps, Am 02.02.2012 18:43, schrieb Werner Flamme:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alex Winzer [02.02.2012 18:16]:
Hallo,
seit heute Morgen lässt mich mein Rechner nicht mehr rein. Wenn ich versuche, mich mit root anzumelden, quittiert er mir das mit der nichtssagenden Meldung "Fehler im Service-Modul" und ich gelange wieder zum login. Eine klassische Endlosschleife. Ich kann noch auf der Fehler-Konsole (Alt + F10) nachsehen. Da steht aber nichts. Ich kann aber - glücklicher Weise - noch über PuTTY auf das System zugreifen. Tja, sowas hatte ich auch mal. Also über ssh (PuTTY) rein und mal /etc/pam.d/login und /etc/pam.d/ssh (oder sshd) vergleichen. Habe ich gemacht? Müssen die gleich sein? Bei mir sind sie es nicht. Ich habe auf einer anderen Maschine openSUSE 11.4 und mir dort mal .../login und .../ssh angesehen. Dort komme ich auf der Maschine selbst rein und sie sind auch nicht identisch. ssh scheint auf beiden Maschinen identisch - auf den ersten Blick. Die Größe ist gleich (jeweils 336 Bytes). login ist unterschiedlich. Ich würde das ja gern einfach drüber bügeln. Aber auf der funktionierenden Maschine läuft ein x86_64 und auf der defekten ein i686. Deshalb traue ich mich nicht. Bei mir war es ein Modul, das drei Mal(!) in der /etc/pam.d/ssh stand, davon einmal mit /lib/security/modulname.so - richtig wäre gewesen /lib/security/modulname.so, ... Ich kann den Unterschied zwischen Deinen beiden Pfad+Modulname (/lib/security/modulname.so) nicht erkennen. Gibt es da einen, den ich nicht sehe, der aber für mich wichtig wäre? ... aber normalerweise steht da nur modulname.so, weil das System von sich aus den richtigen Pfad davor setzt. Irgend etwas hat das wohl nicht getan, und so kam man über die Konsole nicht mehr rein, aber über ssh einwandfrei... Soll ich jetzt jeweils die Pfade davor setzen? Haben wir erst bemerkt, als das Netz nicht mehr wollte und wir versucht haben, per Konsole auf die Kiste zu kommen - tut man ja eigentlich bei Servern eher selten ;-) Letzte Frage: Ich würde ja mit dem Holzhammer einfach beide Dateien löschen und pam neu installieren lassen. Ich habe aber Angst davor, dass ich mich dann ganz aussperre?
Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo und Danke für die Tipps,
Am 02.02.2012 18:43, schrieb Werner Flamme:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alex Winzer [02.02.2012 18:16]:
Hallo,
seit heute Morgen lässt mich mein Rechner nicht mehr rein. Wenn ich versuche, mich mit root anzumelden, quittiert er mir das mit der nichtssagenden Meldung "Fehler im Service-Modul" und ich gelange wieder zum login. Eine klassische Endlosschleife. Ich kann noch auf der Fehler-Konsole (Alt + F10) nachsehen. Da steht aber nichts. Ich kann aber - glücklicher Weise - noch über PuTTY auf das System zugreifen. Tja, sowas hatte ich auch mal. Also über ssh (PuTTY) rein und mal /etc/pam.d/login und /etc/pam.d/ssh (oder sshd) vergleichen. ... Bei mir war es ein Modul, das drei Mal(!) in der /etc/pam.d/ssh stand, davon einmal mit /lib/security/modulname.so - richtig wäre gewesen /lib/security/modulname.so, ... ... Haben wir erst bemerkt, als das Netz nicht mehr wollte und wir versucht haben, per Konsole auf die Kiste zu kommen - tut man ja eigentlich bei Servern eher selten ;-) Es ist eine frisch installierte openSUSE 11.4. Da der Rechner als Server eingesetzt wird, habe ich den nach der Installation selbst bloß noch über PuTTY bedient. Die ersten Reboots und Logins liefen aber noch
Zunächst nochmal danke für die Hilfe. Ich antworte mir hier mal selbst, um das Ergebnis zu posten und die Liste damit vollständig zu machen: Am 02.02.2012 21:30, schrieb Alex Winzer: problemlos. Nachdem ich auch über PuTTY verschlüsselte Partitionen mit LUKS eingerichtet hatte und beim Booten die Passwörter abgefragt werden, musste ich dann mal wieder an den Rechner selbst und habe das Problem zum ersten Mal festgestellt. Beim bzw. vor dem Formatieren der mit LUKS verschlüsselten Partition hat yast2 pam_mount nachinstalliert. Da ich nicht weiß, ob ich mich unmittelbar davor noch hätte einloggen können, kann ich das als Ursache _nur vermuten_. Eine Neuinstallation aller Pakete mit "pam" im Namen hat nichts gebracht. Insbesondere wurden die von mir zunächst gelöschten Dateien login und sshd nicht neu installiert. Ich habe dann in meiner Not einfach die Datei "/etc/pam.d/login" von einem anderen Rechner mit openSUSE 11.4 mittels scp kopiert. Danach konnte ich mich an der Maschine wieder anmelden. Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Alex Winzer
-
Matthias Praunegger
-
Werner Flamme