Folgendes: Ich habe ein Kubuntu auf sda8 und ein Ubuntu auf sda5. Wenn ich allerdings im Grub U. auf sda5 bootet KU. auf sda8. Kann mir jemand helfen das zu reparieren? Gruß Leonhard68
Bug in Grub
Anmeldungsdatum: Beiträge: 154 |
|
Anmeldungsdatum: Beiträge: 1347 |
Was soll uns der Title „Bug in Grub“ sagen ? Manchmal sitzt der Bug auch vor dem PC. 😉 |
(Themenstarter)
Anmeldungsdatum: Beiträge: 154 |
Ha, Ha, Ha! Das war der unveränderte Originalzustand von Grub nach der Installation. der Bug ist also in update-grub! |
Top-Wikiautor
Anmeldungsdatum: Beiträge: 2149 Wohnort: Hunsrück |
Nun mal locker bleiben. Wenn du wüsstest, dass du einen Fehler machst, hättest du es sicher nicht gemacht. Aber direkt auf einen Bug oder Bedienfehler zu schließen ist von beiden Seiten zu einfach gedacht. Also Fakten auf den Tisch. Rechner mit UEFI oder BIOS? Wenn BIOS, wohin wurde GRUB installiert (MBR/PBR); Welches …buntu ist im MBR? Die Infos lassen sich auch leicht sammeln mit dem Boot-Info-Script |
Anmeldungsdatum: Beiträge: 1347 |
|
Anmeldungsdatum: Beiträge: 10958 |
Hej fleet_street,
mir ist nicht bekannt, daß in EFI Sytemen sich die grubs gegenseitig überschreiben könnten, ⇒ daher BIOS/MPT
nur bei Installationsort /dev/sdX für grub in beiden Fällen kommt es zu diesem Kuddel Muddel
s. o., leider beide
nur, wenn Du solche Angaben => Grub 2 is installed in the MBR of /dev/sdb and looks on the same drive in partition #85 for fa1c08ed88ed08ec0fbdf0us. zu interpretieren weißt. Gruß black tencate |
(Themenstarter)
Anmeldungsdatum: Beiträge: 154 |
Grub-Distributor ist Kubuntu, aber davor war schon 1 Ubuntu-Grub und gut 5 Kubuntu-Grubs installiert. |
Top-Wikiautor
Anmeldungsdatum: Beiträge: 2149 Wohnort: Hunsrück |
Mir auch nicht, aber dann könnte das im UEFI-Modus tatsächlich ein neuer Bug sein. 😀
Ich denke, dass fiele mir leichter als leonhard68 schrieb:
Sorry, leonhard68! Ich bin so schlau wie zuvor. ☹ |
(Themenstarter)
Anmeldungsdatum: Beiträge: 154 |
Bios! |
Anmeldungsdatum: Beiträge: 10958 |
Hej fleet_street,
möglich, aber: 'Butter bei die Fische' gut, in der aktuellen Version Boot Info Script 0.76 [13 April 2017] steht wieder eine les- und interpretierbare Angabe core.img is at this location and looks for (,msdos1)/grub aber mit EFI kann das script wohl nichts anfangen ubuntu@ubuntu:~$ sudo parted -l Modell: ATA [...] Modell: SMI USB DISK (scsi) Festplatte /dev/sdc: 4010MB Sektorgröße (logisch/physisch): 512B/512B Partitionstabelle: msdos Disk-Flags: Nummer Anfang Ende Größe Typ Dateisystem Flags 1 3146kB 37,7MB 34,6MB primary fat32 esp 2 37,7MB 4010MB 3972MB primary fat32 ubuntu@ubuntu:~$ RESULTs.txt (Auszug für sdc) => Grub2 (v2.00) is installed in the MBR of /dev/sdc and looks at sector 1 of the same hard drive for core.img. core.img is at this location and looks for (,msdos2)/boot/grub. It also embeds following components: modules --------------------------------------------------------------------------- fat part_msdos biosdisk --------------------------------------------------------------------------- ... =========================== sdc1/boot/grub/grub.cfg: =========================== -------------------------------------------------------------------------------- if loadfont [bla bla] set default=1 menuentry "EFI-PC"{ set root=(hdo,1) } submenu "live" { menuentry "ubuntu-18.04-desktop-amd64 live " { set root=(hd0,2) loopback loop /ubuntu-18.04-desktop-amd64.iso linux (loop)/casper/vmlinuz boot=casper ramdisk_size=2097152 root=/dev/ram rw locale=de_DE bootkbd=de console-setup/layoutcode=de iso-scan/filename=/ubuntu-18.04-desktop-amd64.iso initrd (loop)/casper/initrd.lz } [bla bla]-------------------------------------------------------------------------------- } =================== sdc1: Location of files loaded by Grub: ==================== GiB - GB File Fragment(s) ?? = ?? boot/grub/grub.cfg 1 =========================== sdc2/boot/grub/grub.cfg: =========================== -------------------------------------------------------------------------------- if loadfont[bla bla ] menuentry "legacy-PC"{ set root=(hd0,2) } submenu "live" { menuentry "ubuntu-18.04-desktop-amd64 live " { set root=(hd0,1) loopback loop /ubuntu-18.04-desktop-amd64.iso linux (loop)/casper/vmlinuz boot=casper ramdisk_size=2097152 root=/dev/ram rw locale=de_DE bootkbd=de console-setup/layoutcode=de iso-scan/filename=/ubuntu-18.04-desktop-amd64.iso initrd (loop)/casper/initrd.lz } [bla bla ] } -------------------------------------------------------------------------------- =================== sdc2: Location of files loaded by Grub: ==================== GiB - GB File Fragment(s) ?? = ?? boot/grub/grub.cfg 1 ?? = ?? boot/grub/i386-pc/core.img 1 In sdc1 steht nämlich die grub-Installation für ubuntu@ubuntu:~$ [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS UEFI ubuntu@ubuntu:~$
und mit so einer (hingerotzten) Antwort erwartet er weitere Hilfe? Oh,oh, wie tief sinken wir denn noch? Gruß black tencate |
(Themenstarter)
Anmeldungsdatum: Beiträge: 154 |
Entschuldigung! Ich packe alle wichtigen Dateien in den Anhang. Gruß Leonhard68 |
Anmeldungsdatum: Beiträge: 10958 |
Hej leonhard68,
irgendwie hast Du das Forum hier noch nicht verstanden:
Gruß black tencate |
(Themenstarter)
Anmeldungsdatum: Beiträge: 154 |
Also ich meine damit, dass der aktuelle Grub von dem Kubuntu stammt, davor aber schon einige andere Grubs installiert waren. Das ich von einem Bug rede kommt daher, dass das Ubuntu bei der vorvorletzten KU-Installation noch starten konnte. Als Unterstsystem habe ich ein Bios. Als Festplattenpartitionierungsart habe ich MBR. Und ,ja, es wurden die Grubs von vielen unterschiedlichen Distributionen in den MBR von /dev/sda (die Festplatte) geschrieben. Gruß Leonhard68 |
Anmeldungsdatum: Beiträge: 7658 |
Schönes Chaos. Du hast da Booteinträge mit sehr verwirrenden Bezeichnungen ('Ubuntu 18.04 LTS (18.04) (on /dev/sda5)', 'Ubuntu 18.04 LTS (18.04) (auf /dev/sda8) (on /dev/sda5)') aber bei beiden ist root=/dev/sda8 (nicht mal als UUID) gesetzt, also die Angabe /dev/sda5 ist da einfach Quark. Woher diese Einträge und Bezeichnungen kommen, kann ich mir nicht erklären - ist das von Hand nachgearbeitet? Anders bekommt man eigentlich kaum einen Booteintrag ohne UUID. Die anderen Einträge benutzen UUID=252f25c1-d17c-4734-9816-2768d82890fc, UUID=d4571a10-1ef2-4c91-ace6-880c5efc5098, UUID=417d1974-3c30-47bb-b687-531a4f8c1d8b. Welche Partitionen das nun sind darfst du uns mit 'blkid' verraten. Alle Angaben wie immer ohne Gewähr, ich kann mich beim entziffern deiner grub.cfg auch vertan haben. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 154 |
Die letzte UUID ist mein Manjaro(sda6). Die 1. UUID ist das Kubuntu(sda8). Die 2. UUID ist das betreffende Ubuntu (sda5). Gruß Leonhard68 |