Anzeige des Grub-Promptes nach Linux-Installation

[kieleich]

Ich glaube nicht, daß man mit sowas, gut weiter kommt. Du musst in deine Ubuntu installation Chrooten und von dort aus, Grub Konfiguration usw. neu generieren bzw. Kernel und Initramfs neu machen, wenn das Fehlt. Oder zur Not halt noch amal neu installieren.

Alles andere ist da nur Holzweg

 

[Holzohrwascherl]

... Oder zur Not halt noch amal neu installieren.

Das habe ich gemacht: Wieder Ubuntu 20.10, dann Debian 11.2. Es ist immer dasselbe. Ich komme nach der Installation nie ins Grub-Menü, in dem ich Linux starten könnte, sondern in den grub-Prompt.

Eine Neuinstallation ist übrigens kein Aufwand, das geht schnell.

Ja, ich werde nicht umhin kommen, mich ausgiebig mit MBR, EFI, und Grub2 zu beschäftigen.

 

[Tanzmusikus]

Ich komme in eine Endlosschleife oder zu Werbeseiten, aber nicht zum tatsächlichen Download-Link: siehe die Screenshots.

Im 4. Bild auf das rot markierte "Create Download Link" klicken, dann sollte es weitergehen.

Ich nutze Ventoy für das Booten von ISO-Dateien. Dafür habe ich einen Stick mit viel Speicherplatz gekauft.

ich werde nicht umhin kommen, mich ausgiebig mit MBR, EFI, und Grub2 zu beschäftigen.

Gute Idee.

Schnapp Dir z.B. Gparted und mach bitte ein Bild von der Festplatte Deines QNAP.
Bitte alle privaten Daten wie z.B. Seriennummern oder Namen verdecken (z.B. schwärzen oder blurren).
Dann gerne hier die Übersicht der Partitionen posten.

Eventuell lässt sich das QNAP nicht so leicht überreden einen anderen Bootloader zuzulassen.
Oder es gibt andere Gründe ...

Mit "efimanager" kann man unter Linux auch die EFI-Startdateien im NVRAM des UEFIs konfigurieren.
https://wiki.ubuntuusers.de/EFI_Bootmanagement/
https://de.wikipedia.org/wiki/NVRAM
https://wiki.ubuntuusers.de/efibootmgr/

 

[Holzohrwascherl]

Im 4. Bild auf das rot markierte "Create Download Link" klicken, dann sollte es weitergehen.

Hatte ich auch versucht:
Zuerst 1, dann 2, dann nach einem Refresh 3. Und das ist mir nicht geheuer. Ich fürchte, es geht so weiter, bis ich mir einen Trojaner einfange ...

Schnapp Dir z.B. Gparted und mach bitte ein Bild von der Festplatte Deines QNAP.

Das mach ich. Zuerst muss ich mich aber schlau machen ... Dank dir.

 

[Tanzmusikus]

Dann lass es lieber sein. Sieht ja nicht mehr schön aus.
Ich habe meist einen Werbeblocker aktiv, deshalb ist mir das wohl nicht so aufgefallen.

Parted Magic gibt's auch direkt hier bei CB.
Die Version ist zwar älteren Datum, sollte aber ebenfalls funktionieren.

Ansonsten geht auch der SuperGrubDisk- oder Chroot-Weg ... bei Linux gibt's viele Wege. 😉

Wichtig wäre herauszufinden, ob die Platte im Partitionsschema "MBR" oder "GPT" angelegt ist.
Und als Zweites, ob Bootloader im MBR oder/und als ESP (EFI Boot-Partition) vorhanden ist.

 

[Holzohrwascherl]

Also: Ich habe parted-magic hier heruntergeladen (ISO) und einen bootfähigen Stick erzeugt (GPT, nur UEFI, kein CSM, FAT32).

Dann versuchte ich von diesem Stick zu booten => leider ohne Erfolg. Dieses Mal landete ich nicht im grub-Prompt wie üblich, sondern es wurde nur ein schwarzer Bildschirm angezeigt: [1].jpg.

Aber nicht schlimm: parted-magic kenne ich eh, es ist (zumindest Teile) ja auf der Ubuntu-ISO drauf: gparted. Also habe ich vom Ubuntu-Boot-Stick gebootet (das klappt ja immer) und nicht Installation ausgewählt, sondern "Ubuntu ausprobieren", also den Live-Modus. Dann habe ich gparted gestartet. => Es wurde eine Fehlermeldung angezeigt: [2].jpg, die ich aber wegklickte.

Es befinden sich drei Datenträger im NAS: [3].jpg:

• /dev/mmcblk0 mit 3,69 GiB (das muss das sog. DOM sein, also der Firmwarebaustein, auf dem ein Teil des originalen Betriebssystems QTS installiert ist)
• /dev/sda mit ~ 233 GiB (SSD, auf der Ubuntu installiert ist)
• /dev/sdb mit 14,91 GiB (das ist der USB-Stick, von dem ich Linux soeben gebootet habe)

