Arch Linux

Arch bootet nicht mehr, Hiilfe

thor

Hallo Leute,

ich habe wohl gerade ziemlichen Bockmist gebaut. Folgendes ist passiert. Ich habe gensplash deinstalliert, weil pacman bei einem sysupgrade eine Fehlermeldung lieferte:

gensplash-utils mit gensplash aus community ersetzen?

j

Fehler gensplash benötigt initscripts-gensplash.

Dann habe gensplash komplett runtergeschmissen und neu gebootet. Nun kommt immer folgende Fehlermeldung:

cannot execute /etc/rc.multi
cannot execute /etc/rc.sysinit

Die Dateien sind beide da, das habe ich gerade mit der Kanotix cd überprüft. Das fallback image habe ich auch probiert - dasselbe Ergebnis.

Weiß jemand Rat? Ich möchte wirklich nicht das ganze System neu aufsetzen müssen - auch wenn ich selbst Schuld bin 🙂

Danke!

Viele Grüße

Thorsten

[gelöscht]

Hast du schon versucht, den single-user-betrieb zu starten. Du musst dazu in Grub an die kernel zeile "single" hinzufügen.

GerBra

Schau auch mal nach, ob die Dateien noch ausführbar sind.
rwxr-xr-x

thor

Erst einmal danke für die Antworten. Leider hat beides nicht geholfen...Dateien sind ausführbar und der single user mode hat auch nicht geholfen - es kommt dieselbe Fehlermeldung......

Gruß

Thorsten

thor

Ich glaube, dass ich wohl irgendwie die initscripts zerschossen habe. Gibt es irgendeine Möglichkeit, das händisch zu reparieren?

Thorsten

[gelöscht]

Wenn du mit einer Live-CD darauf zugreifen kannst, dann müsstest du sie auch reparieren können. Ich habe mal meine Version angehängt.

Eine weitere Vermutung: Ist die /bin/bash und der Link von /bin/sh noch vorhanden?

GerBra

@[gelöscht]: Die rc.multi dürfte nicht genügen, da diese ja nach der rc.sysinit abgearbeitet
wird, und die scheitert ja schon.
//Edit: obsolet

Der Hinweis von Florian auf /bin/sh, /bin/bash ist wichtig.
Du könntest auch noch mal folgendes versuchen um zu booten:

am Grub-Prompt:
1
als Init-Level anhängen. (Ob der Parameter Single verstanden wird bin ich mir nicht sicher.
//Edit: single funktioniert

oder auch am Grub-Prompt:
init=/bin/bash
Das sollte eigentlich eine bash-Shell nach der initrd bringen.
Wenn das geht:
mit mount schauen, ob die Partitionen da sind (v.a. /)
und /etc/rc.sysinit mal von Hand aufrufen und auf Fehler achten.

//Edit: vergeßt mein ganzes Post.
Gerade an einer VM gemerkt, daß init=/bin/bash nicht (mehr) funktioniert.
Könnte mir kurz jemand ein Stichwort geben, warum das so ist?
Liegt das am anderen Runlevel/Init Konzept von AL?

[gelöscht]

GerBra schrieb Gerade an einer VM gemerkt, daß init=/bin/bash nicht (mehr) funktioniert.
Könnte mir kurz jemand ein Stichwort geben, warum das so ist?
Liegt das am anderen Runlevel/Init Konzept von AL?

Ich hab das auch ausprobiert, und nach der Fehlermeldung zu urteilen startet er die bash, gibt ihr aber den Parameter "root=/dev/sda8" mit. Da diese Datei nicht existiert, kann er keine Shell starten.

Eine andere Möglichkeit direkt zu einer Shell zu kommen sollte eigentlich der Init-Parameter "emergency" sein. Dieser wird aber komplett ignoriert.

thor

Vielen Dank erst einmal für die ganzen Antworten. Ich kann es nur wiederholen: Es ist wirklich ein sehr nettes und hilfsbereites Forum hier. Leider hat alles nichts geholfen, deshalb habe ich neu installiert - diesmal aber mit einem Image von Acronis ;.)

Viele Grüße

Thorsten