Arch Linux

Kein Login möglich

[gelöscht]

Ich habe ein Problem mit dem Login auf meinem Laptop. Wenn ich den starte läuft erst mal alles normal ab, aber wenn ich mich einloggen will (ohne irgendeinen Login-Manager) und einen Benutzernamen eingebe, dauert es erst einen kurzen Moment und danach zeigt er wieder genau die gleiche Aufforderung an einen Benutzernamen einzugeben, keine Fehlermeldung o.ä.
Das passiert sowohl bei meinem normalen Benutzeraccount, als auch bei root. Ebenso im Fallback. Sehe also momentan gar keine Möglichkeit da überhaupt reinzukommen...

Bevor das Auftrat, hatte ich mit Pacman ein Update gemacht, das vollständig abgeschlossen war. Kurz danach ist dann das Bild eingefroren und ich musste manuell neu starten. Aber konnte mich danach nicht mehr einloggen..
Gibt es da eine alternative Möglichkeit zu einer kompletten Neuinstallation?

GerBra

Boote im SingelUser-Mode (S an die Kernelzeile deines Bootloaders anhängen) und schaue, ob du auf / (und ggf. /tmp) noch genug Speicherplatz hast.

War "manuell starten" mittels resetknopf? Dann würde ich (wenn obiger Root-Login funktioniert) einen Neustart mit FS-Check machen: shutdown -Fr now
Außerdem prüfe mal, ob /tmp noch die Rechte 1777/drwxrwxrwt hat.

[gelöscht]

Ok, so kam ich jetzt wenigstens mit root rein. Speicherplatz ist auf jeden Fall noch genug vorhanden, tmp ist sogar komplett leer.. Der Check verlief auch ohne Fehlermeldungen und die Rechte auf tmp sind auch genau was du geschrieben hast..
Manuell neu starten war Powertaste lange drücken.

GerBra

Schau mal, ob es die Datei /etc/nologin gibt. Wenn ja, löschen.

Du sagst, du verwendest keinen Loginmanager(DM), mir ist aber nicht klar ob du nicht doch nach dem Boot Xorg+Windowmanager startest. Daß das Problem also eher ein Xorg-problem und nicht ein Login-Problem ist... Oder meinst du wirklich einen Start in/mit Runlevel 3 (TTY-Login)?
Welche Shell verwendest du für root/deine User?
Wenn wir über TTY-Login reden, dann versuche auch mal andere TTYs (ALT+3 z.B.), nicht nur TTY1.
Schau auch mal in /var/log/auth.log ob dort Fehler etc. existieren.

Auch würde ich ein pacman -Syu nochmal im SingleUsermode (Runlevel S) anstoßen um sicher zu gehen. Weiterhin kannst du in RL S auch einfach mal zum gewünschten Runlevel durchstarten: telinit 3 wechselst zum RL3 (Multiuser TTY-Login).

[gelöscht]

/etc/nologin existiert nicht.
Ja, meine einen Runlevel 3 Login, X starte ich immer selbst per startx
Als Shell verwende ich nur bash, die anderen TTYs zeigen genau das gleiche verhalten.
pacman -Syu hatte ich selbst schon ausprobiert, aber das half auch nix.

In der Logdatei findet sich für meine Loginversuche jeweils solch eine Zeile:
[Datum] localhost agetty[1234]: tty1: can't exec /bin/login: Exec format error

Und für den (gescheiterten) Versuch mit telinit 3 gibt es dort mehrere Zeilen:
[Datum] localhost agetty[1234]: /dev/tty1: cannot open as standard input: Input/output error

GerBra

Exec format error klingt für mich nach 32bit/64bit Mischmasch...
Welche Architektur hast du installiert, i686 oder x86_64?
Ein:
readelf -h /bin/login | grep Class
wäre ggf. noch interessant.
Außerdem könntest du versuchen, daß initrd-Image nochmal neu zu bauen:
mkinitcpio -g /boot/initramfs-linux.img
(Wenn du eine eigene Partition für /boot hast dann vergewissere dich vorher, daß diese auch gemountet ist. Bin mir im SingleUserMode gerade nicht sicher ob das automatisch geschieht...)

[gelöscht]

Habe x86_64 installiert.
Das mkinitcpio wird zwar erfolgreich ausgeführt, aber das Problem besteht weiterhin