mmccblk0: [3]
sda: [5]: Hier steht EFI System Partition dabei. Wie stelle ich das Partitionsschema fest?
sdb: [6]

Dieses Live-Ubuntu ist vollständig. Terminal etc. steht zur Verfügung. Ich schau mir jetzt die Wikiseiten von Ubuntuusers an ...

 

[Phrasendreher]

Laut Bild 5 ist Deine /dev/sda1-EFI-Partition leer, auf welcher der Bootloader installiert sein sollte.
IIRC kann man grub anweisen, sich auf einem ausgewählten Device auszubreiten (und von dort aus das OS zu booten); hab's seit Jahren nicht mehr selbst probiert, von daher - ja, lies Dich in grub und co ein.

 

[Tanzmusikus]

Stimme zu.

https://wiki.ubuntuusers.de/GRUB_2/Reparatur/
https://wiki.ubuntuusers.de/EFI_Problembehebung/
https://wiki.ubuntuusers.de/EFI_Nachbearbeitung/
https://wiki.ubuntuusers.de/EFI_Nachbearbeitung/#Secure-Boot-nachruesten

 

[Holzohrwascherl]

So, ich habe etwas gelesen und dann Ubuntu erneut installiert auf eine leere SSD.
Zuerst habe ich im sog. BIOS die Option CSM ausgeschaltet -- in der Hoffnung, es werde automatisch der EFI-Modus verwendet ...

Nach der Installation steckt der Bootvorgang wie erwartet beim grub-Prompt fest.
Ich boote von der Linux-LIVE-Disk (USB-Stick) und schaue die Partitionen an: [1].png

sda1 und sda2 sind die beiden Partitionen für Linux. Seltsam: Dieses Mal ist die EFI-Partition nicht leer, sondern es sind Daten abgelegt.

Nun wende ich die Vorschläge in Ubuntu-Wiki an:

Die beiden Partitionen einhängen:

ubuntu@ubuntu:~$ sudo mount /dev/sda1 /mnt
ubuntu@ubuntu:~$ sudo mount /dev/sda2 /mnt

Version des installierten Grub2 ermitteln:

ubuntu@ubuntu:~$ dpkg --list | grep grub
ii  grub-common                                2.04-1ubuntu26.13                        amd64        GRand Unified Bootloader (common files)
ii  grub-gfxpayload-lists                      0.7                                     amd64        GRUB gfxpayload blacklist
ii  grub-pc                                    2.04-1ubuntu26.13                     amd64        GRand Unified Bootloader, version 2 (PC/BIOS version)
ii  grub-pc-bin                                2.04-1ubuntu26.13                     amd64        GRand Unified Bootloader, version 2 (PC/BIOS modules)
ii  grub2-common                               2.04-1ubuntu26.13                     amd64        GRand Unified Bootloader (common files for version 2)

Interessant: Es ist der BIOS-Modus installiert, nicht der UEFI-Modus. Weshalb? Ich habe CMS im BIOS doch ausgeschaltet. Wir da nicht automatisch der UEFI-Modus verwendet?
Macht nix, ist ja noch kein problem.

Aktuelle Grub-Konfiguration ausgeben:

ubuntu@ubuntu:~$ cat /boot/grub/grub.cfg
cat: /boot/grub/grub.cfg: Datei oder Verzeichnis nicht gefunden

Interessant. Davon sagt das Ubuntu-Wiki nichts ...

Festplatten und Partitionen anzeigen:

ubuntu@ubuntu:~$ sudo fdisk -lu
Festplatte /dev/loop0: 2,1 GiB, 2160009216 Bytes, 4218768 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop1: 55,45 MiB, 58130432 Bytes, 113536 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop2: 219 MiB, 229638144 Bytes, 448512 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop3: 50,98 MiB, 53432320 Bytes, 104360 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop4: 32,3 MiB, 33865728 Bytes, 66144 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop5: 65,1 MiB, 68259840 Bytes, 133320 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Die Sicherungs-GPT-Tabelle befindet sich nicht am Ende des Gerätes. Das Problem wird durch »write« korrigiert.
Festplatte /dev/mmcblk0: 3,7 GiB, 3959422976 Bytes, 7733248 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: FCA3DC6C-D4EE-4F39-A520-D11DB2BCB8F1

Gerät          Anfang    Ende Sektoren Größe Typ
/dev/mmcblk0p1   2048   34815    32768   16M EFI-System
/dev/mmcblk0p2  34816  493567   458752  224M Linux-Dateisystem
/dev/mmcblk0p3 493568  952319   458752  224M Linux-Dateisystem
/dev/mmcblk0p4 985088 1005567    20480   10M Linux-Dateisystem
/dev/mmcblk0p5 952320  968703    16384    8M Linux-Dateisystem
/dev/mmcblk0p6 968704  985087    16384    8M Linux-Dateisystem

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.


