Arch Linux

System Bootet nicht mehr

ycronoy

Hallo liebe Leute,

leider ich wieder....

mein System bootet leider nicht mehr ich habe jetzt schon ein paar Sachen getestet aber ich komme nicht weiter.
Ich würde ganz gerne auf eine neu Installation verzichten...

Hier die Meldung:

HDD ist im gpt Dateisystem und booten tue ich mit syslinux.

Was kann ich machen? welche Infos braucht ihr?

Sorry ich sterbe gerade innerlich....

MfG,
ycronoy

fs4000

Das Problem ist das Initramfs. Fallback würde hoffentlich booten, aber /dev/sda3 ist wohl nicht die Rootpartition?

ycronoy

Danke für die schnelle Antwort.
/dev/sda3 ist ja leider die root Partition ....
Ich habe auch schon vom live system ein update eingespielt.
Der Rechner war jetzt ca 4 Tage aus. Ich wusste nicht was ich das letzte mal gemacht habe.

PS: der fallback mode geht auch nicht.

MfG,
Ycronoy

fs4000

ycronoy schriebIch wusste nicht was ich das letzte mal gemacht habe.

Mit Sicherheit ein Kernel-Update.

Du musst dann halt doch mal schauen, wo es hakt. Werden benötigte Module geladen? Mal mit "verbose" booten und nach Fehlern ausschau halten.

shibumi

mach mal im kernel parameter das "quiet" weg und tausch es gegen ein "loglevel=3" dann siehst du mehr beim booten und kannst vielleicht sehen woran es liegt 😉

Pierre

Evtl. mal die Live-CD booten, mit arch-chroot in das System wechseln und dort "mkinitcpio -p linux" ausführen. Auch mal darauf achten, ob Fehler oder Warnungen kommen. Prüfe auch die mkinitcpio.conf.

ycronoy

Hallo Leute,

egal was ich mache das System will einfach nicht starten.

Ich habe mal wieder ein Update eingespielt und bekomme das von pacman am ende ausgegeben:

mkinitcpio -p linux gibt 2 Warnungen aus aber für Raid Firmware und irgend ein SCSI Controller, ich nutze aber nur normale S-ata Ports.

Hier die syslinux.conf

So ist meine HDD Partitioniert:
sda1 Boot
sda2 swap
sda3 root
sda4 home

Ich will sehr ungerne den patienten aufgeben. Bitte hilft mir

MfG,
ycronoy

efreak4u

Ich glaube, dein UUID-Eintrag ist falsch. Probier mal folgenden Eintrag (die UUID natuerlich durch deine ersetzen)

	APPEND root=/dev/disk/by-uuid/84f0d408-f5de-4d90-a402-b6eesdf543 ro

Pierre

Die Einträge sind beide korrekt.

Wenn wirklich alle Dateien leer sind wie auf dem ersten Bild behauptet, hast du ohnehn eher ein Problem mit dem Dateisystem oder der Festplatte.

efreak4u

Pierre schriebDie Einträge sind beide korrekt.

....

...und wieder was gelernt 🙂

drcux

Hatte vor kurzem bei einem Bekannten einen ähnlichen Fehler, nach einem Kernelupdate fand er die Rootpartition (sda2) nicht mehr. Ich konnte leider nur per ssh (Knoppix von CD gebootet) auf die Kiste zugreifen und so nicht genau erkennen, wo der Fehler lag. Aber ich änderte einfach die fstab von /dev/sdaX auf LABEL=arch etc. um. Die Label habe ich mit e2label /dev/sdX label gesetzt. Danach bootete die Kiste wieder normal durch.

War nur nen Schuss ins Blaue, hat aber funktioniert.... 😉

maltem

Schon ge-fsck-t?

ycronoy

maltem schriebSchon ge-fsck-t?

Ja habe ich jetzt auch versucht und ich habe auch jetzt mal die SMART werte geprüft alle sauber, die Platte scheint in Ordnung zu sein...

Ich merke schon ich komme leider nicht um eine neu Installation drum herum. Ich habe zum glück eine eigene Home Partition, ich würde dann alle andere einmal formatieren.
Was muss ich beachten beim erstellen des User's der schon einen Ordner mit Daten hat? Kann ich da ganz normal vor gehen?

MfG,
ycronoy

mabunix

Ich würde vor der Neuinstallation erst einmal ausprobieren was drcux geschrieben hat....

fs4000

ycronoy schriebWas muss ich beachten beim erstellen des User's der schon einen Ordner mit Daten hat? Kann ich da ganz normal vor gehen?

Wenn er dieselbe UID und GID bekommt, dann nichts.