gandalf44
Anmeldungsdatum: 22. November 2004
Beiträge: 161
Wohnort: Wiesbaden
|
Hallo! Ich möchte gerne Ubuntu Budgie neben Linux Mint installieren, scheitere aber regelmäßig daran, daß die Installation abgebrochen wird, weil keine Bootpartition exisitert. Habe dann die letzte Installation an diesem Punkt beendet ohne Bootpartition (Option verneint).
Folgende Ausgangslage: 1x SSD mit Linux Mint
1x HDD
Rechner: Fujitsu W520 (Intel Xeon 3,6Ghz; 16GB RAM) Auf der HDD hatte ich mal MXLinux installiert, sagt mir aber so gar nicht zu. Deshalb soll hier jetzt Ubuntu Budgie drauf
Im Grub findet sich immer noch der Eintrag von MX, obwohl die Platte neu installiert wurde. Ubuntu Budgie ist fertig installiert. Ich finde nun aber keinen Weg, es im Grub zu ändern (noch nie gemacht) bzw. es überhaupt mal zu starten. Deshalb hier mal 2 Fragen:
1) Wie bekomme ich Budgie dauerhaft in Grub eingetragen, damit ich beim Systemstart wieder auswählen kann?
2) Warum wird die Installation nicht automatisch eingetragen? Grub existiert doch bereits. Über eine Hilfestellung hierzu würde ich mich freuen.... Gruß
gandalf
|
Knarf68
Anmeldungsdatum: 14. Mai 2013
Beiträge: 2703
|
Habe mir so beholfen das irgend ein Bootsektor genommen habe. Habe auch drei Festspeicher drin, davon 2 Festplatten. Ob die neue Root Partition auch funktioniert als Boot Sektor keine Ahnung . Hinter her beim 1. Linux System ein:
sudo apt grub-update
machen damit das 2. Betriebssystem erkannt wird.
Denn Grub ist im ersten Linux system ja schon installiert und weiß noch nicht von dem anderen Linux.
|
fleet_street
Top-Wikiautor
Anmeldungsdatum: 30. August 2016
Beiträge: 2149
Wohnort: Hunsrück
|
… weil keine Bootpartition exisitert.
Könnte vielleicht eine efi-Partition gemeint sein? Liefe das auf eine Mischung aus BIOS- und EFI-Modus hinaus? Hast du das Installationsmedium von LM 19.3 noch? Das enthält boot_repair. Damit sollte sich auch Ubuntu Budgie starten lassen.
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Knarf68 schrieb: Hinter her beim 1. Linux System ein:
sudo apt grub-update
machen damit das 2. Betriebssystem erkannt wird.
du meinst wohl eher
sudo update-grub
|
Ali_As
Anmeldungsdatum: 22. Mai 2012
Beiträge: 4741
Wohnort: Steinbruch
|
Der/Das Grub von dem du redest, ist das der Bootloader von Mint? Führe den update-grub Befehl mal als erstes aus, wie vom Kollegen Frieder emphohlen. Tut sich nichts, öffne bitte das Terminal und frage folgenden Befehl ab sudo parted -l ## -l = kleines L Ausgabe bitte hier posten als Code! Wäre gut, wenn du den Installationsstick für U-Budgie dabei eingestöpselt hast. Denke auch, dass in unterschiedlichen Modi installiert wurde. Wenn es dir nur um Budgie geht, kannst das nicht bei Mint als zusätzliche GUI installieren und bei Log-In auswählen? Aber keine Ahnung, wie das harmoniert mit Mint. fleet_street schrieb:
Hast du das Installationsmedium von LM 19.3 noch? Das enthält boot_repair. Damit sollte sich auch Ubuntu Budgie starten lassen.
Diesen Vorschlag ganz schnell wieder vergessen! Boot-Repair ist eine der sichersten Methoden ein UEFI-Dualboot in die ewigen (Grub-) Jagdgründe zu schicken. Dass Mint ausgerechnet diesen Mist auf der Installations-ISO drauf hat, bestätigt wieder alle Vorbehalte gegen dieses Konstrukt.
|
gandalf44
(Themenstarter)
Anmeldungsdatum: 22. November 2004
Beiträge: 161
Wohnort: Wiesbaden
|
Mint 19.3 hatte ich von einer Heft-CD installiert (Linux-Welt).
Ob ich gerade im EFI oder normalen Boot unterwegs bin, kann ich nicht sagen, weil auch im Bios des Rechners (Fujitsu Celsius W520, Xeon 3,6Ghz; ATX-Board D3167) nirgends eine Option "EFI-UEFI existiert (zumindest nach Durchsicht aller Einträge nix gefunden).
Auf dem Rechner lief ein Win 10 vorher. update-grub hat als Ergebnis, daß Mint nun nach einem Neustart sofort zum Anmeldebildschirm kommt; ein Grubmenü wird nicht mehr angezeigt. Eine Abfrage mit parted -l ergibt: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33 | sudo parted -l
Modell: ATA C400-MTFDDAC256M (scsi)
Festplatte /dev/sda: 256GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 256GB 256GB primary ext4 boot
Modell: ATA ST3500413AS (scsi)
Festplatte /dev/sdb: 500GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Disk-Flags:
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 1049kB 500GB 500GB primary ext4
Warnung: Der Treiberdeskriptor sagt, dass die physische Blockgröße 2048 Bytes
ist. Linux sagt, dass es 512 Bytes sind.
Ignorieren/Ignore/Abbrechen/Cancel? Ignore
Modell: Intenso Speed Line (scsi)
Festplatte /dev/sdc: 126GB
Sektorgröße (logisch/physisch): 2048B/512B
Partitionstabelle: mac
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 2048B 6143B 4096B Apple
2 6683kB 10,7MB 4063kB EFI
|
Hochinteressant ist der "Apple"-Eintrag.
ich habe noch ein 2014er Macbook-Air, wo ich den Stick mal kurz benutzt hatte. Aber der Stick wurde mit gparted komplett formatiert. Größe des Sticks ist 32GB.
Vielleicht hat der Stick ja auch einen Knall.... Danke schonmal für die vielen Tips.... gandalf
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej gandalf44, gandalf44 schrieb: ...
Ob ich gerade im EFI oder normalen Boot unterwegs bin, kann ich nicht sagen
kannst Du doch (*scnr*), Du weißt nur nicht wie. Im LiveSystem diesen Befehl ins Terminal
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
und schon weißt Du 's.
Hochinteressant ist der "Apple"-Eintrag.
ich habe noch ein 2014er Macbook-Air, wo ich den Stick mal kurz benutzt hatte. Aber der Stick wurde mit gparted komplett formatiert. Größe des Sticks ist 32GB.
Vielleicht hat der Stick ja auch einen Knall....
nö, das ist die Darstellung von parted -l bei einem Stick, bei welcher mit dd (oder einem Programm, welches das intern verwendet) das iso-file geschrieben wurde. gandalf44 schrieb: ...Deshalb soll hier jetzt Ubuntu Budgie drauf
Ubuntu Budgie ist fertig installiert. Ich finde nun aber keinen Weg, es im Grub zu ändern (noch nie gemacht) bzw. es überhaupt mal zu starten.
es gibt verschiedene Möglichkeiten:
boote das Budgie von dem grub aus, der Dir zur Verfügung steht im grub menue Taste
C drücken, dann bist du in der grub-Konsole. Dort dann search -f /vmlinuz (Achtung, amerik. Tasttaturlayout!) → "-" → ß, "/" → - da sollte so etwas wie (hd0) (hd0,1)... herauskommen. Den Wert setzt Du in set root=(hd0,1) ein "=" → ´, "(" → ), ")" → = linux /vmlinuz root=/dev/sda "z" → y initrd /initrd.img boot
im System dann im Terminal ein sudo grub-install /dev/sda
Gruß black tencate
|
Frieder108
Anmeldungsdatum: 7. März 2010
Beiträge: 8989
|
Hmm, eigentlich sollte der "Mint-Grub" das Ubuntu erkennen - zeig bitte mal aus Mint heraus die Ausgabe von
sudo os-prober
Dabei wird nichts verändert, es werden nur weitere Systeme gesucht. Frage: hast du irgendwas an der Datei /etc/default/grub geändert? Ein anderer Lösungsansatz wäre evtl. das Bootmenü des Rechners - da scheinbar beide Systeme eine eigene Festplatte haben und dein Partitionsschema eine BIOS-Installation vermuten lässt, besteht die Möglichkeit, dass da jeweils auch ein Grub pro Festplatte vorhanden ist. Frage: kannst du über das Bootmenü des Rechners die andere Festplatte starten? Sollte os-prober nichts finden (und du das Skript nicht selber deaktiviert hast) und das Budgie auch nicht über das Bootmenü des Rechners startet, dann ist bei der Installation was schief gelaufen und du musst dich durch den Link zur Grub-Reparatur durcharbeiten. black_tencate schrieb: Hej gandalf44,
GRUB 2/Reparatur (Abschnitt „chroot-Methode“)
|
gandalf44
(Themenstarter)
Anmeldungsdatum: 22. November 2004
Beiträge: 161
Wohnort: Wiesbaden
|
Ok.
sudo os-prober ergibt: | sudo os-prober
[sudo] Passwort für joe:
/dev/sdb1:Ubuntu 19.10 (19.10):Ubuntu:linux
|
Aha!
Zumindest wird das Ubuntu erkannt. gandalf
|
Ali_As
Anmeldungsdatum: 22. Mai 2012
Beiträge: 4741
Wohnort: Steinbruch
|
Und was ergibt
sudo update-grub
|
gandalf44
(Themenstarter)
Anmeldungsdatum: 22. November 2004
Beiträge: 161
Wohnort: Wiesbaden
|
sudo update-grub: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | sudo update-grub
[sudo] Passwort für joe:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
Sourcing file `/etc/default/grub.d/60_mint-theme.cfg'
GRUB-Konfigurationsdatei wird erstellt …
Thema gefunden: /boot/grub/themes/linuxmint/theme.txt
Linux-Abbild gefunden: /boot/vmlinuz-5.3.0-28-generic
initrd-Abbild gefunden: /boot/initrd.img-5.3.0-28-generic
Linux-Abbild gefunden: /boot/vmlinuz-5.3.0-26-generic
initrd-Abbild gefunden: /boot/initrd.img-5.3.0-26-generic
Linux-Abbild gefunden: /boot/vmlinuz-5.0.0-32-generic
initrd-Abbild gefunden: /boot/initrd.img-5.0.0-32-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Ubuntu 19.10 (19.10) auf /dev/sdb1 gefunden
erledigt
|
Ich versuche jetzt mal einen Neustart...
|
gandalf44
(Themenstarter)
Anmeldungsdatum: 22. November 2004
Beiträge: 161
Wohnort: Wiesbaden
|
Geschafft!! Nach dem Neustart erschien dann grub mit frischer Systemauswahl.
Übrigens:
Die abfrage nach UEFI oder BIOS ergab eindeutig: bios Ich versuche jetzt mal den Vorgang nachzuvollziehen (bitte korrigieren, falls ich daneben liege):
- Ubuntu-Installation funktioniert
- es wird aber kein Bootloader installiert
- deshalb findet grub das System nicht
- der Befehl "os-prober" findet die Installation (was genau findet er? An was erkennt er die Installation-spezielle Datei etc...?)
- "update-grub" aktualisiert grub. Folgende Aktionen wurden durchgeführt:
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
Ergebnis: bios sudo os-prober
Ergebnis: Ubuntu-Installation wird gefunden sudo update-grub
Nach einem Neustart erscheint grub korrekt mit allen installierten Systemen. Vielen Dank an alle beteiligten für diese Hilfestellung!!! gandalf
|
Ali_As
Anmeldungsdatum: 22. Mai 2012
Beiträge: 4741
Wohnort: Steinbruch
|
ch versuche jetzt mal den Vorgang nachzuvollziehen (bitte korrigieren, falls ich daneben liege): - Ubuntu-Installation funktioniert - es wird aber kein Bootloader installiert - deshalb findet grub das System nicht - der Befehl "os-prober" findet die Installation (was genau findet er? An was erkennt er die Installation-spezielle Datei etc...?) - "update-grub" aktualisiert grub.
Das ist nicht ganz klar! Der normale Ablauf wäre gewesen, dass Ubuntu seinen Grub im MBR platziert, und damit zum federführenden System wird, boottechnisch, und Mint mit einbindet. Ich denke, dass Ubuntu, sein Grub vielleicht in den MBR der eigenen Platte geschrieben hat, was insbesondere dann der Fall war, wenn du die Mintplatte abgeklemmt hattest, bei der Ubuntu-Installation. Kann aber auch passieren, wenn dem nicht so war. Vermutlich hättest du Ubuntu ganz normal starten können, wenn du die Boot-Reihenfolge auf die Ubuntuplatte gelegt hättest, oder eben über das hier bereits erwähnte Bootmenü des Rechners. Im verlinkten Wiki zur Grub Reparatur, findest du irgendwo einen elend langen Befehl (mit C&P benutzen), mit dem man abfragen kann, wo sich Grub überall niedergelassen hat. Die Ausgabe ist aber kurz. Dass es sich um BIOS handelt, war mit der Ausgabe von "parted -l" schon klar. Das ist alles MBR bzw. msdos und kein gpt (UEFI). Ich geh davon aus, dass dir den ganzen Aufwand mit dem simplen "update-grub" Befehl unter Mint, gleich als erstes, hättest sparen können. Und nach dem nächsten Kernelupdate von Mint hättest es eh automatisch drin gehabt, da dann immer ein grub-update erfolgt. L.G. Edit: Der elend lange Befehl lautet: sudo fdisk -l 2>/dev/null | egrep "Disk /|/dev/" | sed "s#^/dev/#Part /dev/#" | awk '{print $2}' | sed 's/://' | xargs -n1 -IX sudo sh -c "hexdump -v -s 0x80 -n 2 -e '2/1 \"%x\" \"\\n\"' X | xargs -n1 -IY sh -c \"case \"Y\" in '48b4') echo X: GRUB 2 v1.96 ;; 'aa75' | '5272') echo X: GRUB Legacy ;; '7c3c') echo X: GRUB 2 v1.97 oder v1.98 ;; '020') echo X: GRUB 2 v1.99 ;; *) echo X: Kein GRUB Y ;; esac\"" Schöne Grüße an Frodo! 😉
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10958
|
Hej gandalf44, gandalf44 schrieb: ...
Ich versuche jetzt mal den Vorgang nachzuvollziehen (bitte korrigieren, falls ich daneben liege):
- Ubuntu-Installation funktioniert
- es wird aber kein Bootloader installiert
das ist ausschließlich der Fall, wenn Du - statt durch Klick auf das Installations Programmstarter auf dem Desktop - im terminal mit ubiquity -b gearbeitet hättest, wovon ich mal nicht ausgehe - deshalb findet grub das
nein, bei MBR gibt es auf einer Platte nur Platz für einen grub, bei 2 Platten dann auch noch einen auf 2. Platte. Aber, vom BIOS aus wird nur auf der Platte nach einem Bootloader gesucht, die in der Bootreihenfolge an erster Stelle steht. Nur, wenn dort keiner zu finden ist, folgt die Suche dann auf dem nächstfolgenden device. Bei dir aber ist der "führende" grub eben der von Mint auf der ersten Platte, und dem hättest Du nach der Ubuntuinstallation ein sudo update-grub spendieren müssen. Wie Ali_As bestimmt richtig vermutet, hast Du bei der Ubuntuinstallation entweder
die Mint Platte abgeklemmt, dadurch wurde (Ubuntus ) grub auf den MBR der Ubuntu Platte installiert, welche aber im BIOS nicht an erster Stelle der Bootreihenfolge steht. oder den Ort für grub (beim festlegen der Partitionen) entsprechend verändert (→ z.B. PBR statt MBR)
Was auch immer, der "Rattenschwanz" wird es uns verraten. Gruß black tencate
|
gandalf44
(Themenstarter)
Anmeldungsdatum: 22. November 2004
Beiträge: 161
Wohnort: Wiesbaden
|
Okay, hier mal der "Rattenschwanz": | /dev/loop0: Kein GRUB bd5d
/dev/loop1: Kein GRUB ee5d
/dev/loop2: Kein GRUB 9b5d
/dev/loop3: Kein GRUB 9b5d
/dev/loop4: Kein GRUB 9b5d
/dev/loop5: Kein GRUB 15d
/dev/loop6: Kein GRUB 8a5d
/dev/sda: GRUB 2 v1.99
/dev/sda1: Kein GRUB 00
/dev/sdb: Kein GRUB 00
/dev/sdb1: Kein GRUB 00
|
Ich habe 2 Platten im Rechner:
- SSD (sda)und HDD (sdb)
Mint wurde auf der SSD installiert, während der Ubuntuinstallation habe ich keine Platte abgeklemmt.
Am Ende der Ubuntuinstallation kam der Hinweis, daß keine Bootpartition existiert (was mich ja stutzig machte, da sie ja existiert auf sda).
Dann kam die Möglichkeit, den Ort einer Bootpartition anzugeben und ich habe da sdb gewählt. Trotzdem wurde die Installation mit einer Fehlermeldung beendet. Ja, jetzt wo ich es weiß: ein "update-grub" hätte geholfen.... Gruß
gandalf.....
|