Lieber Besucher, herzlich willkommen bei: Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Dieser Beitrag wurde bereits 11 mal editiert, zuletzt von »ebbi97a« (14.12.2017, 20:16) aus folgendem Grund: Nach mehreren Wochen Analyse und Recherchen wurde das Ziel erreicht, ein System mit mehreren Linux-Betriebssystem aus dem BIOS/MBT/MBR-Boot-Modus ohne Neuinstallation und Datenverlust in den EFI/GPT-Modus überzuführen. Die Hauptschwierigkeiten waren nicht so sehr die technischen Verfahren, sondern ein Wust an Begriffen, teils unsauber gebraucht ("babylonische Sprachverwirrung"), unglaublich viele Fallunterscheidungen, die an unerwarteten Stellen relevant werden und allgemein recht geringes Interesse an einer solchen Aktion, so daß systematische Beschreibungen einer solchen Umstellung kaum zu finden sind. Häufig wird zu Datensicherung und Neuinstallation geraten.
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Gerade eben ist die Katastrophe passiert:… Auch ist mir immer noch nicht klar, ob ich auf dem Holzweg bin. Zwar werde ich nie ein Windows (als Beispiel) real parallel installieren, jedoch in Virtuellen Maschinen. Verwendet werden z.Z. KVM/qemu und VirtualBox. Meine Hoffnung ist, daß die Booteinstellung des Wirtssystems nicht in die virtuellen Maschinen und damit auf die Gastsysteme durchschlägt. Konkret: könnte ich auch im EFI-Modus des Wirtssystems noch ein Gastsystem im BIOS-Modus installieren und betreiben? Es gibt noch viele weitere Detailfragen, aber zuerst hoffe ich auf eine grundsätzliche Klärung, ob mein Vorhaben überhaupt erlaubt ist.
Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von »ebbi97a« (28.11.2017, 14:58) aus folgendem Grund: Erklärung für das Fehlverhalten nachgereicht
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »ebbi97a« (29.11.2017, 14:30)
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
Nicht weiter ernst nehmen. Bis zu den Autoren solcher Anleitungen, hat sich noch nicht herum gesprochen, dass das jetzt UEFI heißt. Und da sie meisten USER auch nur den Begriff BIOS kennen, wird er halt fröhlich weiter benutzt, auch für UEFI.Zitat
In den Abschnitten über BIOS und EFI fällt auf, daß fast immer nur von BIOS die Rede ist und die Begriffe EFI / UEFI nur beiläufig eingeflochten werden
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Quellcode |
|
1 2 |
ebbi@i5tuxedo ~ $ mount | grep efivars ebbi@i5tuxedo ~ $ |
Quellcode |
|
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 34 35 36 37 |
ebbi@i5tuxedo ~ $ sudo parted -l [sudo] Passwort für ebbi: Modell: ATA ST1000LM014-1EJ1 (scsi) Festplatte /dev/sda: 1000GB Sektorgröße (logisch/physisch): 512B/4096B Partitionstabelle: gpt Disk-Flags: Nummer Anfang Ende Größe Dateisystem Name Flags 1 1049kB 16,4GB 16,4GB linux-swap(v1) Linux swap 2 16,4GB 16,5GB 118MB fat32 EFI System boot, esp 5 16,5GB 32,1GB 15,6GB ext4 Linux filesystem 8 32,1GB 396GB 364GB ext4 Linux filesystem 6 396GB 446GB 49,5GB ext4 Linux filesystem 7 446GB 1000GB 554GB ext4 Linux filesystem Modell: ATA WDC WD40EZRZ-00W (scsi) Festplatte /dev/sdb: 4001GB Sektorgröße (logisch/physisch): 512B/4096B Partitionstabelle: gpt Disk-Flags: Nummer Anfang Ende Größe Dateisystem Name Flags 1 1049kB 929GB 929GB ext4 HOME 2 929GB 964GB 35,3GB linux-swap(v1) 3 964GB 4001GB 3037GB btrfs SICHERUNG Warnung: /dev/sr0 kann nicht zum Schreiben geöffnet werden (Das Dateisystem ist nur lesbar). /dev/sr0 wurde nur lesbar geöffnet. Fehler: /dev/sr0: unbekannte Partitionstabelle Modell: HL-DT-ST DVDRAM GH24NSC0 (scsi) Festplatte /dev/sr0: 8363MB Sektorgröße (logisch/physisch): 2048B/2048B Partitionstabelle: unknown Disk-Flags: |
Quellcode |
|
1 2 3 4 5 6 |
ebbi@i5tuxedo ~ $ sudo apt-get install efibootmgr Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig »efibootmgr« ist bereits die neuste Version (0.12-4). 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 12 nicht aktualisiert. |
Quellcode |
|
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 34 |
ebbi@i5tuxedo ~ $ sudo dmidecode -t 0 # dmidecode 3.0 Getting SMBIOS data from sysfs. SMBIOS 2.8 present. Handle 0x0000, DMI type 0, 24 bytes BIOS Information Vendor: American Megatrends Inc. Version: P2.10 Release Date: 06/13/2016 Address: 0xF0000 Runtime Size: 64 kB ROM Size: 16384 kB Characteristics: PCI is supported BIOS is upgradeable BIOS shadowing is allowed Boot from CD is supported Selectable boot is supported BIOS ROM is socketed EDD is supported 5.25"/1.2 MB floppy services are supported (int 13h) 3.5"/720 kB floppy services are supported (int 13h) 3.5"/2.88 MB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) ACPI is supported USB legacy is supported BIOS boot specification is supported Targeted content distribution is supported UEFI is supported BIOS Revision: 4.6 |
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
ebbi@i5tuxedo ~ $ sudo dmidecode -t 1 # dmidecode 3.0 Getting SMBIOS data from sysfs. SMBIOS 2.8 present. Handle 0x0001, DMI type 1, 27 bytes System Information Manufacturer: To Be Filled By O.E.M. Product Name: To Be Filled By O.E.M. Version: To Be Filled By O.E.M. Serial Number: To Be Filled By O.E.M. UUID: 03000200-0400-0500-0006-000700080009 Wake-up Type: Power Switch SKU Number: To Be Filled By O.E.M. Family: To Be Filled By O.E.M. |
Quellcode |
|
1 2 |
ebbi@i5tuxedo ~ $ sudo efibootmgr -v efibootmgr: EFI variables are not supported on this system. |
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »ebbi97a« (30.11.2017, 09:35)
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
Quellcode |
|
1 |
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"" |
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Klaus P« (30.11.2017, 14:19)
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Ich brauche dann auch noch mal die Ausgabe fokgenden "kleinen" Befehls:
Quellcode |
|
1 2 3 4 5 6 7 8 |
ebbi@i5tuxedo ~ $ 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"" bash: Syntaxfehler beim unerwarteten Wort `)' |
Die Terminalabfragen aus deinem letzten Post, wurden die aus dem laufenden System heraus gemacht, wenn ja welchem, oder aus der Live-Session (Installationsmedium im Ausprobieren-Modus)?
Was soll am Ende raus kommen? Also kurz, welches OS wo? Über den Modus UEFI oder BIOS reden wir später noch mal.
Wenn ich mich nicht irre, hast du irgendwo weiter vorne "Boot-Repair" erwähnt. Falls ja, starte das doch noch mal, aber keinesfalls die Reparaturfunktion starten, sondern nur das Info-Summary. An dessen Ende bekommst du einen Link zu Ubuntu-Irgendwas angezeigt, wo das Summary gespeichert ist. Dieses Link hier auch noch mal posten.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »ebbi97a« (30.11.2017, 19:38)
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
Quellcode |
|
1 |
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"" |
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Jetzt aus dem Livesystem der Schluß:Kommt später; dazu muß ich erst neu vom Rettungssystem booten, um die Ausgabe kopieren zu können.
Quellcode |
|
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 |
Boot Info Script e7fc706 + Boot-Repair extra info [Boot-Info 9Feb2015] ============================= Boot Info Summary: =============================== => Grub2 (v1.99-2.00) is installed in the MBR of /dev/sda and looks at sector 1 of the same hard drive for core.img, but core.img can not be found at this location. => No boot loader is installed in the MBR of /dev/sdb. {ganz lang gekürzt} (debug) reinstall grub2 place-in-all-MBRs no-BIOS_boot (sda5) =================== Suggested repair The default repair of the Boot-Repair utility would purge (in order to) and reinstall the grub2 of sda5 into the MBRs of all disks (except USB without OS). Additional repair would be performed: unhide-bootmenu-10s =================== Blockers in case of suggested repair GPT detected. Please create a BIOS-Boot partition (>1MB, unformatted filesystem, bios_grub flag). This can be performed via tools such as Gparted. Then try again. =================== Final advice in case of suggested repair Please do not forget to make your BIOS boot on sda (1000GB) disk! =================== User settings The settings chosen by the user will not act on the boot. |
Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von »ebbi97a« (30.11.2017, 20:30)
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Es war leider nicht die originale BootRescue, sondern BootInfo aus Rescatux 0.40b6 . Soll ich das andere Programm suchen?
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 |
Boot Info Script 8f991e4 + Boot-Repair extra info [Boot-Info 25oct2017] ============================= Boot Info Summary: =============================== => Grub2 (v1.99-2.00) is installed in the MBR of /dev/sda and looks at sector 1 of the same hard drive for core.img, but core.img can not be found at this location. => No boot loader is installed in the MBR of /dev/sdb. => ISOhybrid (Syslinux 4.05 and higher) is installed in the MBR of /dev/sdg. |
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
=================== Suggested repair The default repair of the Boot-Repair utility would purge (in order to fix packages) and reinstall the grub-efi-amd64-signed of sda5, using the following options: sda2/boot/efi, Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file =================== Blockers in case of suggested repair Die aktuelle Sitzung befindet sich im Legacy-Modus. Bitte starten Sie den Rechner neu und nutzen Sie diese Anwendung in einer EFI-Sitzung. Dies wird diese Funktion aktivieren. Nutzen Sie zum Beispiel Boot-Repair-Disk-64bit ([url]www.sourceforge.net/p/boot-repair-cd[/url]) als Live-USB-Stick, nach dem Sie Ihr BIOS darauf eingestellt haben von USB im EFI-Modus zu starten. =================== Advice in case of suggested repair Ihr PC startet im Modus Legacy. Bitte ändern Sie den auf EFI und versuchen es ggf. erneut. Oder versuchen Sie nach Deaktivierung von Option [Separate /boot/efi-Partition:] es erneut. Möchten Sie fortfahren? =================== Final advice in case of suggested repair Bitte stellen Sie sicher, dass Ihr BIOS von Datei sda2/efi/.../grub*.efi startet! Ihr PC startet im Modus Legacy. Bitte ändern Sie den auf EFI und versuchen es ggf. erneut. =================== User settings The settings chosen by the user will not act on the boot. |
Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von »ebbi97a« (30.11.2017, 21:41)
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
Quellcode |
|
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 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 |
============================= Boot Info Summary: =============================== => Grub2 (v1.99-2.00) is installed in the MBR of /dev/sda and looks at sector 1 of the same hard drive for core.img, but core.img can not be found at this location. => No boot loader is installed in the MBR of /dev/sdb. => ISOhybrid (Syslinux 4.05 and higher) is installed in the MBR of /dev/sdg. sda1: __________________________________________________________________________ File system: swap Boot sector type: - Boot sector info: sda2: __________________________________________________________________________ File system: vfat Boot sector type: FAT32 Boot sector info: No errors found in the Boot Parameter Block. Operating System: Boot files: sda5: __________________________________________________________________________ File system: ext4 Boot sector type: - Boot sector info: Operating System: Ubuntu 16.04.3 LTS Boot files: /boot/grub/grub.cfg /etc/fstab /boot/grub/i386-pc/core.img sda6: __________________________________________________________________________ File system: ext4 Boot sector type: - Boot sector info: Operating System: Boot files: sda7: __________________________________________________________________________ File system: ext4 Boot sector type: - Boot sector info: Operating System: Linux Mint 18.2 Boot files: /boot/grub/grub.cfg /etc/fstab /boot/grub/i386-pc/core.img sda8: __________________________________________________________________________ File system: ext4 Boot sector type: - Boot sector info: Operating System: Manjaro Linux Boot files: /boot/grub/grub.cfg /etc/fstab /boot/grub/i386-pc/core.img |
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
- Grub ist also noch im MBR, wie ursprünglich
- 3 OS, davon Ubuntu auf einer kleinen und Mint sowie Manjaro auf großen Partitionen.
- Die Platte wurde auf GPT umgestellt aber der Rechner startet nach wie vor im CSM/Legacy Modus (simuliertes BIOS auf UEFI-Boards).
- Aktuelle kann nur mit Hilfe von SuperGrub2Disk gestartet werden.
Soweit korrekt?
Fragen:
Warum hast du überhaupt diese Umstellung gemacht?
Müssen alle OS erhalten bleiben?
Kann neu installiert werden?
Ist eine Datensicherung vorhanden?
Welches OS wurde zuletzt installiert bzw. welches ist das federführende für Grub?
Anmerkung: Ich hege gewisse begründete Ressentiments gegenüber diesem LinuxMint! Überleg dir also gut, was du sagst....!?
Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von »ebbi97a« (01.12.2017, 08:50)
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
Doch, das ist schon so. Das Summary sagt ja eindeutigZitat
Was mich an der Vermutung, daß Grub noch im MBR sei, zweifeln läßt
Quellcode |
|
1 |
Grub2 (v1.99-2.00) is installed in the MBR of /dev/sda |
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Vorab noch mal eine Frage. Wie alt ist das gute Stück denn? Mich wundert, dass die hier bei Auslieferung noch kein UEFI-Boot eingerichtet haben. So alt kann der Rechner doch nicht sein.
Zitat
Du hast zwar die Platte auf gpt umgestellt, dabei aber vieles außer Acht gelassen (Unkenntnis) was dies alles noch erfordert hätte. Die Erstellung eine EFI-Bootpartition (EBP) alleine nützt ja nix. Denn wenn ich das richtig sehe, bootet der Rechner ja immer noch mit CSM/Legacy. Eine Umstellung des Boot-Modus alleine auf UEFI würde aber auch nichts nutzen, da keine Einträge im NVRAM und in der EBP vorhanden sind.
Umgekehrt läuft MBR/BIOS zwar auch auf gpt, man müsste bei Installation aber eine kleine bios_grub Partition ohne Dateisystem (RAW) einrichten. Siehe Info!
Zitat
Du siehst also das ganze Dilemma!? So wie's aktuell ist, kann kein Boot-Modus funktionieren.
Zitat
Man könnte versuchen, auf UEFI-Boot umszustellen und dann aus der Live-Session heraus den Xubuntu-Grub neu installieren.
Zitat
Das aber nach dem Prinzip "try and error"! Wie und ob das dann mit der Einbindung der anderen beiden OS klappt........???? Ich hab mir den Manjaro-Thread auch (noch) nicht angesehen. Ich bleib (erst mal) bei meinen Leisten und konzentriere mich auf "ubuntuoides".
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »ebbi97a« (01.12.2017, 18:19)
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
O.K.! Schon eher ungewöhnlich.Zitat
Der Rechner wurde im Juni 2015 geliefert. Leider kann ich mich nicht mehr erinnern, ob ich damals bzgl. des Boot-Modus Vorgaben gemacht habe.
Du hast so viel geschrieben, dass man am Ende nicht mehr weiß, was am Anfang stand. Deshalb versuche ich das hier Schritt für Schritt anzugehn.Zitat
Richtig - aber das war ja auch meine Absicht. Habe ich mich unklar ausgedrückt?
Weiß zwar nicht warum du so versessen darauf bist, den MBR zu killen, aber gehn wir es an.Zitat
JA - JA - JA ! Genau das will ich erreichen und darauf arbeite ich mit aller Kraft hin. Der MBR muß weg!
Quellcode |
|
1 |
[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS |
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
sudo mount /dev/sda5 /mnt ## Systempartition einbinden sudo mount /dev/sda2 /mnt/boot/efi ## EFI Partition einbinden sudo mount -o bind /dev /mnt/dev sudo mount -o bind /sys /mnt/sys sudo mount -t proc /proc /mnt/proc sudo cp /proc/mounts /mnt/etc/mtab sudo chroot /mnt /bin/bash ## bis hierher wurde ins System „gechrootet“, nun folgt die Grub-Neuinstallation grub-install update-grub exit sudo umount /mnt/dev /mnt/proc /mnt/sys /mnt |
Die sollten alle in Grub eingebunden werden. Da muust du nix "umstellen". Manjaro kann ein Sonderproblem bleiben.Zitat
Erst stelle ich Mint um. Falls das klappt, stelle ich Xubuntu genauso um. Wenn das fertig mache ich mich schlau, was bei Manjaro anders und passe die Umstellung an.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Klaus P« (01.12.2017, 19:05)
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Kann nicht genau sagen, wann ich heute (oder erst morgen) wieder hier rein schaue.
Das ist genau das, was mich an der Sache so reizt!Zitat
"Eine native Installation auf einem Rechner im BIOS-Modus greift immer in die Basis ein und beeinflusst das Bootverhalten - es wird unter GRUB 2 u.a. ein neuer MBR gesetzt.
Anders sieht es aus, wenn man einen Rechner mit einem EFI Bootmanagement hat, dann kann man (im Prinzip) beliebig viele Betriebssysteme auf diesem Rechner installieren, betreiben sowie wenn erforderlich auch deinstallieren, ohne das diese sich gegenseitig beeinträchtigen."
Zitat
Eingeschränkt wird diese Unabhängigkeit der Betriebssysteme innerhalb eines EFI Bootmanagement nur durch die interne System-ID (ubuntu, kubuntu, linuxmint usw.). Hier muss man dann manuell eingreifen und Regeln aufstellen, welches der Betriebssysteme das primäre und welche die sekundären sind - es kann außerhalb des EFI-Menü nur ein (GRUB 2)-Bootmenü geben - siehe dazu auch Bootverzeichnis.
Zitat
Erstellung Bootloader
Da der Installer keine anderen EFI-Installationen erkennt, muss man die ggf. anderen, vorhandenen Betriebssysteme bis einschließlich Ubuntu 13.04 manuell in das GRUB 2-Menü einbinden, wenn man nicht ausschließlich über das EFI-Menü auswählen will.
Das wollte ich tun, es ist nicht gelungen und jetzt ärgert es mich nur noch. Schaut fast so aus, als wäre noch lange nicht alles klar.Zitat
Du musst unbedingt den Manjaro-GRUB zum Chef machen, sprich: Manjaro-GRUB in den Startsektor deiner Startpartition (also vermutlich nach sda) installieren und aktualisieren lassen, damit dieser deinen Ubuntu-GRUB ersetzt. Es scheint also immer noch so zu sein, dass Ubuntu-GRUBs Manjaro nicht starten können. Die Ubuntu-Entwickler schlafen also scheinbar immer noch den Schlaf der Gerechten, obwohl dieser Umstand schon mindestens zwei Jahre bekannt ist. Oder liegt es vielleicht doch an den Manjaro-Entwicklern ?? >
Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von »ebbi97a« (01.12.2017, 20:58)
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
Weil ich mir nicht sicher bin, ob das bei deiner vertrackten Konfiguration was wird. Deshalb lieber "zu Fuss" von außen. Des weiteren musst du nichts deinstallieren. Der MBR ist bei UEFI-Boot quasi nicht existent. Wurscht, ob da was drin steht oder nicht. Erzeugt wird ein Eintrag im NVRAM, direkt auf dem Motherboard (nicht mehr auf der Platte). Darauf greift der Rechner als erstes zu bei Neustart. Von da aus auf die EFI-Bootpartition, jeweils gemäß der Bootorder im NVRAM-Eintrag, für den federführenden Grub.Zitat
Mir ist aber nicht klar, warum ich von extern arbeiten muß (also Livesystem starten und mit chroot arbeiten).
Warum darf ich nicht einfach das bestehende Mint-System starten und mit der Paketverwaltung erst den grub für BIOS deinstallieren und anschließend den für EFI installieren?
Quellcode |
|
1 2 |
sudo apt-get --reinstall install grub-common grub-efi-amd64 os-prober sudo update-grub |
Was heißt unlösbar gekoppelt? Mit dem "update-grub" Befehl werden die anderen OS in den Grub des federführenden OS mit eingebunden, um diese starten zu können. mehr nicht!Zitat
Was ist das mit dem Einbinden der anderen 2 Systeme? Wären die dann nicht wieder unlösbar aneinander gekoppelt?
Nein, dort legen nur alle OS ihre Bootdateien ab. Gebootet wird der federführende Grub. Es geht vermutlich auch anders, aber so wie ich es hier beschrieben habe, ist der normale Weg.Zitat
Ich hatte geglaubt, daß jedes Einzelsystem seinen eigenen Bootloader in der ESP bekommt, der nicht an einen anderen gekoppelt ist
Was ist so reizvoll an "beliebig viele"? ich habe hier auf meinem Produktivrechner 1x Windows, 1x Ubuntu-Mate und 1 *buntu, das ich aus irgendwelchen Gründen mir mal via Festinstallation näher anschauen möchte. "Experimente" mach ich auf nem anderen Crash-Test-Dummie.Zitat
Das ist genau das, was mich an der Sache so reizt!
Im nächsten Satz steht da aber auch, dass das ab 14.04 nicht mehr gültig ist. Das waren noch die Anfangszeiten! Jetzt erkennt der Installer andere EFI-Systeme. Jedenfalls der von Ubuntu. Bei Mint würde ich die Hand nicht für ins Feuer legen. Die sind der aktuellen UEFI-Entwicklung immer mindestens 2 Jahre hinterher gehinkt und am Installer auch rum geschraubt. Da zeigen sich halt die Nachteile einer solchen Distro. So lange es Open Source Software betrifft, können sie sich nach Lust und Liebe bedienen. Bei UEFI/Secureboot gehts aber um erforderliche Signaturen, die von der "Microsoft UEFI Certificate Authority (CA)" eingeholt werden müssen.Zitat
Erstellung Bootloader
Da der Installer keine anderen EFI-Installationen erkennt, muss man die ggf. anderen, vorhandenen Betriebssysteme bis einschließlich Ubuntu 13.04 manuell in das GRUB 2-Menü einbinden, wenn man nicht ausschließlich über das EFI-Menü auswählen will.
Nein, werden eingebunden.Zitat
Daraus würde folgen, daß ich beim Starten immer erst F11 drücken muß um das EFI-Menü zu erhalten, wo die Systeme völlig entflochten sind ? ? ?
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Klaus P« (01.12.2017, 23:32)
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Warum darf ich nicht einfach das bestehende Mint-System starten und mit der Paketverwaltung erst den grub für BIOS deinstallieren und anschließend den für EFI installieren?
Weil ich mir nicht sicher bin, ob das bei deiner vertrackten Konfiguration was wird. Deshalb lieber "zu Fuss" von außen. Des weiteren musst du nichts deinstallieren. Der MBR ist bei UEFI-Boot quasi nicht existent. Wurscht, ob da was drin steht oder nicht. Erzeugt wird ein Eintrag im NVRAM, direkt auf dem Motherboard (nicht mehr auf der Platte). Darauf greift der Rechner als erstes zu bei Neustart. Von da aus auf die EFI-Bootpartition, jeweils gemäß der Bootorder im NVRAM-Eintrag, für den federführenden Grub.
...
Wenn du es aus dem laufenden System heraus versuchen willst, wäre das via ...
Danach muss der Rechner aber UEFI booten.
Zitat
Bisher habe ich daraus verstanden, daß ich den vorhandenen Grub2 (bei mir die Version grub-pc 2.02~beta2-36ubuntu3.14), der nur für 32bit-CPU taugt, durch einen anderen (grub-efi-ia32 2.02~beta2-36ubuntu3.14) - 64bit-tauglichen - ersetzen muß. Erwartungsgemäß bestehen zwischen beiden Paketkonflikte, so daß ich den alten erst deinstallieren muß, bevor ich den neuen installieren kann. Dazu interessiert natürlich die Frage brennend, was nach einem "Unfall" auf halber Strecke los ist. Dann habe ich ein System ganz ohne Grub; die SuperGrub2disk versagt da vermutlich. Kriege ich das irgendwie gestartet, um die Reparatur fortsetzen zu können? Weiterhin interessiert mich, ab die Installtionsroutine alle Verknüpfungen richtig erledigt (z.B. mounten von der ESP in /boot oder /boot/efi oder wo genau ???).
Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »ebbi97a« (02.12.2017, 06:30)
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
Das hat mit Windows jetzt nichts zu tun. Es ist Teil des UEFIs und muss ggf. berücksichtigt werden. Bei manchen Herstellern (Acer z.B.) gehts gar nicht anders bei Dualboot. Es bringt daher nichts, so zu tun, als ginge es dich nichts an. Es ist vermutlich so, da es vom Hersteller entsprechend eingerichtet wurde, aber du willst ja unbedingt auf UEFI umstellen und ich weiß nicht wie dein UEFI tickt. das werden wir erst sehn, wenn es aktiviert ist.Zitat
Secure Boot müssen wir nicht berücksichtigen; Windows kommt da nie drauf.
Nein, das stimmt so nicht. Man braucht weder UEFI noch BIOS/MBR um irgendwas komfortabel zu haben. Es funktioniert beides bis ans Ende der Tage deines Rechners. Sollte es zu Konflikten zwischen den einzelnen Linux-OS kommen, hat das (höchstwahrscheinlich) nur bedingt mit dem Modus oder der Firmware zu tun. Du hättest das ganze etwas "defensiver" angehen können, dann wärst du vermutlich jetzt nicht in dem Schlamassel.Zitat
ich will nur verstehen.Ist wohl doch nicht so weit her mit der Zukunft von (U)EFI, wenn man weiterhin MBR und den Legacy Mode braucht und das nicht ohne Verzicht auf Komfort loswerden kann.
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Klaus P« (02.12.2017, 14:53)
Benutzerinformationen überspringen
User
Registrierungsdatum: 28.11.2005
Derivat: Xubuntu
Version: Ubuntu 18.04 LTS - Bionic Beaver
Architektur: 64-Bit PC
Desktop: XFCE
Andere Betriebssysteme: Debian, Devuan, Mint, Manjaro, MacOS X, Android, Windows 7
Du hast doch ein 64Bit System. Wie kommst du drauf, dass obige Version nur 32Bit tauglich wäre? Was willst du denn deinstallieren? Durch die Neuinstallation von Grub im UEFI-Modus wird Grub völlig neu eingerichtet und fertig. Irgendwelche Reste im MBR kannst löschen oder stehn lassen. Is egal, der MBR wird nicht mehr angesprochen bei UEFI-Boot.
Zitat
Primär ist erst mal angesagt ein funktionierendes (UEFI-) Boot hin zu bekommen.
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »ebbi97a« (02.12.2017, 16:57)
Sponsorenwerbung: |
Hardware, Computer, PCs, Notebooks & Laptops mit Linux |
Forensoftware: Burning Board®, entwickelt von WoltLab® GmbH
Individuelle Notebooks Laptops - Individuelle Computer PCs - Linux Notebooks & Computers
Lastminute - Ubuntu Linux - Abmahnung - Geek und Nerd Shirt Shop
T-Shirts - sanierung wien