staging.inyokaproject.org

19.10 hat aber schon „ewig“ keinen Support mehr.

Dann starte vom 20.10er Livesystem die Installation aus dem Terminal mit

ubiquity -b

. Dadurch wird die Installation des Bootloaders übersprungen und du kannst es nachträglich von einem anderen Linux aus durchführen.

Apropos: Welches Linux ist bei dir denn für den GRUB verantwortlich? Doch nicht etwa alle im Wechsel (je nachdem, wo gerade eine Aktualiserung des Kernel oder von GRUB installiert wird)?

Also folgendes. Mit ubiquity -b wird da Bootmenue zerschossen und es erscheint grub rescue> was man da eingeben muss weiss ich nicht.Also 20.10 neu installiert ohne ubiquity und nach restart erscheint das grub Bootmenue wie gewuenscht.Alle betriebssysteme lassen sich booten ausser 20.10.Ich habe auch versucht 20.10 auf einem UEFI freien Computer zu installieren. Ergebnis das selbe,also UEFI kann man als Uebeltaeter wohl ausschliessen. Die Frage welches Linux fuer Grub verantwortlich ist verstehe ich nicht ganz.Nach der Installation des neuesten Ubuntu,in der Regel auf der Partition des vorvorletzten Ubuntu,und restart erscheint das zuletzt(neueste)Ubuntu oben als erstes im Bootmenue und war auch als default OS eingetragen. Die aelteren Ubuntu OS werden dann in der Regel nicht mehr benutzt und dienen nur als Reserve.

Hallo kamuta,

Da soll ein Fehler im Installer enthalten sein .... probiere es mal mit einer aktuellen 20.10.

Nach deinen jetzigen dürftigen Informationen musst du das Live System im mbr/bios Modus starten .... aber es fehlen ja noch welche .... worum ich dich gebeten habe.

Gruss Lidux

kamuta schrieb:

… Mit ubiquity -b wird da Bootmenue zerschossen …

Genau das sollte beim Schalter -b ja verhindert werden. 🙄

… Die Frage welches Linux fuer Grub verantwortlich ist verstehe ich nicht ganz. […] Die aelteren Ubuntu OS werden dann in der Regel nicht mehr benutzt und dienen nur als Reserve.

Wenn du jedes Linux so installierst, dass es den GRUB in den MBR installiert, dann kann kann auch jedes Linux sich wieder an erste Stelle schreiben, wenn es abweichend von deiner Regel doch gestartet und sogar aktualisiert wird. So hast du eben kein GRUB in Reserve. Anders wäre es, wenn nur ein Linux in den MBR schreiben darf und die anderen in den PBR, welcher dann per chainload geladen wird.

https://www.linuxmintusers.de/index.php?action=wiki;page=grub_chainload

Hej fleet_street,

fleet_street schrieb:

...dann kann kann auch jedes Linux sich wieder an erste Stelle schreiben, wenn es abweichend von deiner Regel doch gestartet und sogar aktualisiert wird. So hast du eben kein GRUB in Reserve.

nein, das ist nicht der Fall! Erst ein "aktives" sudo grub-install /dev/sdX kann das bewirken! Sonst bleibt immer das leztinstallierte das aktive!

Gruß black tencate

Inzwischen glaube ich ich weiss woran es lag. 2 Partitionen waren als boot geflaggt.Nachdem ich eine Partition entbootet habe und den bootloader auf der Harddisk installiert habe auf der auch die bootgeflaggte Partition installiert war funktionierts. Gute Nacht

Ja leider zu frueh gefreut. Nachdem er einige male korrekt gebootet hatte erscheint zwar das Bootmenue aber ich muss 20.04 als Betriebssystem auswaehlen.

Bin ich der Einzige der Probleme mit dem booten von 20.10 hat? 20.10 scheint in diesem Forum (Ubuntu installieren und aktualisieren) garnicht vorzukommen? Da ich auf meinen beiden Computern, einer mit UEFI Board und der andere mit einem BIOS only Board, das selbe Problem habe kann es doch wohl nicht an der Hardware liegen-oder?

Hej kamuta,

kamuta schrieb:

Bin ich der Einzige der Probleme mit dem booten von 20.10 hat? 20.10 scheint in diesem Forum (Ubuntu installieren und aktualisieren) garnicht vorzukommen? Da ich auf meinen beiden Computern, einer mit UEFI Board und der andere mit einem BIOS only Board, das selbe Problem habe kann es doch wohl nicht an der Hardware liegen-oder?

nein, aber vermutlich am user vor dem Bildschirm.

Wie sollen wir analysieren, wo der Fehler stecken könnte, wenn du keinerlei verwertbare (bereits angeforderte) Informationen lieferst? Und auch, wenn Linux bei der Verwendung der beiden Modi EFI und CSM unproblematisch ist, in Deinem Multiboot mußt Du Dich schon für eine Variante entscheiden, sonst kann der Bootloader grub seinen Dienst nicht richtig erfüllen.

Also Infos: boot info script und die RESULTs.txt dann hier als Anhang.

Gruß black tencate

Bei den von dir angebotenen Links zu boot-info-script gibt es keine Ergebnisse. Versuche mit apt-get als auch mit apturl sind fehlgeschlagen. Ich bin hier oefter gefragt worden wo ich den MBR installiert habe. Ich habe bei der Installation unter etwas anderes dieses mal sdb zur installation des Bootloaders angegeben hat nicht geholfen.Auch sudo install-grub /dev/sda hat nicht geholfen. Du hast geschrieben dass in 20.10 ein Bug sei. Ist der bereits behoben?