readelf gibt folgende Fehlermeldung:

readelf: Error: /bin/login: Failed to read file's magic number

GerBra

Sieht nach kaputtem login Binary aus:
poste doch mal die Ausgaben von:
file /bin/login
stat /bin/login

Du kannst auch nochmal versuchen das Paket shadow neu zu installieren (Ich würde mir vorher aber das "komische /bin/login" nochmal wegsichern/kopieren....
pacman -U /var/cache/pacman/pkg/shadow-nummern.pkg.tar.gz
wobei du die höchste Version die bei dir im Paketcache vorhanden ist nimmst. Mit Tabvervollständigung der Shell geht das ja gut...

[gelöscht]

file /bin/login sagt mir
/bin/login: empty

stat sagt ebenfalls, Größe 0, das Datum von zuletzt geändert entsprach meinem letzten Update vor dem Problem.

Allerdings habe ich im Paketcache nur eine Version von shadow (4.1.4.3-5-x86_64) , die aktuellste, die mit dem Update eingespielt wurde (vom Datum her). md5sum von dem Paket stimmt. Wenn ich das mit pacman neu installiere, dann sagt er zu den ganzen Dateien "existiert bereits"

Installiere ich es über pacman -S shadow kommt dazu noch die Meldung Fehler: Keine Pakete wurden aktualisiert (oder so ähnlich). (Nicht wenn ich es wie oben beschrieben installieren möchte)

Die login wird dabei natürlich nicht verändert, auch wird keine neue erstellt, wenn ich sie temporär woanders hinschiebe.

GerBra

Nutzt du zufällig xfs als dateisystem für / ?

pacman -U /var/cache/pacman/pkg/shadow-4.1.4.3-5-x86_64.pkg.tar.xz
reinstalliert/überschreibt auf jedenfall auch existierende Files, sollte deine 0-byte datei also ersetzen.

Alternativ mache es per Hand:

cp /var/cache/pacman/pkg/shadow-4.1.4.3-5-x86_64.pkg.tar.xz /tmp
cd /tmp
tar xf shadow-4.1.4.3-5-x86_64.pkg.tar.xz
cp /tmp/bin/login /bin/login

Jetzt sollte /bin/login 36680 Bytes groß sein.

Ich würde auch noch ein:
ls -l /bin
machen und schauen, ob noch andere Files 0 bytes hätten. Sollte nicht sein...

//Edit: Deine Version von shadow ist ja eine andere als meine (ich habe noch nicht updated), mußt die Versionsnummern/Dateinamen halt an deine Datei anpassen....
//Edit2: beitrag/Dateigröße an die aktuelle shadow-Version angepaßt.

[gelöscht]

Komischerweise überschreibt der Befehl gar nichts..
Aber hab es dann per Hand gemacht. Da ich eine andere Version habe, ist meine Filesize anders.
groups hatte auch noch 0 Bytes, habe das dann genauso ersetzt.

Versuche ich mich jetzt einzuloggen, so zeigt er mir kurz eine Fehlermeldung an, aber das dauert nur Bruchteile einer Sekunde, sodass ich nicht viel mehr lesen kann als error. (wo werden die evtl geloggt?) In/var/log/auth.log kommen keine neuen Einträge hinzu.

GerBra

Ich denke, du hast ein (zumindest in Teilen) kaputtes Dateisystem. Z.B. xfs hat die dumme Eigenschaft bei Reparaturen dateien zu 0-Byte-Files zu korrigieren.

Normalerweise braucht es für ein Shell-Login nur Files aus /bin und /sbin. Du könntest explizit nach 0-byte-Files suchen mit

find /bin /sbin /usr/bin /usr/sbin -size 0c

Es sollten dabei keine Files gefunden werden. Wenn doch, dann müßtest du das Paket zu dem das binary gehört nochmal installieren (Aber scheinbar gibt es ja auch Probleme beim Reinstallieren von Paketen...).
Es können natürlich noch andere Files außer in den bin/sbin Dirs kaputt sein, alternativ würde ich alle Pakete aus der base-Gruppe nochmal nachinstallieren (pacman -S base)...

Geloggt wird bei dem fehlerbild wohl eher nichts, /var/log/everything wäre noch der beste kandidat... Aber wenn da z.B. eine Locales oder font-Datei ebenfalls kaputt(0-byte) ist, das wird nicht geloggt...

[gelöscht]

Habe kein xfs, sondern ext4 Dateisystem.
Bei der Suche gibt es ca. 40-45 Files, die gefunden werde, die fast ausschließlich in den /usr/* Ordnern. (mit Ausnahme /sbin/nologin)
Zu welchen Paketen die gehören, weiß ich leider dann nicht..
Das Problem mit der Neuinstallation tritt aber (bisher) nur bei shadow auf, die anderen Pakete (aus base) lassen sich Problemlos neu installieren.

GerBra

GreFraG schrieb Zu welchen Paketen die gehören, weiß ich leider dann nicht..

Das kannst z.B. du für /sbin/nologin mittels: pacman -Qo /sbin/nologin rauskriegen.

GreFraG schrieb Das Problem mit der Neuinstallation tritt aber (bisher) nur bei shadow auf, die anderen Pakete (aus base) lassen sich Problemlos neu installieren.

D.h. nach der Reinstall der base-gruppe hast du keine 40-45 0-byte-Files mehr?
Ändert sich für den Boot denn jetzt etwas? Wenn du dich anmelden versuchst dann machst du das schon als root, oder?

Gibt es im Bootprozeß noch irgendwelche ersichtlichen fehler (FAIL) oder so? Der Inhalt von /var/log/everything.log, zeigt der ab dem Zeitpunkt des Boots irgendwas, was nach fehler aussieht?

[gelöscht]

Doch, die 0-byte-files sind auch weiterhin noch alle vorhanden. Wenn ich pacman frage sagt der, dass die Datei keinem Paket gehört (zumindest bei meinen gut 15 Stichproben)

Beim booten sieht alles so aus wie vorher (und wie es auch aussah, als es noch funktionierte). Also auch keine ersichtlichen Fehlermeldungen. Das everything.log ist ja recht umfangreich, aber ich sehe dort nichts, was nach einer Fehlermeldung aussieht.

GerBra

Um welche Dateien handelt es sich dabei? Zeige mal ein paar...

[gelöscht]

Kleiner Auszug:

/sbin/nologin
/usr/bin/cvlv
/usr/bin/passwd
/usr/bin/strace-graph
/usr/bin/chsh
/usr/bin/upower
/usr/bin/expiry
/usr/bin/rdfproc
/usr/bin/lastlog
/usr/bin/gpasswd
/usr/bin/strace
/usr/bin/faillog
/usr/sbin/useradd
/usr/sbin/adduser
/usr/sbin/grpdel
/usr/sbin/newusers
/usr/sbin/groupadd
/usr/sbin/chpasswd
/usr/sbin/groupmod
/usr/sbin/usermod
/usr/sbin/logoutd

GerBra

pacman -Qo /usr/bin/passwd
/usr/bin/passwd ist in shadow 4.1.4.3-2 enthalten

Wenn das bei dir nicht ebenfalls erscheint (shadow Paket), dann ist wohl ebenfalls deine lokale Paketinformation in /var/lib/pacman/local irgendwie hinüber.
Außerdem sollte (und wird bei integrem FS auch) /usr/bin/passwd durch das (Re)installieren vom shadow-Paket definitiv wieder vorhanden sein.

Ich würde dir raten:
Boote von einem externen Medium (Knoppix, Arch-Install-CD) und prüfe dein Dateisystem nochmal (fsck).
Eigentlich kannst du nichtmal mehr pacman "richtig trauen" unter diesem System ( pacman -U shadow-5667.pkg.tar.gz macht ja auch nicht das was es soll). ich würde an dieser Stelle mein BAckup für / von gestern einspielen (<g>)...

Zu welchen paketen obige Dateien gehören kannst du auch über die Paketseite oben https://www.archlinux.de/?page=Packages rauskriegen. Wenn aber das reinstallieren (über pacman -S oder -U) nicht funktioniert bleibt dir wohl oder übel nur die schon gemachte "händische Auspackmethode" von oben oder du müßtest das reinstall der base Gruppe von extern (Arch-CD) machen (was aber nicht ganz so einfach ist...)

Alternativ (und evtl. am schnellsten): reinstallation des Systems... Kommt auf deine Erfahrung mit der Materie, Zeit und lernbereitschaft an.....

(NB: ich bin jetzt erstmal "weg"....)