Festplatte /dev/sda: 232,91 GiB, 250059350016 Bytes, 488397168 Sektoren
Festplattenmodell: Crucial_CT250MX2
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: C17B255B-8EC3-4160-9649-1FFB0D21FD34

Gerät       Anfang      Ende  Sektoren  Größe Typ
/dev/sda1     2048   1050623   1048576   512M EFI-System
/dev/sda2  1050624 488396799 487346176 232,4G Linux-Dateisystem


Festplatte /dev/sdb: 14,93 GiB, 16008609792 Bytes, 31266816 Sektoren
Festplattenmodell: Cruzer Fit   
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: C485CCAE-CC49-4204-B067-9B943BBD4779

Gerät      Anfang     Ende Sektoren Größe Typ
/dev/sdb1    2048 31266782 31264735 14,9G Microsoft Basisdaten


Festplatte /dev/sdc: 960 MiB, 1006632960 Bytes, 1966080 Sektoren
Festplattenmodell: Flash Disk   
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: F1CD8997-83C7-46D1-9702-FE4D77BEA9C2

Gerät      Anfang    Ende Sektoren Größe Typ
/dev/sdc1    2048 1966046  1963999  959M Microsoft Basisdaten

UUIDs der Dateisysteme anzeigen:

ubuntu@ubuntu:~$ sudo blkid -o list -w /dev/null
device                          fs_type      label         mount point                         UUID
-----------------------------------------------------------------------------------------------------------------------------------
/dev/mmcblk0p1                  vfat         EFI           (nicht eingebunden)                 DF29-556E
/dev/mmcblk0p2                  ext2         QTS_BOOT_PART2 (nicht eingebunden)                177042a5-a90b-4666-b753-e8e3f48e8fea
/dev/mmcblk0p3                  ext2         QTS_BOOT_PART3 (nicht eingebunden)                c329ac0b-386f-4eb6-97cb-b46b9ea1c8ce
/dev/mmcblk0p5                  ext2                       (nicht eingebunden)                 1675f897-f7d6-4770-adf1-52b4029caa6b
/dev/mmcblk0p6                  ext2                       (nicht eingebunden)                 ea9ab888-a1a4-4a64-8407-a0725f4d60a5
/dev/sda1                       vfat                       (in Benutzung)                      70A6-77BA
/dev/sda2                       ext4                       /mnt                                6f498a0e-fb07-49ed-b666-3a29eac848e8
/dev/sdb1                       vfat         UBUNTU 20_0   /cdrom                              3E78-55C9
/dev/loop0                      squashfs                   /rofs                            
/dev/loop1                      squashfs                   /snap/core18/2128                
/dev/loop2                      squashfs                   /snap/gnome-3-34-1804/72         
/dev/loop3                      squashfs                   /snap/snap-store/547             
/dev/loop4                      squashfs                   /snap/snapd/12704                
/dev/loop5                      squashfs                   /snap/gtk-common-themes/1515     
/dev/mmcblk0p4                                             (nicht eingebunden)              
/dev/sdc1                       vfat         PMAGIC        (nicht eingebunden)                 641D-7B88
ubuntu@ubuntu:~$

Bootsektor analysieren:

ubuntu@ubuntu:~$ sudo file -s -N -F';' /dev/sd*|egrep 'GR|ID=0xee|data$'| tr -s ';' '\n'
/dev/sda
 DOS/MBR boot sector
 partition 1 : ID=0xee, start-CHS (0x0,0,2), end-CHS (0x3ff,255,63), startsector 1, 488397167 sectors, extended partition table (last)
/dev/sdb
 DOS/MBR boot sector
 partition 1 : ID=0xee, start-CHS (0x0,0,2), end-CHS (0x399,254,63), startsector 1, 4294967295 sectors
/dev/sdc
 DOS/MBR boot sector
 partition 1 : ID=0xee, start-CHS (0x0,0,2), end-CHS (0x79,254,63), startsector 1, 4294967295 sectors
ubuntu@ubuntu:~$
[/code}

Paketliste aktualisieren:
{code]
ubuntu@ubuntu:~$ sudo apt-get update
Ign:1 cdrom://Ubuntu 20.04.3 LTS _Focal Fossa_ - Release amd64 (20210819) focal InRelease
OK:2 cdrom://Ubuntu 20.04.3 LTS _Focal Fossa_ - Release amd64 (20210819) focal Release
OK:4 http://archive.ubuntu.com/ubuntu focal InRelease
Holen:5 http://archive.ubuntu.com/ubuntu focal-updates InRelease [114 kB]
Holen:6 http://security.ubuntu.com/ubuntu focal-security InRelease [114 kB]
Holen:7 http://archive.ubuntu.com/ubuntu focal/main Translation-de [477 kB]
Holen:8 http://archive.ubuntu.com/ubuntu focal/restricted Translation-de [4.436 B]    
Es wurden 709 kB in 1 s geholt (807 kB/s).                                                            
Paketlisten werden gelesen... Fertig

