BIOS Problem: Dual boot

    Bitte den Befehl "inxi -Fzxi" (ohne die Anführungszeichen) im Terminal ausführen und die Ausgabe dann hier hinein kopieren
    System:
    Kernel: 6.8.0-55-generic arch: x86_64 bits: 64 compiler: gcc v: 13.3.0
    Desktop: Cinnamon v: 6.4.8 Distro: Linux Mint 22.1 Xia
    base: Ubuntu 24.04 noble
    Machine:
    Type: Desktop System: ASUS product: N/A v: N/A serial: <superuser required>
    Mobo: ASUSTeK model: PRIME B650-PLUS v: Rev 1.xx
    serial: <superuser required> UEFI: American Megatrends v: 3042
    date: 09/30/2024
    CPU:
    Info: 8-core model: AMD Ryzen 7 7800X3D bits: 64 type: MT MCP arch: Zen 4
    rev: 2 cache: L1: 512 KiB L2: 8 MiB L3: 96 MiB
    Speed (MHz): avg: 1118 high: 3617 min/max: 545/5050 cores: 1: 3599 2: 545
    3: 545 4: 545 5: 3617 6: 545 7: 3600 8: 545 9: 545 10: 545 11: 545 12: 545
    13: 545 14: 545 15: 545 16: 545 bogomips: 134400
    Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
    Graphics:
    Device-1: NVIDIA AD106 [GeForce RTX 4060 Ti] vendor: Micro-Star MSI
    driver: nvidia v: 550.120 arch: Lovelace bus-ID: 01:00.0
    Device-2: AMD Raphael vendor: ASUSTeK driver: amdgpu v: kernel
    arch: RDNA-2 bus-ID: 0c:00.0 temp: 39.0 C
    Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6 driver: X:
    loaded: amdgpu,nouveau unloaded: fbdev,modesetting,vesa failed: nvidia
    dri: radeonsi gpu: nvidia,nvidia-nvswitch resolution: 2560x1440~60Hz
    API: EGL v: 1.5 drivers: nvidia platforms: active: x11,surfaceless,device
    inactive: gbm,wayland
    API: OpenGL v: 4.6.0 vendor: nvidia v: 550.120 glx-v: 1.4
    direct-render: yes renderer: NVIDIA GeForce RTX 4060 Ti/PCIe/SSE2
    API: Vulkan v: 1.3.275 drivers: N/A surfaces: xcb,xlib devices: 3
    Audio:
    Device-1: NVIDIA vendor: Micro-Star MSI driver: snd_hda_intel v: kernel
    bus-ID: 01:00.1
    Device-2: AMD Rembrandt Radeon High Definition Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel bus-ID: 0c:00.1
    Device-3: AMD Family 17h/19h HD Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel bus-ID: 0c:00.6
    API: ALSA v: k6.8.0-55-generic status: kernel-api
    Server-1: PipeWire v: 1.0.5 status: active
    Network:
    Device-1: Realtek RTL8125 2.5GbE vendor: ASUSTeK driver: r8169 v: kernel
    port: e000 bus-ID: 07:00.0
    IF: eno1 state: up speed: 1000 Mbps duplex: full mac: <filter>
    IP v4: <filter> type: dynamic noprefixroute scope: global
    IP v6: <filter> type: temporary dynamic scope: global
    IP v6: <filter> type: dynamic mngtmpaddr noprefixroute scope: global
    IP v6: <filter> type: temporary dynamic scope: global
    IP v6: <filter> type: dynamic mngtmpaddr noprefixroute scope: global
    IP v6: <filter> type: noprefixroute scope: link
    WAN IP: <filter>
    Drives:
    Local Storage: total: 2.96 TiB used: 987.36 GiB (32.6%)
    ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 990 PRO 2TB size: 1.82 TiB
    temp: 29.9 C
    ID-2: /dev/sda vendor: Crucial model: CT256MX100SSD1 size: 238.47 GiB
    ID-3: /dev/sdb vendor: Western Digital model: WD10EZRX-00L4HB0
    size: 931.51 GiB
    Partition:
    ID-1: / size: 1.79 TiB used: 987.35 GiB (53.9%) fs: ext4 dev: /dev/nvme0n1p2
    ID-2: /boot/efi size: 511 MiB used: 6.1 MiB (1.2%) fs: vfat
    dev: /dev/nvme0n1p1
    Swap:
    ID-1: swap-1 type: file size: 2 GiB used: 0 KiB (0.0%) file: /swapfile
    Sensors:
    System Temperatures: cpu: 43.8 C mobo: N/A
    Fan Speeds (rpm): N/A
    GPU: device: nvidia screen: :0.0 temp: 43 C fan: 0% device: amdgpu
    temp: 39.0 C
    Info:
    Memory: total: 32 GiB note: est. available: 30.5 GiB used: 3.45 GiB (11.3%)
    Processes: 365 Uptime: 2h 17m Init: systemd target: graphical (5)
    Packages: 2539 Compilers: gcc: 13.3.0 Shell: Bash v: 5.2.21 inxi: 3.3.34

    Die Situation:
    Ich habe mir einen neuen Rechner gegönnt da der alte nach rund 7 Jahren anfing "eigenartige" Fehlermeldungen beim Start auszugeben. Meiner Erfahrung nach ein deutliches Zeichen das die Hardware ihr Lebensende erreicht hat.

    Mit dem neuen Rechne habe ich mich entschlossen auf Linux Mint umzusteigen, was auch "problemlos" funktionierte.

    Aus dem alten Rechner habe ich zwei SATA Platten (Crucial SSD und WDC HDD) übernommen.

    Auf meiner NVME (Samsung SSD) habe ich Linux Mint installiert und kann die beiden anderen Laufwerke ansprechen/verwenden.

    Auf der SATA SSD (Crucial) habe ich Interesse halber Cachy OS installiert.

    Das Problem:
    Wenn im Bios die NVME als Bootdevice eingetragen ist, dann zeigt es mir nur die NVME als Speichermedium an und bootet dann auch erfolgreich über Grub in Linux Mint. In Grub nun CachyOS auszuwählen fürt zur Fehlermeldung "NO SUCH DEVICE"

    Ändere ich im Bios die Bootreihenfolge auf meine SATA SSD werden mir alle drei Laufwerke angezeigt. Es wird ebenfalls Grub gestartet und ich kann anschließend sowhl CachyOS als auch Mint erfolgreich starten.

    Die Frage:
    Wieso verhält sich das Bios derart unterschiedlich je nachdem welche Platte als Bootdevice eingestellt ist? Dem Handbuch konnte ich dazu nichts entnehmen und auch im Netz nichts finden.

    Da im inxi Report nichts vom Motherboard steht hier noch die Info: ASUS Prime B650-Plus

    Ich kann natürlich künfig immer über die SATA SSD booten womit das Problem "behoben" wäre allerdings ist das vom Erkenntnisgewinn her dürftig. ;)


    Auf eure Beiträge hoffend
    Harry

    Ich nehme an, du hast bei deiner CachyOS Installation gesagt (oder es wurde automitisch so gemacht), dass der Bootloader mit Grub auf die SATA SSD geschrieben werden soll (wo auch Cachy installiert ist). Der hat dann auch Mint gefunden und alles richtig auf die SATA SSD geschrieben - für dich also damit auf die falsche SSD).

    Evtl. hilft es, in Mint nochmal ein Update des Bootloaders zu machen:

    Code
    sudo update-grub

    Linux Mint Mate auf ASUS Zenbook Flip UX360U; Armbian auf Banana Pi

    Quote from Borrtux

    Ich glaube, man muss es neu installieren

    Code
    sudo grub-install

    vorher ausführen.

    Ich habe also beide Befehle ausgeführt allerdings ohne eine Verbesserung zu erreichen. Weiterhin "no such device".

    Mich wundert das auch nicht, da ich den Fehler im Bios vermute. Wenn Mint läuft, dann erkennt es auch beide SATA Laufwerke ohne Probleme. Da Grub jedoch vor Mint ansetzt und das Bios die beiden SATA Platten nicht anzeigt, kann Grub die Platten auch nicht ansprechen.

    Wie gesagt: Ändere ich die Bootreihenfolge im Bios so dass von der SATA SSD gebootet werden soll, dann erkennt dieser Grub beide OS ohne Probleme und bootet sie auch.

    Gerbil

    Du hast recht. Ich habe zwei Grubinstallionen. Jeweils einen auf der NVME und einen auf der SATA SSD.

    Was das Verständnis für potentielle Antwortgeber erschwert, ist der Umstand, dass das UEFI-BIOS bei jedem immer etwas anders aussieht. Aussagekräftige Screenshots könnten da eventuell weiterhelfen.

    Ich zum Beispiel muss zum Aufruf der EFI-Boot-Auswahl auf meinem Desktop-PC die Taste F11 drücken. Die Einträge in der Liste sind dabei nach dem Schema <Name_des_Bootobjekts>[<Name_des_Datenträgers>] aufgebaut. Als Bootobjekte sind in meinem Fall 'ubuntu' und 'Windows Boot Manager' benannt. Dem selben Schema begegne ich auch, wenn ich mit F12 direkt in das UEFI-BIOS gehe. Ich kann auch bestimmen, welches Bootobjekt standardmäßig (also ohne explizite Auswahl) starten soll. Ich kapiere aber im Moment noch nicht, was das mit anzuzeigenden Speichermedien zu tun hat.

    Wenn Du eines der beiden gültigen Bootobjekte selektierst (oder auch nur markierst), dann ändert sich doch nicht in dem Moment die Anzeige von verfügbaren Datenträgern im UEFI, oder?

    Klar ist hingegen, dass beide Bootobjekte jeweils ihr eigenes Grub-Menü aufrufen. Nur dass der CachyOS-Eintrag im Mint-Grub ungültig zu sein scheint.

    Ein möglicher Grund wäre, dass CachyOS zeitlich nach Mint installiert wurde oder seitdem einer signifikanten Konfigurationsänderung ausgesetzt wurde, wovon der Mint-Grub noch nichts mitbekommen hat. Deshalb auch die bisherigen Reparaturvorschläge mittels 'os-prober' und 'grub-update'.

    Überprüfe zunächst einmal, ob die Ausgabe von 'efibootmgr' bezüglich CachyOS im Terminal mit der entsprechenden Ausgabe im Mint-Grub zusammenpasst.

    Wenn man mehrere Grub-Auswahlmenüs auf dem Rechner hat, kann es durchaus passieren, dass der Verweis auf ein anderes OSe nicht mehr aktuell ist, wenn dieses zuvor durch ein Update signifikant umkonfiguriert worden ist.

    Nach der inxi-Ausgabe zu urteilen, kann aber Mint alle drei Datenträger erkennen und wohl auch darauf zugreifen.

    Entschuldigung aber ich finde erst jetzt wieder Zeit für mein Problem.

    Im Anhang findet ihr eine Menge an Screenshots und auch die Ausgaben von "sudo os-prober" und efibootmgr.

    Die normale (von NVME booten) Reihenfolge ist:

    Bootscreen_NVME.jpg

    grub_mint.jpg

    anschließend läuft Mint und ich kann auf alle drei Datenträger zugreifen.

    Will ich nun CachyOS starten gehe ich in den Bios und ändere die Bootreihenfolge

    Boot_Reihenfolge.jpg

    Der Bootscreen sieht nun wie folgt aus

    Bootscreen_SATA-SSD.jpg und

    grub_cachyos.jpg

    anschließend startet CachyOS und ich kann wieder auf alle Datenträger zugreifen.

    Wie ihr seht sehen die Bootscreen je nach eingestellter Bootreihenfolge unterschiedlich aus. Die Frage ist nun: warum ist das so und was muss ich im Bios einstellen damit der Dualboot ohne Bioseingriffe funktioniert?


    Viele Grüße

    Yuli

    Ja, danke für die Infos. Damit sieht man schon klarer.

    Diese speziellen Startscreens direkt aus dem UEFI heraus (Bild 3/5) gibt es z.B. bei meinem Board nicht. Warum die Anzeigen unterschiedlich sind, was die aufgeführten Datenträger angeht, weiß ich auch nicht, ist aber auch nicht weiter relevant. Denn es sind ja auf beiden Betriebssystemen alle drei Datenträger zugreifbar.

    Das Ändern der Boot-Reihenfolge (Bild 2) macht natürlich nur Sinn, wenn das dauerhaft so bleiben soll. Um nur mal mit diesem oder jenem Bootloader zu starten, verwendet man stattdessen den Hotkey für das UEFI-Auswahlmenü (ist leider bei allen Rechnern eine andere Taste. Die üblichen Verdächtigen: F8 (bei Dir?), F11, F12, F2, Entf, usw.). Darin selektiert man dann den gewünschten Loader. Dasselbe Menü findet sich in der Regel auch direkt im UEFI (bei Dir vermutlich unter dem Register 'Booten').

    Der Bootstart auf der zweiten Ebene erfolgt dann vom jeweiligen Grub-Menü aus.
    Im Grub-Menü des Cachy OS (Bild 4) fehlt der Eintrag für Linux Mint. Das ist aber noch kein Fehler. Denn einige Linuxe nehmen andere Betriebssysteme nicht automatisch in ihr Grub-Menü auf. Ich kenne mich leider nicht mit Cachy OS aus und weiß daher nicht, an welcher Stellschraube man da evtl. noch zusätzlich drehen muss. Normalerweise reicht es aus, im Terminal (von Cachy OS) die Befehle 'sudo os-prober' und nachfolgend 'sudo update-grub' auszuführen.
    Im Grub-Menü von Mint (Bild 6) ist Cachy OS zwar gelistet, startet aber laut Deiner Aussage nicht. Aus dem Info zu 'efibootmgr' ist zu entnehmen, dass beide OSe ihren Starter jeweils auf einer eigenen EFI-Partition (Partition 1) ihres jeweiligen Datenträgers haben. Das ist so ok und wohl auch von Dir so gewollt.
    Sofern Cachy OS tatsächlich auf sda2 installiert worden ist, so ist zu vermuten, dass der Mint-Grub von einer falschen Disk-ID ausgeht. Auch in dem Fall würde ich (falls noch nicht geschehen) es mit der zuvor erwähnten Kommandosequenz (unter Mint) versuchen. Ansonsten wird es schwierig.

    Nur mal laut gedacht.

    Die NVME wird immer gefunden, weil es auch nur eine gibt. Bei SATA gibt es hingegen zwei, vielleicht wird hier bei der Benennung zwischen /dev/sda und /dev/sdb gewechselt? Würde die nicht benötigte Festplatte abstöpseln und es dann noch mal mit grub-install und update-grub versuchen.

    Quote from Sojan

    Nur mal laut gedacht.

    Die NVME wird immer gefunden, weil es auch nur eine gibt. Bei SATA gibt es hingegen zwei, vielleicht wird hier bei der Benennung zwischen /dev/sda und /dev/sdb gewechselt? Würde die nicht benötigte Festplatte abstöpseln und es dann noch mal mit grub-install und update-grub versuchen.

    Ich gehe davon aus, dass betriebssystemintern immer mit diesen kryptischen, aber stets eindeutigen Disk-IDs gearbeitet wird. Andernfalls würde das Ganze schnell im Chaos enden. Diese Bezeichnungen wie 'sda', 'sdb' usw. sind nur die freundlicheren Bezeichnungen zur Benutzerseite hin. Die könnten natürlich, wie Du sagst, schon mal wechseln.

    Wenn man sich da (jedesmal) mit Abstöpseln von Festplatten behelfen, wäre das ein absolutes Armutszeugnis für das OS bzw. deren Installer-Software.

    Quote from Neumann

    Ich gehe davon aus, dass betriebssystemintern immer mit diesen kryptischen, aber stets eindeutigen Disk-IDs gearbeitet wird.

    Ich hoffe doch, dass intern die UUID benutzt wird. Aber um ganz sicher zu sein halt der Vorschlag, die Festplatte einmalig zu entfernen. War ja nur eine Idee. ;)

    Wenn du bei Cachy Grub als Bootloader installiert hast, dann ist os-prober deaktiviert.

    öffne die Konsole und gib folgendes ein:

    sudo su -

    nano /etc/default/grub

    Grub_disable_os-prober=false # entfernen und mit srtg-o speichern

    in die konsole "os-prober" ohne "" eingeben und dir sollten andere Betriebssysteme angezeigt werden

    dann die Grub.cfg neu schreiben mit

    "grub-mkconfig -o /boot/grub/grub.cfg" ohne ""

    reboot und alles sollte nun bei Cachy im Bootmanager auswählbar sein

    Kreins Danke für die Kommandos. Jetzt kann ich vom CachyOS Grubmenü aus auch Mint starten. Funktioniert wunderbar.


    Neumann Die Funktionstaste zum einfachen Wechseln des Bootlaufwerks habe ich nicht gefunden. Bleibe jetzt erstmal dabei über die SATA-SSD zu booten und dann das ZielOS in Grub auszuwählen.


    Ansonsten werde ich weiter forschen und sollte ich zu Erkenntnissen kommen werde ich euch informieren.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login