Arch Linux

Update des Pakets filesystem scheitert

zauser

OK, funktionierte. Das Paket grub wird doch aber noch benötigt? Und jetzt verschieben? Also:

mv /bin/* /usr/bin
mv /sbin/* /usr/bin
mv /usr/sbin/* /usr/bin

fs4000

Nein, grub kannst du löschen. Es sollte nichts zum Verschieben übrig bleiben. Wenn du den alten Grub noch verwendest, dann such dir hinterher einen anderen Bootloader. Das System bootet auch ohne das Paket.

zauser

Oh je, jetzt geht fast gar nichts mehr! Bei einem Neustart begrüßt mich lediglich ein

grub> _

Ist das System mit vernüftigem Aufwand noch zu retten? Oh man, ich bin gerade echt verzweifelt! Sollte jetzt wohl besser ins Bett gehen :-)

fs4000

Hm, mein Fehler, die Konfiguration des Bootloaders gehört ja zum Paket. Naja, dann musst du Grub 2 oder so im Chroot installieren. Internetverbindung kannst du ja herstellen, oder?

pacman -S grub-bios
grub-install /dev/sda (deine Festplatte)

In Zukunft früher reagieren: https://www.archlinux.org/news/grub-legacy-no-longer-supported/

zauser

Hm, bei

grub-install /dev/sda

erhalte ich die folgende Fehlermeldung:

bash: /usr/bin/grub-install: /bin/sh: bad interpreter: No such file or directory

fs4000

Hast du filesystem noch nicht aktualisiert? Sonst geht gar nichts.

zauser

Du hast Recht, das filesystem hatte ich noch nicht aktualisiert. Unglaublicherweise konnte ich mit pacman -Su das Paket filesystems nun aktualisieren. Danach lief auch grub-install /dev/sda ohne Fehler durch.

Beim Neustart gibt es jedoch nachdem ich Arch Linux auswählte folgende Fehlermeldung, die ich nur bedingt interpretieren kann:

error: no such device: ad4103fa-d940-47ca-8506-301d8071d467
Loading Linux core repo kernel ...
error: no such partition.
Loading initial ramdisk.
error: you need to load the kernel first.
Press any key to continue...

Wie löse ich das?

fs4000

Ah ich seh schon, Grub wurde nicht richtig installiert, Filesystem hätte zuerst drankommen müssen. Nochmal im Chroot:

grub-mkconfig -o /boot/grub/grub.cfg

zauser

Ja stark, das funktionierte. Nach ein paar Sekunden (geht mir trotz SSD fast ein wenig zu schnell) komme ich zum Login-Prompt. Nach der Anmeldung wird kurz etwas in weißer Schrift angezeigt, das ich aber nicht lesen kann und dann geht es wieder zurück zum Login-Prompt. Hm, was nun?

Zum Glück kann ich mich als Root anmelden und spare mir das Starten des Live-Systems!!!

fs4000

Eigentlich sollten wir hier fertig sein. :/
Du wirst wohl die Fehlermeldung rausbekommen müssen. Dürfte im Journal geloggt werden. ~~Entweder du schaffst es im Rescue-Modus zu booten (single als Bootparameter anhängen) oder evtl. gehts auch im Chroot:~~

journalctl -r

zauser

Allerdings, Du hast völlig Recht!!!

Die einzigen Fehlermeldungen, die in rot angezeigt werden sind:

systemd[1]: Failed to start Load Kernel Modules.
systemd-modules-load[115]: Failed to insert 'acpi_cpu_freq': Device or resource busy

Das alles hat doch nichts mit dem XServer zu tun, der scheinbar nicht funktioniert, oder? Hm, ich werde daraus gerade nicht schlau.

fs4000

Für das acpi_cpufreq gilt dasselbe wie vorher. Die Meldung muss nicht unbedingt rot sein. Irgendwas muss das ziemlich oben stehen, warum der Login fehlschlägt.

zauser

OK, jetzt habe ich glaube ich das Passende gefunden:

pam_unix(login:auth): check pass; user unknow
pam_unix(login:auth): authentication failure; logname=LOGIN uid=0 euid=0 tty=tty1 ruser= rhost=
pam_tally(login:auth): pam_get_uid; no such user
...
FAILED LOGIN 1 FROM tty1 FOR (unknown), User not known to the underlying authentication module

Wurde mein Benutzer gelöscht?

fs4000

y und z vertauscht?

zauser

Beim Benutzernamen? Mein Benutzername ist tom; es gibt also kein y und z. Oder meinst Du etwas anderes?

fs4000

Äh stimmt, Benutzername sieht man ja. Ich seh nur den Zusammenhang mit dem Update nicht mehr. Ist der Benutzer noch in /etc/passwd?

zauser

Dort steht unter anderem:

tom:x:1000:100::/home/tom:/bin/bash

Müsste passen, oder?
Testete auch mal /usr/bin/bash, was aber keine Veränderung brachte. Schon komisch, was da noch nicht ganz passt.

nik

Kannst du dich denn mit deinem Benutzer in der Konsole anmelden? Wenn ja, wirst du dich eventuell einfach vertippt haben.

Was passiert denn sonst, wenn du den Rechner startest? Startet X mit nem Anmeldemanager wie kdm oder gdm?

Mach sonst noch mal nen Reboot und poste anschliessend noch mal die Ausgabe von systemctl -r, falls möglich. Die letzten paar Einträge sollten ja die entscheidenden sein.

zauser

Hm, ich verwende keinen Login-Manager, sondern starte über startx. Wie melde ich mich als Benutzer in der Konsole an?

Ein Reboot brachte keine Veränderung. systemctl -r bringt die Meldung, dass die Option -r ungültig wäre. Lasse ich diese weg, kommt nur wieder die Meldung, dass die systemd-modules-load.services fehlgeschlagen ist. Darüber steht sogar, dass systemd-logind.service active ist.

nik

Sorry, ich meinte natürlich journalctl -r.

Wenn du in der Shell startest, musst du dich doch mit Benutzername und Passwort anmelden, das ist doch das erste, wonach du gefragt wirst.

« Vorherige Seite Nächste Seite »