GRUB2-Pakete erneut installieren:

ubuntu@ubuntu:~$ sudo apt-get --reinstall install grub-common grub-pc os-prober # grub-gfxpayload-lists
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.     
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 3 erneut installiert, 0 zu entfernen und 265 nicht aktualisiert.
Es müssen 2.019 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Holen:1 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 grub-common amd64 2.04-1ubuntu26.13 [1.875 kB]
Holen:2 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 grub-pc amd64 2.04-1ubuntu26.13 [125 kB]
Holen:3 http://archive.ubuntu.com/ubuntu focal/main amd64 os-prober amd64 1.74ubuntu2 [20,1 kB]
Es wurden 2.019 kB in 0 s geholt (7.260 kB/s).
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 190714 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../grub-common_2.04-1ubuntu26.13_amd64.deb ...
Entpacken von grub-common (2.04-1ubuntu26.13) über (2.04-1ubuntu26.13) ...
Vorbereitung zum Entpacken von .../grub-pc_2.04-1ubuntu26.13_amd64.deb ...
Entpacken von grub-pc (2.04-1ubuntu26.13) über (2.04-1ubuntu26.13) ...
Vorbereitung zum Entpacken von .../os-prober_1.74ubuntu2_amd64.deb ...
Entpacken von os-prober (1.74ubuntu2) über (1.74ubuntu2) ...
grub-common (2.04-1ubuntu26.13) wird eingerichtet ...
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
os-prober (1.74ubuntu2) wird eingerichtet ...
grub-pc (2.04-1ubuntu26.13) wird eingerichtet ...
Trigger für man-db (2.9.1-1) werden verarbeitet ...
Trigger für systemd (245.4-4ubuntu3.11) werden verarbeitet ...

Konfigurationsdatei von Grub neu erstellen:

ubuntu@ubuntu:~$ sudo update-grub
/usr/sbin/grub-probe: Fehler: Kanonischer Pfad von »/cow« konnte nicht ermittelt werden.

Jetzt stehe ich an. Wie gehts weiter?

 

[kieleich]

Die beiden Partitionen einhängen:

ubuntu@ubuntu:~$ sudo mount /dev/sda1 /mnt
ubuntu@ubuntu:~$ sudo mount /dev/sda2 /mnt

Wenn du zwei Sachen, ins gleiche Mount Point, mountest dann passiert folgendes

sda1 wird nach /mnt gemountet

Dateien von sda1, sind unter /mnt sichtbar

sda2 wird nach /mnt gemountet

Dateien von sda2, sind unter /mnt/sichtbar

(sda1 ist unsichtbar)

Das mounten von sda1, ist also nicht sehr sinnvoll wenn man es gleich danach, versteckt

Was du normaler weise willst ist, mount /dev/root /mnt und dann mount /dev/boot /mnt/boot

[und dann chroot]

Version des installierten Grub2 ermitteln:

ubuntu@ubuntu:~$ dpkg --list | grep grub

Du bist hier, auf der Live CD und welches Grub, die Live CD hat, ist uninteressant

Aktuelle Grub-Konfiguration ausgeben:

ubuntu@ubuntu:~$ cat /boot/grub/grub.cfg
cat: /boot/grub/grub.cfg: Datei oder Verzeichnis nicht gefunden

Du bist hier, auf der Live CD und /boot, ist nicht gemountet

GRUB2-Pakete erneut installieren:

ubuntu@ubuntu:~$ sudo apt-get --reinstall install grub-common grub-pc os-prober # grub-gfxpayload-lists

Das installierst du hier auch nur, auf der Live CD, bringt nichts.

Du musst zuerst chroot anwenden, um in dein, installiertes System zu kommen.

Jetzt stehe ich an. Wie gehts weiter?

Deine Befehle, laufen ins Leere, weil chroot fehlt

 

[Tanzmusikus]

Ja, entweder per Chroot auf das bereits installierte Linux zugreifen ... oder mittels SuperGrubDisk direkt das installierte Linux booten (wenn das geht).

 

[Garmor]

Ich schlage an der Stelle immer vor, sich arch-install-scripts zu installieren, weil man dann das etwas simplere arch-chroot verwenden kann, was die Bind-Mounts auf proc und sys selber macht.

sudo -s

apt install arch-install-scripts

mount /dev/sda2 /mnt
mount /dev/sda1 /mnt/boot/efi

arch-chroot /mnt

Und von da kannst du dann schauen, ob du was an grub machen kannst.