Da sollte mehr kommen:
manuel.ohnemus@ad.kb-ohnemus.de@rechner7:~$ sudo update-grub Quelldatei `/etc/default/grub' Quelldatei `/etc/default/grub.d/init-select.cfg' GRUB-Konfigurationsdatei wird erstellt … Linux-Abbild gefunden: /boot/vmlinuz-5.4.0-90-generic initrd-Abbild gefunden: /boot/initrd.img-5.4.0-90-generic ... Linux-Abbild gefunden: /boot/vmlinuz-5.4.0-45-generic initrd-Abbild gefunden: /boot/initrd.img-5.4.0-45-generic Found memtest86+ image: /boot/memtest86+.elf Found memtest86+ image: /boot/memtest86+.bin Windows 10 auf /dev/sda1 gefunden erledigt
Evtl. doch mal aus debian raus probieren:
https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#Reparatur-mittels-Desktop-CD
Mit freundlichen Grüßen
Manuel Ohnemus Dipl. Ing. (FH)
Konstruktion und Betriebsmittel Ohnemus Hauptstraße 72 D-77960 Seelbach Tel: +49 7823 961238-1 Fax: +49 7823 961238-4 manuel.ohnemus@kb-ohnemus.de https://www.kb-ohnemus.de
Am 25.11.21 um 14:13 schrieb Rudolf Bahr:
sudo update-grub Generating grub configuration file ...
ist schon Alles (unter Q4OS), mehr kommt da leider nicht.
Könnte es sein, dass da ein Durcheinander von BIOS und EFI, vielleicht sogar UEFI passiert ist? Debian ist ja sehr vorsichtig mit Neuerungen, die andere OS längst einsetzen.
Rudolf
Am Thu, Nov 25, 2021 at 01:52:49PM +0100 schrieb Manuel Ohnemus:
"sudo update-grub": Generating grub configuration file ...
Dabei sollten die gefundenen Systeme angezeigt werden. Was kommt da?
Mit freundlichen Grüßen
Manuel Ohnemus Dipl. Ing. (FH)
Konstruktion und Betriebsmittel Ohnemus Hauptstraße 72 D-77960 Seelbach Tel: +49 7823 961238-1 Fax: +49 7823 961238-4 manuel.ohnemus@kb-ohnemus.de https://www.kb-ohnemus.de
Am 25.11.21 um 11:32 schrieb Rudolf Bahr:
"sudo grub-install /dev/sda" bringt als Meldung:
i386-pc wird für Ihre Plattform installiert. installation beendet. Keine Fehler aufgetreten.
und "sudo update-grub":
Generating grub configuration file ...
Also keine Fehler, aber beim Booten gibt es weiterhin nur Q4OS.
Tomas, mit rescue-disc hat es nicht geklappt. Musste erst einige Partitionen ausprobieren, um "grub-install" und "update-grub zu finden, bei /usr hat es darauf dann Meldungen gegeben wie:
"error: /usr/lib/grub/i386-pc/modinfo.sh doesn't exist" oder "cannot open /usr'/share/grub/grub-mkconfig_lib"
Ich habe zur Zeit leider nur einen Rechner zur Verfügung, auf dem ich die Tests mache und Mails beantworte. Tut mir Leid, dass ich nicht zeitnäher antworten kann.
Rudolf
Am Thu, Nov 25, 2021 at 09:46:13AM +0100 schrieb Manuel Ohnemus:
"grub-install /dev/sda"
"update-grub"
Da müsste ja beide Male eine Meldung dazu kommen. Was sagt die?
Für chroot gehe ich immer nach der Anleitung bei ubuntuusers vor, sollte bei debian aber auch gehen. Statt von CD zu booten kann man aber auch ein installiertes laufendes Linux als Basis nehmen.
https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#Reparatur-mittels-Desktop-CD
Ich habe das Thema oft wenn ich eine vorhandene Installation mit tar auf mehrere Rechner übertrage. Da muss jedes Mal de Bootloader so erstellt werden.
Mit freundlichen Grüßen
Manuel Ohnemus Dipl. Ing. (FH)
Konstruktion und Betriebsmittel Ohnemus Hauptstraße 72 D-77960 Seelbach Tel: +49 7823 961238-1 Fax: +49 7823 961238-4 manuel.ohnemus@kb-ohnemus.de https://www.kb-ohnemus.de
Am 25.11.21 um 09:29 schrieb Rudolf Bahr:
Hallo Manuel,
danke für Deine Antwort!
Ich kann zur Zeit ja nur Q4OS (q4os.org; bautauf Debian 11 auf) booten, also habe ich, wie von Dir vorgeschlagen, "grub-install /dev/sda" und dann ein "update-grub" versucht, was aber leider Nichts bewirkt hat.
Das mit dem Wechsel nach Debian mit "chroot" habe ich nicht verstanden. Woher bekomme ich "NEWROOT"? /dev/sda kann es nicht sein, weil es kein Verzeichnis ist, /dev/sda5, welches die ROOT-Partition ist, auch nicht.
Gibt es noch Etwas, das ich versuchen könnte?
Gruß, Rudolf
Am Thu, Nov 25, 2021 at 07:41:15AM +0100 schrieb Manuel Ohnemus:
Hallo,
üblicherweise verwaltet eines der installierten Linuxe den Grub-Bootloader. Ein update-grub sollte auch andere Installationen (und Windows) finden und korrekt eintragen. Mag sein dass das bei Q4OS (noch nie gehört) nicht richtig funktioniert oder konfiguriert ist, es sich aber dennoch für den Bootsektor zuständig fühlt. So wie ein nachträglich installiertes Windows den ja auch überschreibt.
Falls jetzt Q4OS Grub verwalten soll kannst Du unter Q4OS ein grub-install /dev/sda und dann ein update-grub versuchen. Dabei sollten alle vorhandenen Systeme gefunden und eingetragen werden.
Oder Du wechselst nach Debian (chroot) und machst da das gleiche.
Mit freundlichen Grüßen
Manuel Ohnemus Dipl. Ing. (FH)
Konstruktion und Betriebsmittel Ohnemus Hauptstraße 72 D-77960 Seelbach Tel: +49 7823 961238-1 Fax: +49 7823 961238-4 manuel.ohnemus@kb-ohnemus.de https://www.kb-ohnemus.de
Am 25.11.21 um 07:18 schrieb Rudolf Bahr: > Hallo an Alle! > > Zu meinem hauptsächlichen OS "Debian 11" auf /dev/sda habe ich zu Testzwecken > ein weiteres Betriebssystem "Q4OS 4.7 Gemini" auf /dev/sdb installiert. Nun kann > ich Debian nicht mehr booten, weil nur noch Q4OS angezeigt wird. > > Dieses "Kuckucks-Phänomen", dass ein BS ein anderes quasi aus dem Nest wirft, ist > mir auch schon mit anderen Betriebssystemen passiert. Deshalb denke ich nicht, > dass es speziell mit Q4OS zu tun hat. Irgendwo muss grundsätzlich der Wurm drin > sein, aber wo? > > Was kann man da machen? > > > > sudo gdisk /dev/sda ergibt: > Number Start (sector) End (sector) Size Code Name > 1 2048 3906250751 1.8 TiB 8300 > 2 3906250752 3906349055 48.0 MiB EF02 > 3 3906349056 4101660671 93.1 GiB 8200 > 4 4101660672 4103614463 954.0 MiB 8300 DEBIAN 11 > 5 4103614464 4162207743 27.9 GiB 8300 DEBIAN 11 > 6 4162207744 4201269247 18.6 GiB 8300 DEBIAN 11 > 7 4201269248 4259862527 27.9 GiB 8300 DEBIAN 11 > 8 4259862528 4298924031 18.6 GiB 8300 DEBIAN 11 > 9 4298924032 4337985535 18.6 GiB 8300 DEBIAN 11 > 10 4337985536 4534274047 93.6 GiB 8200 > 11 4534274048 5860533134 632.4 GiB 8300 DEBIAN 11 > > > sudo gdisk /dev/sdb: > Number Start (sector) End (sector) Size Code Name > 1 34 409602047 195.3 GiB 8300 > 2 409602048 537217023 60.9 GiB 8300 > 3 537217024 537234734 8.6 MiB 8300 > > Kann es daran liegen, dass ich bei /dev/sdb3 "EF02" nicht angegeben habe? > Ich sehe gerade, dass /dev/sdb2 kein Swap-Bereich ist, wie eigentlich > beabsichtigt. Bei der Test-Installation geschludert, gell? > > > Viele Grüße, > > Rudolf
-
Manuel Ohnemus