Tool, um herauszufinden, wo Grub installiert ist

[willy4711]

Auch um hier manche Frage beantworten zu können kam mir die Idee, ein Tool/Skript
zu suchen, das in der Lage ist, festzustellen auf welcher Platte / MBR / GPT / Efi Partition
Grub installiert ist.

Etwas gegoogelt und (vermeintlich) fündig geworden boot-info-script
Gleich mal installiert und getestet.
Neben wirklich guten Ausgaben bekam ich für Grub leider dieses Ergebnis:

Code: Alles auswählen

root@XFCE:~# cat /root/RESULTS.txt|grep "Boot Info Summary" -A5
============================= Boot Info Summary: ===============================

 => No boot loader is installed in the MBR of /dev/sda.
 => No boot loader is installed in the MBR of /dev/sdb.
 => Windows 7/8/2012 is installed in the MBR of /dev/sdc.

Die /dev/sdc ist eine USB - Disk mit einer DOS - Partitionstabelle und Ext4 formatiert

Code: Alles auswählen

Device     Boot Start        End    Sectors   Size Id Type
/dev/sdc1  *     2048 1953521663 1953519616 931,5G 83 Linux

Tatsächliche Gegebenheit ist aber die:

Grub ist auf einer NVMe PCIe SSD istalliert, die eine Gpt - Partitionstabelle hat.

Code: Alles auswählen

# fdisk -l
Disk /dev/nvme1n1: 953,87 GiB, 1024209543168 bytes, 2000409264 sectors
Disk model: Viper M.2 VPN100                        
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
[.......]
Device              Start        End    Sectors   Size Type
/dev/nvme1n1p1       2048   97656831   97654784  46,6G Linux filesystem
/dev/nvme1n1p2   97656832 1953126399 1855469568 884,8G Linux filesystem
/dev/nvme1n1p3 1953126400 2000408575   47282176  22,5G Linux swap

boot-info-script erkennt die Platte zwar, kann dort aber nicht den Boot-Sektor erkennen.
(wegen der Gpt - Parttionstabelle ??)

Frage:
Gibt es einen Möglichkeit (Tool /Skript/ Befehl) auch auch auf Platten
die eine Gpt Partition-Tabelle haben, den Boot-Sektor (Grub) zu identifizieren ?

[schwedenmann]

Hallo

hast du das mal Rescatux probiert ?

https://www.supergrubdisk.org/wp-conten ... ticulo.png

schau dir nal die Eintäge im Bild an, entweder habne die eigen Scripte, oder die benutzen auch nur "dein" Script.#

mfg
schwedenmann

[Tintom]

Code: Alles auswählen

root@XFCE:~# cat /root/RESULTS.txt|grep "Boot Info Summary" -A5
============================= Boot Info Summary: ===============================

 => No boot loader is installed in the MBR of /dev/sda.
 => No boot loader is installed in the MBR of /dev/sdb.
 => Windows 7/8/2012 is installed in the MBR of /dev/sdc.

Die /dev/sdc ist eine USB - Disk mit einer DOS - Partitionstabelle und Ext4 formatiert

Code: Alles auswählen

Device     Boot Start        End    Sectors   Size Id Type
/dev/sdc1  *     2048 1953521663 1953519616 931,5G 83 Linux

Entscheidend ist was in den ersten 512 Bytes von /dev/sdc steht. Und da wird wohl irgendwo noch ein Booloader von Windows schlummern.

Frage:
Gibt es einen Möglichkeit (Tool /Skript/ Befehl) auch auch auf Platten
die eine Gpt Partition-Tabelle haben, den Boot-Sektor (Grub) zu identifizieren ?

https://wiki.ubuntuusers.de/GRUB-Umgebu ... aufspueren

[towo]

Code: Alles auswählen

dd if=/dev/sdX count=1 2>/dev/null|strings|grep -i grub

So vielleicht?

[JTH]

So vielleicht?

Alternative, falls binutils nicht installiert sind:

Code: Alles auswählen

dd if=/dev/sdX count=1 2>/dev/null | grep -ao GRUB

Edit: Typo: grub durch grep ersetzt ...

[willy4711]

Code: Alles auswählen

dd if=/dev/sdX count=1 2>/dev/null|strings|grep -i grub

So vielleicht?

Ergebnis:

Code: Alles auswählen

root@XFCE:~# dd if=/dev/nvme1n1 count=1 2>/dev/null|strings|grep -i grub
GRUB 

Wenn das heißt das da was im Bootsektor der GPT gefunden wurde ---> Richtig

Weiter: Zweite NVMe PCIe SSD (extra gemouted)

Code: Alles auswählen

root@XFCE:~# dd if=/dev/nvme0n1 count=1 2>/dev/null|strings|grep -i grub
root@XFCE:~# 

Da ist aber auch ein Grub drauf (auch GPT) der wird vom Grub der ersten Platte aufgerufen

Alternative, falls binutils nicht installiert sind:

Code: Alles auswählen

dd if=/dev/sdX count=1 2>/dev/null | grub -ao GRUB

Gibt:

Code: Alles auswählen

dd if=/dev/sdX count=1 2>/dev/null | grub -ao GRUB
-bash: grub: Kommando nicht gefunden.

Aus https://wiki.ubuntuusers.de/GRUB-Umgebu ... aufspueren (danke für den Link
Und was sagt mir das ??

Code: Alles auswählen