Hej kamuta,

kamuta schrieb:

Bei den von dir angebotenen Links zu boot-info-script gibt es keine Ergebnisse. Versuche mit apt-get als auch mit apturl sind fehlgeschlagen.

na, da tippe ich mal auf: Du hast die entsprechenden Paketquellen (universe wie es dort steht) nicht freigeschaltet.

wo ich den MBR installiert habe.

mal 'ne kleine Korrektur: Du installierst bestenfalls "etwas" in den MBR

...dieses mal sdb zur installation des Bootloaders angegeben hat nicht geholfen.Auch sudo install-grub /dev/sda hat nicht geholfen.

der Bootloader gehört in den MBR der Platte, die du in der Bootreihenfolge an erste Stelle setzt.

Du hast geschrieben dass in 20.10 ein Bug sei. Ist der bereits behoben?

schrieb ich zwar nicht, aber soweit ich das jetzt erinnere, stolpert 20.10 bei der grub Installation über eine nicht vorhandene esp (die aber gar nicht gebraucht wird). Einfach ignorieren!

Gruß black tencate

Ich moechte nochmal hier zusammenfassen was ich beim booten von 20.10 erlebt habe. Wenn ich den Computer per default mit sdb starte kommt nach dem Asrock UEFI BIOS ein Verzeichnis saemtlicher auf dem Computer installierter Betriebssysteme. 20.10 als default.Wenn ich 20.10 mit Enter bestaedige kommt ein Bildschirm auf dem unten ubuntu steht und wo oberhalb von ubuntu ein dreiteiliger Kreis rotiert. In der Regel erscheint nachdem der Kreis lange rotiert hat folgende Meldung:You are in emergency mode. Ich habe nach druecken der Entertaste und dem Erscheinen von kamuta desktop die Moeglichkeit systemctl reboot per Enter zu bestaetigen was ein neustart zur folge hat oder journal -xb einzugeben was eine endlose Zeilenkolonne zur folge hat die solange laeuft wie ich die Pfeiltaste gedrueckt halte.Alle Zeilen beginnen mit Nov.28 11:27:22 kamuta-desktop kernel. Zwei Zeilen waren in dunkelorange mit folgender Meldung pci 0000:00:00.2:cant derive routing for PCI INT A .In der 2.Zeile steht:pci 0000:00:00.2:PCI INT A not connectet. Nachdem ich 20.10 10 bis 20mal rebootet habe rotiert der unterbrochene Kreis wenige Sekunden und 20.10 startet normal. Nach Eingabe von sudo infoscript erscheint im Result.txt unter anderem ⇒ Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of the same hard drive for core.img. core.img is at this location and looks for /boot/grub. It also embeds following components:

modules

• –––––––––––––––––––––––––––––––––––––

fshelp ext2 part_msdos biosdisk search_fs_uuid

• –––––––––––––––––––––––––––––––––––––

config script

• –––––––––––––––––––––––––––––––––––––

search.fs_uuid fd8afe0a-a6ba-4d1b-a081-9a56dd05448d root hd1,msdos3 set prefix=($root)'/boot/grub'

• –––––––––––––––––––––––––––––––––––––

⇒ Grub2 (v2.00) is installed in the MBR of /dev/sdb and looks at sector 1 of the same hard drive for core.img. core.img is at this location and looks for (,msdos3)/boot/grub. It also embeds following components:

modules

• –––––––––––––––––––––––––––––––––––––

fshelp ext2 part_msdos biosdisk Wenn ich den Computer mit sda starte kommt die Meldung grub rescue> Wer hat eine erklaerung fuer dieses sonderbare Verhalten. Wenn doch in der Configuration fehler Waeren dann duerfte 20.10 doch ueberhauptnicht booten und nicht gelegentlich. Alle anderen Betriebssysteme booten korrect ausser wenn ich die Betribssysteme im recovery modus starten will, dann erscheint bei allen Betriebssystemen ein extrem verwaschener praktisch nicht nutzbarer Auswahlschirm.

Bin ich der einzige der Probleme beim booten von 20.10 hat? Habe 20.10 nochmal samt bootmenue auf einem USB Stick installiert. Beim booten vom USB stick das selbe Problem wie beim booten von der Festplatte.Beim booten von der Festplatte bootet er gelegentlich, einmal konnte ich 20.10 4x nacheinander starten ohne Problem dann kamen wieder die Fehlermeldungen. Was ich nicht verstehe ist dass es manchmal geht dann wieder nicht. Wenn Hardware oder Softwarefehler vorlaegen dann duerfte der doch ueberhaupt nicht booten.Wenn ich 20.10 installiere kommt zum Schluss die Meldung dass probleme beim schreiben des Bootmenues auf sdx aufgetreten seien,dabei handele es sich um einen fatalen Error.

kamuta

Also zumindest mit dem fehler grub-install geht nicht, während der Installation ist bist Du nicht allein. Hier uefi fähiges board, aber auf legacy-only gestellt und in virtualbox bei beidem habe ich diesleben Probleme, gehabt gewürzt mit der ständigen Warnung keine efi partition gefunden, obwohl das Installations-Medium in bios-mode gestarted war.

Gruß Taomon

Wenn ich die Stromkabel von den Festplatten ziehe und ich versuche ubuntu auf einem usb Stick zu installieren dann dauert das 5 mal solange als wenn die Festplatten angeschlossen sind und er laesst sich nicht booten. Weiss jemand woran das liegt?