[martins]

Moin zusammen,

mir ist es jetzt zum zweiten Mal passiert, daß das System nicht mehr bootet, nachdem für die Aktualisierung eine größere Zahl Updates angeboten wurden. Beim ersten Mal ca. 350, jetzt knapp über 400. Beim letzten Mal habe ich dann neu installiert, aber vielleicht hat ja jemand eine Idee, wie man das anders reparieren kann.

Gruß Martin

[martins]

Hi,

ich habe das Problem beheben können. Ich hatte eine ältere Platte drin, auf der ein easy-vdr installiert war, um von dort die Aufnahmen zu kopieren. Beim Update ist die offenbar für die richtige Platte gehalten worden. Jedenfalls stand in /boot/loader/entries/boot.conf
options LABEL=boot net.ifnames=0 root=/dev/sda2
das auf
options LABEL=boot net.ifnames=0 root=/dev/nvme1n1p2
geändert hat das Problem behoben. Da die Platte jetzt raus ist, hoffe ich, daß sich das für die Zukunft erledigt hat. Aber vielleicht kann man das so ändern, daß die richtige Platte gefunden wird.

Gruß Martin

[clausmuus]

Was für ein Bootloader ist das denn? Das ist nicht der der MLD...
Ich glaube daher auch nicht dass die MLD den Eintrag geändert hat.

[martins]

Moin,

die Installation ist schlicht mit dem MLD vom USB-Stick gemacht. Keine anderen Sachen. Solange die Harddisk drin war, wurde dann tatsächlich easyvdr von der Platte gestartet, was dann, weil es für völlig andere Hardware gebaut war, so aussah, als ob das System hinge. Die /boot/loader/entries/boot.conf war übrigens identisch mit der auf dem Stick, da stand auch sda2 drin. Was aber in dem Fall dann auch paßte.

Gruß Martin

[clausmuus]

Dann hast Du das MLD Image nicht eins zu eins auf den Stick kopiert, sondern ein Tool verwendet, dass seinen eigenen Bootloader hinzugefügt hat. Dieser wurde dann beim Installieren beibehalten.

[martins]

Moin Claus,

auf dem Stick ist als Boot-Partition exakt das drauf, was ich auch zu sehen bekomme, wenn ich die mld-image-netinstall-x86-64.iso als in Windows als DVD mounte. Allerdings sieht der Inhalt der /boot/loader/entries da noch anders aus, es gibt keine boot.conf. Auch der Eintrag "# Automatically created by OE", der sowohl auf dem Stick als auch in den Dateien auf der Platte steht, spricht eher gegen einen anderen Loader. Mal davon abgesehen, daß das Tool (win32diskimager) auch keine Optionen hat, irgendetwas anderes als eine 1:1 Kopie zu schreiben.

Gruß Martin

[clausmuus]

Bist Du sicher. Ich dachte der win32diskimager schreibt seinen eigenen Bootloader da drauf...
Du kannst es ja mal mit dem rpi-imager versuchen (ist auf der Download Seite verlinkt). Der ändert den Bootloader nicht. Der Ordner /boot/loader ist jedenfalls nicht Teil der MLD.

[martins]

Moin Claus,

nein, /boot/loader ist natürlich nicht im ISO. Aber die Boot-Partition wird nach dem Start typischerweise nach /boot gemountet. Und loader gibt's auf der Boot-Partition.

Gruß Martin

[martins]

Moin,

ich habe den Stick jetzt mal mit rpi-imager beschrieben. Der Inhalt ist identisch mit dem vorher mit win32diskimager geschriebenen.

Gruß Martin

[clausmuus]

Aber den Ordner /boot/loader gibt's dann nicht?
Ich habe den zumindest noch nie gesehen, und wüsste nicht wo der her kommen soll. Für mich sieht das halt so aus, als hätte ein MLD fremdes Tool den erstellt. Eventuell hat ja auch Dein easy-vdr den erstellt und den MLD Boot-loader ersetzt.

[martins]

Moin claus,

den Ordner /boot/loader gibt's direkt auf dem Stick nicht. Der stammt aus dem rootfs.img. Das wird beim Booten des Sticks als / gemoutet und liefert zusammen mit den Daten aus /loader des Sticks dann /boot/loader/entries. Dies enthält dann boot.conf aus dem rootfs.img und normal.conf und verbose.conf aus /loader/entries vom Stick.

Ich weiß nicht, ob die boot.conf beim Kernelupdate neu erstellt oder angepaßt wird. Auf dem laufenden System finde ich die Version mit sda2 jedenfalls nicht mehr, was dafür spricht, daß sie neu erstellt wurde und dabei die falsche Partition gefunden wurde.

Gruß Martin

[clausmuus]

Danke für die Details. Ich schaue mir das noch mal genauer an. Eventuell stammt der Ordner vom UEFI Bootloader. Die MLD Verwendet den Syslinux Bootloader. Lediglich das ISO Nightbuild Image verwendet für den UEFI Boot einen anderen Loader. Dieser Loader dürfte jedoch nicht das Installierte System beeinflussen, da er da nicht mehr verwendet werden soll. Eventuell arbeitet hier der Installer noch nicht richtig, oder das alleinige Vorhandensein dieses Ordners wird vom PC erkannt und ausgewählt.