root@XFCE:~# hexdump -s512 -n512 -C /dev/nvme0n1 
00000200  45 46 49 20 50 41 52 54  00 00 01 00 5c 00 00 00  |EFI PART....\...|
00000210  68 8f 21 c4 00 00 00 00  01 00 00 00 00 00 00 00  |h.!.............|
00000220  af 4b f9 0d 00 00 00 00  22 00 00 00 00 00 00 00  |.K......".......|
00000230  8e 4b f9 0d 00 00 00 00  fc ed 4c ad 96 5e 85 47  |.K........L..^.G|
00000240  ae ef ea 4f 7d 71 8b 33  02 00 00 00 00 00 00 00  |...O}q.3........|
00000250  80 00 00 00 80 00 00 00  ae ed c1 32 00 00 00 00  |...........2....|
00000260  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000400
root@XFCE:~# 

Code: Alles auswählen

root@XFCE:~# hexdump -s512 -n512 -C /dev/nvme1n1 
00000200  45 46 49 20 50 41 52 54  00 00 01 00 5c 00 00 00  |EFI PART....\...|
00000210  c1 4a e9 67 00 00 00 00  01 00 00 00 00 00 00 00  |.J.g............|
00000220  af d2 3b 77 00 00 00 00  22 00 00 00 00 00 00 00  |..;w....".......|
00000230  8e d2 3b 77 00 00 00 00  18 85 f3 b6 3a 98 8c 42  |..;w........:..B|
00000240  84 73 d4 53 36 de 92 36  02 00 00 00 00 00 00 00  |.s.S6..6........|
00000250  80 00 00 00 80 00 00 00  9a 18 f7 b1 00 00 00 00  |................|
00000260  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000400

[JTH]

Gibt:

Code: Alles auswählen

dd if=/dev/sdX count=1 2>/dev/null | grub -ao GRUB
-bash: grub: Kommando nicht gefunden.

grep soll das natürlich heißen, nicht grub

[willy4711]

grep soll das natürlich heißen, nicht grub

Gibt das gleiche wie Tobo's Variante, auch nur für nvme1n1
nvme0n1 wird nicht erkannt

[Tintom]

Und was sagt mir das ??

Das hier eine anscheinend EFI-Partition vorliegt. GRUB liegt dann nicht als Bootloader in den ersten 512 Bytes des Gerätes vor, sondern innerhalb der EFI-Partition als komplettes Image.

Was ist das für ein System, dass einen Bootloader im MBR startet und dann von EFI-Partitionen liest? Warum machst du so etwas?

[Blue]

Wahrscheinlich verstehe ich das Thread-Anliegen nicht, weil ich denke, dass man doch mit dem tool "gparted" die Boot-Partition sieht, in der sich das Grub befindet (egal ob UEFI oder nicht)?

Bei mir:

/dev/sda1 fat32 /boot/efi

[willy4711]

Was ist das für ein System, dass einen Bootloader im MBR startet und dann von EFI-Partitionen liest? Warum machst du so etwas?

Das ist eine ganz normale Platte die einen GPT Tabelle hat.
Während der Installation werde ich (egal ob MBR oder GPT ohne UEF) gefragt, wo ich Grub hin packen will.
in diesem Fall wird mir statt /dev/sdx eben /dev/nvmeXn1 angeboten.

Aus Wiki:https://de.wikipedia.org/wiki/GUID_Part ... bssystemen

Ein 64-Bit-Linux kann – ganz ohne UEFI oder gesonderte BIOS-Unterstützung – mit GRUB2 von einer GPT-Partition booten. Es ist also kein UEFI dazu notwendig – die Kopplung von GPT an (U)EFI ist somit nicht zwingend.[1]

[Tintom]

Ok, ich formuliere die Frage anders: Warum überspringst du die ersten 512 Bytes in deiner Ausgabe?

[willy4711]

Ok, ich formuliere die Frage anders: Warum überspringst du die ersten 512 Bytes in deiner Ausgabe?

Das hab ich abgeschrieben, ohne es weiter zu verstehen, ist auch das erste mal dass ich mit
hexdump rumspiele :
Das mit der "eigenen Bootpartition" scheint mit auch nicht zu stimmen. Zumindest wird das vom Installer
ohne weiteren Hinweis so gemacht, wie es bei mir vorhanden ist.
https://wiki.ubuntuusers.de/GRUB-Umgebu ... nalysieren

GPT ohne (U)EFI

Bei der Nutzung einer GPT ohne (U)EFI wird eine eigene Boot-Partition genutzt. Diese Partition muss die 1. Partition auf dem Datenträger sein, ihre Kennung ist ef02.

Der Wert 512 muss gegebenenfalls dem eigenen System entsprechend angepasst werden (siehe Festplatten-Analyse/Sektoren).

GPT-Header anzeigen

Code: Alles auswählen

sudo hexdump -s512 -n512 -C /dev/sdX

BIOS Boot-Partition anzeigen

Code: Alles auswählen

sudo hexdump -C /dev/sdXY 

[Blue]

Bei der Nutzung einer GPT ohne (U)EFI

Auch wenn mein Beitrag hier offensichtlich nicht interessant, beziehungsweise nicht das Thema treffend zu sein scheint, poste ich noch eine Erfahrung, welche ich mit EFI gemacht habe:

Lange Zeit hatte ich auch mein System ohne EFI aufgesetzt.
Nach Neu-Installation des PC`s habe ich es dann mit EFI (ohne Secure Boot) probiert und stelle fest, dass das System deutlich schneller bootet.

[willy4711]

Nach Installation eines neuen PC`s habe ich es dann mit EFI (ohne Secure Boot) probiert und stelle fest, dass das Ssystem deutlich schneller bootet.

Zeig her:

Code: Alles auswählen

systemd-analyze
Startup finished in 1.321s (kernel) + 3.377s (userspace) = 4.699s 
graphical.target reached after 3.372s in userspace

[Blue]

@willy4711: "Deine" Startzeit kann ich tatsächlich nicht annähernd toppen. Aber ich habe ja auch mit meiner früheren Installation ohne EFI verglichen.