werner-fred
Anmeldungsdatum: 13. Mai 2013
Beiträge: 168
Wohnort: in Sachsen
|
Hallo, ich wollte heute ubuntu auf u.g. System aufspielen. Erstmalig unter UEFI. Partition nvme0n1p1 ist die UEFI, Partition nvme0n1p3 enthält Windows10 und Partition nvme0n1p4 habe ich für ubuntu vorbereitet.
lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
nvme0n1
├─nvme0n1p7 vfat PRC_RP 5E03-6D9D
├─nvme0n1p5 ntfs 3AC05450C054148B
├─nvme0n1p3 ntfs Boot AE98540F9853D505
├─nvme0n1p1 vfat 6254-6019
├─nvme0n1p6 ntfs Recover 224850B148508587
├─nvme0n1p4 ext4 ubuntu 22c65713-f7cc-45cd-a214-5d31f157c307
Ich habe erst einmal wieder abgebrochen.
Ist es so OK, wenn ich den Bootlader in nvme0n1 installiere (s.Anhang, Screenshot)? Ohne UEFI ist das ja so völlig OK! Aber auch bei UEFI? Ich wollte eigentlich auch mit 'dd' den Anfang erst einmal sicher (für alle Fälle) nur wie ansprechen?
dd if=/dev/nvme0n1 of=... ging nicht? Wie beim PC, mit if=/dev/sd(X), das geht hier auch nicht? Danke für einen Tipp
Fred
- Bilder
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8564
|
Hallo werner-fred, kennst du das Wiki EFI Installieren? Anmerkung: Auch bei 18.04 verwendbar (Unterstützt bis: April 2023] Aktuell ist z.Zt. 19.10 Aktualisierungen bis: Juli 2020 Ubuntu 19.04 Disco Dingo ist eine "Short Term Support" Version, die bis Januar 2020 mit Updates versorgt wird.
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo werner-fred, Gönne dir auch eine extra /home Partition ...... Gruss Lidux
|
Ali_As
Anmeldungsdatum: 22. Mai 2012
Beiträge: 4736
Wohnort: Steinbruch
|
Um deine eigentliche Frage zu beantworten!
Ich habe erst einmal wieder abgebrochen. Ist es so OK, wenn ich den Bootlader in nvme0n1 installiere (s.Anhang, Screenshot)? Ohne UEFI ist das ja so völlig OK!
Jein! nvme0n1 wäre der mbr! Da UEFI, aber nutzlos.nvme0n1p1 ist, lt. deiner obigen Beschreibung (im Screenshot leider abgeschnitten) die ESP (UEFI System P.) und der korrekte Ort für die Platzierung der Bootdateien. Die falsche Angabe hätte aber im Normalfall keine Konsequenzen, da der Installer sich die ESP selbst sucht, egal was du unten angegeben hast. Trotzdem kann es nicht schaden, diese Partition anzugeben. L.G.
|
werner-fred
(Themenstarter)
Anmeldungsdatum: 13. Mai 2013
Beiträge: 168
Wohnort: in Sachsen
|
Hallo, ich habe nun - wie im Screenshot, Beitrag #1 - ubuntu installiert und konnte im EFI-Menü (F2) ubuntu zwar auswählen aber nicht starten. Lt. sudo efibootmgr bzw sudo efibootmgr --verbose ist ubuntu verfügbar ubuntu@ubuntu:~$ sudo efibootmgr --verbose
BootNext: 0006
BootCurrent: 0006
Timeout: 2 seconds
BootOrder: 0004,0006,0000,0005,0001
Boot0000* Windows Boot Manager HD(1,GPT,1e94aafc-d231-4c2b-b8a4-700d887bd782,0x800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)
WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* UEFI OS HD(7,GPT,3e601057-c22b-4e20-8d40-b1108db93706,0x1daf3000,0x200000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Boot0004* ubuntu HD(1,GPT,1e94aafc-d231-4c2b-b8a4-700d887bd782,0x800,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0005* UEFI: Generic STORAGE DEVICE 0251 PciRoot(0x0)/Pci(0x14,0x0)/USB(2,0)/CDROM(1,0x3129b8,0x4e00)..BO
Boot0006* UEFI: Generic STORAGE DEVICE 0251, Partition 2 PciRoot(0x0)/Pci(0x14,0x0)/USB(2,0)/HD(2,MBR,0x4294967216,0x3129b8,0x1380)..BO Der Verweis auf File \EFI\UBUNTU\SHIMX64.EFI in /dev/nvme0n1p1 zeigt mir aber eine Datei von 0 Bytes?
Klar, dann kann nichts gehen! Auch grub64.efi hat 0 Bytes. Und grub.cfg (in \EFI\UBUNTU):
search.fs_uuid eb19899e-73fb-4d32-8a80-9fc47257437d root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
hat nicht viel Inhalt, sucht wenigstens in meiner UUID, /dev/nvme0n1p4. Mein grub.cfg in meinem ubuntu (/dev/nvme0n1p4/boot/grub) ist völlig OK, hilft mir aber nix. Klar wird ja auch nicht angesprochen. Was kann/sollte ich hier machen? Den Inhalt von grub.cfg (der EFI-Partition) in die SHIMX64.EFI kopieren? File \EFI\MICROSOFT\BOOT\BOOTMGFW.EFI kann ich ja nicht (unter ubuntu) ansehen, ist sicher so eine MS-exe? Der Windows Bootmanager (EasyUEFI) hilft mir leider auch nicht. Vielen Dank für hilfreiche Antwort. Gruss Fred
- Bilder
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo werner-fred, Hersteller, Typ und Bezeichnung des Rechners bitte posten. Der Grub2 gehört in die EFI Partition .... Gruss Lidux
|
werner-fred
(Themenstarter)
Anmeldungsdatum: 13. Mai 2013
Beiträge: 168
Wohnort: in Sachsen
|
Danke Lidux Lidux schrieb:
Hersteller, Typ und Bezeichnung des Rechners bitte posten
MEDION AKOYA S6446 (MD 63460) Lidux schrieb:
Der Grub2 gehört in die EFI Partition
Die /boot/grub/grub.cfg vom installiertem System? Dateien im Ordner in der EFI-Partition, \EFI\ubuntu\ 0 fwupx64.efi
117 grub.cfg
0 grubx64.efi
0 mmx64.efi
0 shimx64.efi Gruss Fred
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
Hej werner-fred, ich muß das erstmal streichen und neu nachdenken. Gruß black tencate
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10955
|
so, jetzet, versetze den Rechner in den EFI Modus starte ein LiveSystem (mit dem Du auch installiert hast) chroote Dich in das zu reparierende Ubuntu installiere grub erneut
Du kannst Dich an die Verfahrensweise, wie sie hier beschrieben ist halten, denke Dir lediglich das, was zu "BIOS" da steht, einfach weg ( ▶ GRUB 2 von BIOS nach EFI umstellen (Abschnitt „grub-pc-Dateien-deinstallieren“) ◀ ) Überprüfe danach noch mit efibootmgr die Reihenfolge und passe sie ggf. an. Gruß black tencate EDIT.: Theoretisch müßte man auch nach der "--root-direktory" Methode vorgehen können.
wie gewohnt esp nach /mnt mounten falls vorhanden, ein separates "/boot"-device nach /mnt/boot mounten, wenn nicht vorhanden (nur "/"), dann "/" nach (z.B.) "/media" mounten und "/media/boot" nach "/mnt/boot" mit mount -o bind mounten. grub install: sudo grub-install --target=x86_64-efi --recheck --removable --efi-directory=/mnt --boot-directory=/mnt/boot
|
werner-fred
(Themenstarter)
Anmeldungsdatum: 13. Mai 2013
Beiträge: 168
Wohnort: in Sachsen
|
Danke black_tencat, ich werde dann mal genau so vorgehen, wie in deinem Beitrag. Etwas ähnliches hatte ich in https://wiki.mageia.org/de/Grub2-efi_und_Mageia gefunden,danach können diese mit dem Befehl (Zitat Anfang)
grub2-install --target=x86_64-efi --efi-directory=/boot/EFI --bootloader-id=mageia --recheck erneut geschrieben werden. "--efi-directory" spezifiziert den Einhängepunkt der ESP. "--bootloader-id" spezifiziert den Verzeichnisnamen in dem sich eine Kopie von grubx64.efi befindet - dieser ist zudem der Name des neuen Eintrags, welcher der Befehl in den nicht flüchtigen RAM erstellt, in dem man schreiben kann was man wünscht. (Zitat Ende) Werde mich dann noch einmal melden,
Gruss Fred
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo werner-fred, Die Chroot Methode kannst du auch mit einer SG2D (SuperGrub2Disk.iso) umgehen ..... denn damit kannst du installierte Systeme jederzeit starten. Gruss Lidux
|
werner-fred
(Themenstarter)
Anmeldungsdatum: 13. Mai 2013
Beiträge: 168
Wohnort: in Sachsen
|
Lidux schrieb: Hallo werner-fred, Die Chroot Methode kannst du auch mit einer SG2D (SuperGrub2Disk.iso) umgehen ..... denn damit kannst du installierte Systeme jederzeit starten. Gruss Lidux
Danke Lidux, ich habe SuperGrub2Disk auf CD, aber kein CD-LW auf dem Laptop, nur USB. Ich habe von meinem Livesystem (USB) mein installiertes Ubuntu 'gechrootet'
ubuntu-mate@ubuntu-mate:~$ sudo mount /dev/nvme0n1p4 /mnt
ubuntu-mate@ubuntu-mate:~$ sudo mount /dev/nvme0n1p1 /mnt/boot/efi
ubuntu-mate@ubuntu-mate:~$ sudo mount --bind /dev /mnt/dev
ubuntu-mate@ubuntu-mate:~$ sudo mount --bind /dev/pts /mnt/dev/pts
ubuntu-mate@ubuntu-mate:~$ sudo mount --bind /sys /mnt/sys
ubuntu-mate@ubuntu-mate:~$ sudo mount --bind /proc /mnt/proc
ubuntu-mate@ubuntu-mate:~$ sudo mount --bind /run /mnt/run
ubuntu-mate@ubuntu-mate:~$ sudo chroot /mnt /bin/bash
und bin dann black_tencat gefolgt:
root@ubuntu-mate:/# sudo grub-install --target=x86_64-efi --recheck --removable --efi-directory=/mnt --boot-directory=/mnt/boot
Installing for x86_64-efi platform.
grub-install: error: /mnt doesn't look like an EFI partition.
??? /dev/nvme0n1p1 ist aber die EFI-Partition! Habe gestern auch noch zwei mal alles noch einmal installiert. Der Mageia (s. mein Beitrag vom 4. November 2019 03:20) ähnlich, nur was ist Option '--bootloader-id=mageia' bzw wie könnte ich die auf ubuntu abwandeln?
Nimmt auch 'grub2-install' Gruss Fred Nachtrag: Datei '/usr/lib/grub/x86_64-efi/modinfo.sh' auf die 'grub-install' zugreift, ist vorhanden.
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo werner-fred, Die SG2D.iso kann mann auch bootbar auf einen USB Stick schreiben .... Zeig mal die Ausgaben von: sudo parted -l
sudo fdisk -l im Live System. Ist der EFI von diesem Rechner aktuell und auf "Default" ? Gruss Lidux
|
werner-fred
(Themenstarter)
Anmeldungsdatum: 13. Mai 2013
Beiträge: 168
Wohnort: in Sachsen
|
sudo parted -l (das ist noch alt!! bevor ich ubuntu heute "platt" gemacht hatte!)
Model: E12-256G-PHISON-SSD-B16-BB1 (nvme)
Disk /dev/nvme0n1: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 106MB 105MB fat32 EFI system partition boot, esp
2 106MB 123MB 16.8MB Microsoft reserved partition msftres
3 123MB 166GB 166GB ntfs Basic data partition msftdata
4 166GB 222GB 55.4GB ext4
5 222GB 223GB 1048MB ntfs Basic data partition hidden, diag
6 223GB 255GB 32.2GB ntfs Basic data partition msftdata
7 255GB 256GB 1074MB fat32 Basic data partition hidden
sudo fdisk -l (Partition /dev/nvme0n1p4 war das vorige Ubuntu, habe ich heute "platt" gemacht und als FAT32 formatiert
Disk /dev/loop0: 1.8 GiB, 1907412992 bytes, 3725416 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 88.5 MiB, 92778496 bytes, 181208 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 7.9 MiB, 8310784 bytes, 16232 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop3: 16 KiB, 16384 bytes, 32 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop4: 86.3 MiB, 90443776 bytes, 176648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/nvme0n1: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: C9825479-F03F-4E38-BE5D-17D53725A651
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 206847 204800 100M EFI System
/dev/nvme0n1p2 206848 239615 32768 16M Microsoft reserved
/dev/nvme0n1p3 239616 324855807 324616192 154.8G Microsoft basic data
/dev/nvme0n1p4 324855808 433059839 108204032 51.6G Microsoft basic data # ist aktuell FAT32, war ubuntu!
/dev/nvme0n1p5 433059840 435105791 2045952 999M Windows recovery environment
/dev/nvme0n1p6 435105792 498020351 62914560 30G Microsoft basic data
/dev/nvme0n1p7 498020352 500117503 2097152 1G unknown
sudo efibootmgr (Bootmenü für ubuntu habe ich schon wieder gelöscht, war Boot0003 alt)
BootCurrent: 0003
Timeout: 2 seconds
BootOrder: 0003,0000,0001,0004
Boot0000* Windows Boot Manager
Boot0001* UEFI OS
Boot0003* UEFI: Generic STORAGE DEVICE 0251
Boot0004* UEFI: Generic STORAGE DEVICE 0251, Partition 2
ubuntu-mate@ubuntu-mate:~$
|
werner-fred
(Themenstarter)
Anmeldungsdatum: 13. Mai 2013
Beiträge: 168
Wohnort: in Sachsen
|
Ich habe heute mal einen anderen Versuch gemacht. Seit Jahren wähle ich immer beim Installieren "Etwas Anderes" (s. a. mein Bild im Beitrag #1).
Diesmal habe ich die Voreinstellung gelassen (Ubuntu neben Windows installieren). Mir war zwar unklar, was die Einstellung soll, meine vorbereitetet Partition in FAT32 und ext4 aufzuteilen, aber ich wollte den Ubuntu-Installer mal lassen.
Ergebnis: Ubuntu war nicht in der Lage, Ubuntu in den UEFI-Bootmanager zu schreiben. Ich hatte zuvor natürlich in 'nvme0n1p1' den Ordner ubuntu unter EFI gelöscht und auch mit efibootmgr den UbuntuEintrag gelöscht. ubuntu wurde zwar unter EFI neu angelegt, auch die diversen Dateien, aber alle leer.
Im ersten Versuch war wenigstens in grub.cfg:
search.fs_uuid 7b6d2cac-ec4c-44ae-b732-b4e069af5bea root
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
s. Anlage EFI.pdf, mit mehreren Screenshots Ich habe nun erst einmal ubuntu wieder "platt" gemacht. Es hat zumindest keinen "Schaden" an Windows10 gemacht. parted -l (noch mit dem installierten Ubuntu)
Model: E12-256G-PHISON-SSD-B16-BB1 (nvme)
Disk /dev/nvme0n1: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 106MB 105MB fat32 EFI system partition boot, esp
2 106MB 123MB 16.8MB Microsoft reserved partition msftres
3 123MB 166GB 166GB ntfs Basic data partition msftdata
4 166GB 195GB 29.0GB fat32 4ubuntu msftdata
8 195GB 222GB 26.4GB ext4
5 222GB 223GB 1048MB ntfs Basic data partition hidden, diag
6 223GB 255GB 32.2GB ntfs Basic data partition msftdata
7 255GB 256GB 1074MB fat32 Basic data partition hidden
fdisk -l (noch mit dem installierten Ubuntu)
Disk /dev/nvme0n1: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: C9825479-F03F-4E38-BE5D-17D53725A651
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 206847 204800 100M EFI System
/dev/nvme0n1p2 206848 239615 32768 16M Microsoft reserved
/dev/nvme0n1p3 239616 324855807 324616192 154.8G Microsoft basic data
/dev/nvme0n1p4 324855808 381508086 56652279 27G Microsoft basic data
/dev/nvme0n1p5 433059840 435105791 2045952 999M Windows recovery environment
/dev/nvme0n1p6 435105792 498020351 62914560 30G Microsoft basic data
/dev/nvme0n1p7 498020352 500117503 2097152 1G unknown
/dev/nvme0n1p8 381509632 433059839 51550208 24.6G Linux filesystem
Partition table entries are not in disk order. Ich habe nun keine Idee, wie weiter. Ubuntu und EFI und Win10 das wird wohl??? Gruss Fred
- EFI.pdf (337.6 KiB)
- Download EFI.pdf
|