Wieder/Immer noch Boot Probleme

[TBT]

Hallo,

nachdem ich hier bereits zu meinen Boot Probleme mit damals aktuellen Kerneln und Grub2
gefragt hatte, bin ich zum Ende auf Lilo gewechselt - da funktionierte sofort wieder alles.

Jetzt ist mein Problem wieder da - noch massiver als vorher?

In Stretch kam gerade der Kernel 4.9, nach der Installation den Rechner neu gestartet,
und nichts geht mehr. Der Lilo bringt bei Auswahl des 4.9 Kernel ein

Linux_4.9.0-1EBDA is big: kernel setup stack overlaps LILO second stage

und Schluss ist. Die anderen installierten Kernel 4.8.0-2, 4.8.0-1 und 4.7.0-1 starten und
sterben im Bootvorgang mit "not syncing: No working init found".

Also Stick rein, Rettungssytem gestartet, chroot auf die Platte und "/sbin/lilo" aufgerufen.
Ergebnis: Kernel 4.9.0-1 ist immer noch big, Kernel 4.8.x stirbt mit "no working init", Kernel 4.7
startet, aber sddm stirbt wegen fehlendem nvidia DKMS Treiber.

Gut, dann dann mit Kernel 4.7 ein "/sbin/lilo" aufgerufen und Neustart gemacht.
Ergebnis: Lilo startet nicht mehr, es kommt nur die Meldung "Checksum Error"

Also wieder Stick mit Rettungsystem, bis ich wenigstens den 4.7 Kernel starten kann.
Danach mit dem 4.7 Kernel ein "update-initramfs -u -k all" und danach ein "/sbin/lilo".
Ergebnis: Lilo startet und schreibt lauter 99 auf den Bildschirm.

Also wieder den Stick mit Rettungssystem, dann innerhalb des chroot ein
"update-initramfs -u -k all" und danach ein "/sbin/lilo".
Ergebnis: Kernel 4.9 ist immer noch "big" und nicht startbar, Kernel 4.7 und die beiden 4.8
starten einwandfrei.

PS: Jeglich Versuche im System oder im chroot des Rettungsystem grub2 zu installieren
enden beim booten in einem "invalid magic number" oder "invalid arch independent elf magic"

[scientific]

https://youtu.be/57G1cIYP_JA

[scientific]

https://youtu.be/57G1cIYP_JA

[TBT]

Falls dies eine lustige Antwort sein soll, schreibe es das nächste Mal bitte dazu.
Meinem Problem hilft sie jedenfalls nicht weiter.

Danke

[scientific]

Ich ging wohl fälschlicherweise davon aus, dass Humor als solcher erkannt wird.
Wird mir immer wieder passieren. Tut mir nicht mal leid.

Falls du ein UEFI-System hast, kannst du refind ausprobieren, und den Kernel überhaupt ohne Bootloader booten.
Stichwort EFI-Stub.

Lg scientific

[TBT]

Vielleicht wollte ich es auch nicht mehr als Humor erkennen,
wenn jeder Reboot des Rechners zum Glückspiel wird, ob es
denn funktioniert oder man wieder Stunden mit Rettungssystem
etc verbringt, hat man irgendwann keinen Nerv mehr.

PS: kein EFI System - Legacy boot

[scientific]

Legacyboot ist eingestellt oder eingebaut?
Hast du eine Partition frei? Dann installier dort mal testweise neu.

Oder mach eine kleine Partition am Ende neu und verwende diese als /boot... Ev. Ist ja deine Platte am originalen Ort von /boot beschädigt.

[TBT]

Legacy Boot ist im Bios eingestellt und wird auch genutzt.

Als Platte kommt ein Raid 5 an einem 3ware 9650SE Controller zum Einsatz.
Laut Smart sind alle Platten ok, der Controller meldet auch keine Probleme.

Gerade mal mutigerweise ein Rettungssystem gestartet und chkdsk laufen lassen,
alles in Ordnung.

Viele Grüße

[scientific]

Also eingestellt... Könnte dein Rechner UEFI?

[rendegast]

Vielleicht wollte ich es auch nicht mehr als Humor erkennen,
wenn jeder Reboot des Rechners zum Glückspiel wird, ob es
denn funktioniert oder man wieder Stunden mit Rettungssystem
etc verbringt, hat man irgendwann keinen Nerv mehr.

Neuen Rechner besorgen und den Quell der Qual entsorgen?

Wenn auf dem Ding, welches doch nicht allzu exotische Hardware bietet,
schon kein grub funktioniert,
liegt damit was im argen.

[TBT]

Exotische Hardware ist es nicht, aktuell nur:

Board: Gigabyte GA-H67MA-USB3-B3
CPU: i7 3770
Ram: 32 GB G.Skill DDR3
Raid: 9650SE 3ware Controller
Platten: 3 x 2TB WD RE4 (im Raid 5)
Grafik: GeForce GT 640

zwischendurch hatte ich auch die Hardware im Verdacht,
und Board/CPU/Ram gegen folgendes getauscht:

Board: Gigabyte GA-ZX68XP-UD3P
CPU: i7 2600
Ram: 32 GB Corsair DDR3

keinerlei Änderung an den Symptomen

Kann es wirklich an der Hardware liegen, wenn eine Installation des lilo innerhalb des
Rettungssystem mit chroot in meine Platte funktioniert? Da werden doch genau die
selben Binaries genutzt, als wenn ich es in meinem System direkt mache?

Das Einzige was anders ist, ist doch der gestartete Kernel, oder irre ich da?

[TBT]

Also eingestellt... Könnte dein Rechner UEFI?

Ich glaube ja,
müsste aber erst risikofreudig den Rechner neu starten um ins Bios zu schauen.
Das wird heute nichts mehr, mein Frauchen will Amazon Video schauen, und
mein Rechner ist das Gateway im Heimnetz

[rendegast]

Es scheint einfach nicht kompatibel.

Etwas aus dem Hause RedHat oder suse? Oder ....?

[TBT]

Plötzlich nicht mehr kompatibel?
Der Rechner werkelt hier seit 2011 mit der Kombi

Board: Gigabyte GA-ZX68XP-UD3P
CPU: i7 2600
Ram: 32 GB Corsair DDR3

welche vor ~ 6 Monaten gegen

Board: Gigabyte GA-H67MA-USB3-B3
CPU: i7 3770
Ram: 32 GB G.Skill DDR3

getauscht wurde. Die ersten Probleme mit Grub traten dann 2014 auf.
Probleme mit dem Lilo gibt es jetzt seit ~ 3 Monaten.

Und was ist mit RedHat, ... ? Dieser Rechner kennt ausschließlich
Debian, von Anfang an. Derzeit ist ein aktuelles Stretch am Start.

[rendegast]

Dann paßt halt derzeitiges stretch nicht zum Rechner.
Sollte problemlos laufen, tut es nicht -> nicht ( mehr? ) kompatibel.

Etwas aus dem Hause RedHat oder suse? Oder ....?

Und was ist mit RedHat, ... ? Dieser Rechner kennt ausschließlich
Debian, von Anfang an. Derzeit ist ein aktuelles Stretch am Start.

Damit meinte ich, auf diese vielleicht auszuweichen.
Zumindest deren Funktionalität auszuprobieren.