Siduction Forum
Siduction Forum => Software - Support => Topic started by: NochEinNeuer on 2023/01/08, 10:53:39
-
Hallo,
in meinem Rechner hängen 3 SSD jede mit einer siduction Installation.
Eine SSD (sda) tauschte ich vor einigen Tagen gegen eine größere und installierte wieder siduction mate mit sämtlichen Updates.
In den ersten Tagen gab es kein Problem. Beim Booten wurden mir auch die siduction von den zwei anderen SSD im Bootmenü angezeigt.
Heute früh wurden mir auf einmal die Booteinträge der beiden anderen SSD nicht mehr angezeigt.
Nach einem erneuten Booten von sda kommt nur noch die grub Kommandozeile:
WELCOME to GRUB!
error: symbol 'grub_disk_native_sectors" not found.
grub rescue> _
Ich habe im Bootmenü die Bootreihenfolge der SSD geändert. Ich boote jetzt erst mal über sdb und starte über den dortigen Bootmenüeintrag mein siduction von sda.
Unter mate auf sda kommt folgendes:
root@tux:/home/jf# update-grub
Generating grub configuration file ...
Found theme: /usr/share/grub/themes/mow/theme.txt
Found linux image: /boot/vmlinuz-6.1.4-1-siduction-amd64
Found initrd image: /boot/initrd.img-6.1.4-1-siduction-amd64
Found linux image: /boot/vmlinuz-6.1.3-2-siduction-amd64
Found initrd image: /boot/initrd.img-6.1.3-2-siduction-amd64
Found memtest86+ 64bit EFI image: /boot/memtest86+x64.efi
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done
root@tux:/home/jf#
Grundsätzlich müsste ja siduction auf sda für mein Verständnis starten aber ich komme nur zu grub rescue
Hat jemand eine Idee wie ich das wieder zum Laufen krieg?
Und vor allem warum funzt es nimmer?
Vielen Dank für Eure Hilfe,
Jürgen
Nachtrag: Ich hab mein Glück mit einer supergrubdisk probiert. Da wird der Eintrag von sda gefunden und lässt sich problemlos auswählen und booten.
Neuinstallation und reconfig brachte auch keine Verbesserung
-
Ich kenne mich zwar nicht gut aus.
Warning: os-prober will not be executed to detect other bootable partitions.
OS-Prober erkennt andere Distris. Ist das deaktiviert, werden sie nicht erkannt.
https://proxy.metager.de/linuxnews.de/2021%2F12%2F20%2Fgrub-2-0-6-deaktiviert-os_prober?url=https%3A%2F%2Flinuxnews.de%2F2021%2F12%2F20%2Fgrub-2-0-6-deaktiviert-os_prober%2F&password=8c4b720a4eaef7fe5e89dace2c401dc648c8cda51cbe9df4346fc2e9bf07fee3
OS-Prober sorgte für Diksussionen in der Ubuntu Linux Community und m. W. auch anderen. Einige Distris deaktivieren das aus Prinzip.
-
Danke damit wäre das Problem mit os-prober gelöst.
Bleibt nur noch das Problem das sich dieses mate nicht mehr direkt booten lässt.
-
Danke damit wäre das Problem mit os-prober gelöst.
Bleibt nur noch das Problem das sich dieses mate nicht mehr direkt booten lässt.
Da kenne ich mich nicht aus. Evtl. mit Live System oder chroot grub updaten?
Für UEFI
xmg:[me]:~$ efibootmgr
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0001,0004
Boot0000* Artix HD(1,GPT,6a060eb0-ae4f-9247-8ea6-32d3c26b1cf0,0x800,0x7d000)/File(\EFI\ARTIX\GRUBX64.EFI)
Boot0001* UEFI OS HD(1,GPT,6a060eb0-ae4f-9247-8ea6-32d3c26b1cf0,0x800,0x7d000)/File(\EFI\BOOT\BOOTX64.EFI)0000424f
Boot0004* MX21 HD(1,GPT,6a060eb0-ae4f-9247-8ea6-32d3c26b1cf0,0x800,0x7d000)/File(\EFI\MX21\GRUBX64.EFI)
Zeigt, ob es einen Eintrag im efi Bootmanager gibt.
-
jf@tux:~$ efibootmgr
BootCurrent: 000A
Timeout: 1 seconds
BootOrder: 000A,0001,0002,0009,0008
Boot0001* siduction_2021.2.0
Boot0002* siduction
Boot0008* UEFI OS
Boot0009* UEFI OS
Boot000A* UEFI OS
jf@tux:~$
-
Auch da kann ich dir leider nicht wirklich helfen.
Ich blicke da selbst nicht genau durch.
Ich schreibe mal, wie ich das bisher grob verstanden habe.
Das eine ist grub, ob andere Distris erkannt werden. Aslo das os-prober.
Dann das Grubmenü das bei Start angezeigt wird und die Auswahl der Distris anbietet.
Das andere, dass die Distri auch in das EFI geschrieben wird.
Normalerweise sollte das in einem EFI System automatisch bei der Installation passieren, dass die "efi-Datei" der Distri
efi/boot/bootx64.efi (?) oder grubx64.efi (?) in den Efibootmanager geschrieben wird.
Grub bietet dann alle Distris an, die es im efibootmanager findet.
Alternativ kann man auch direkt über das Bios den efi bootmanager aufrufen. Das ist aber nicht so komfortabel wie über das Grubmenü.
Ist das nicht der Fall, kann man den Efi Eintrag auch nachträglich in den entsprechenden Ordner einfügen.
Ich habe aktuell genau das Problem. Sidu installiert sich nicht in /boot/efi
https://wiki.ubuntuusers.de/efibootmgr/
https://wiki.gentoo.org/wiki/Efibootmgr/de
Wie man das genau macht und ob das hier nötig ist, müssen aber die Experten hier sagen.
Vielleicht gibt es ja auch andere Wege.
Aber wie gesagt, alles ohne Gewähr!
-
Grub bietet dann alle Distris an, die es im efibootmanager findet.
Nein, tut es nicht!
-
Du bootest von sdb über efi das system auf sda.
dort installierst du grub neu . Im einfachsten fall als root mit grub-install /dev/sda. dann noch update-grub nachdem Du Dich vergewissert hast, das in /etc/default/grub os-prober aktiviert ist. Aufpassen wegen doppelter Verneinung disable auf false setzen.
Dann sollte eigentlich wieder alles funken, solange Du auch von uefi gebooteten USB Stick für die Neuinstallation benutzt hast.
-
dort installierst du grub neu . Im einfachsten fall als root mit grub-install /dev/sda.
Auf einem EFI System installiert man Grub nicht auf ein Device.
Aus diesem Grund reicht bei EFI auch ein einfaches grub-install ohne weitere Angaben, wenn /boot/efi ordentlich gemountet ist.
-
Danke, manchmal hilft Nachdenken vorm Schreiben ;-) Wieder was dazugelernt.