[Gelöst] Debian Buster: Kann primärer Partition keinen Boot-Flag zuweisen

[prox]

Hi,

auf meinem anderen Rechner will ich zu Testzwecken auch Debian Buster installieren. Jetzt habe ich die Partitionierung der bisherigen Installation (Debian Stretch) auf diesem anderen Rechner so umgestaltet, dass ich auf /dev/sda4 eine unbenutzte primäre Partition habe. Diese primäre Partition habe ich mit GParted erzeugt. In diese Partition will ich Debian Buster installieren.

Allerdings lässt mich das Installationsprogramm von Debian Buster nicht den Boot-Flag für /dev/sda4 setzen. Ich verstehe das nicht. Ohne so einen Flag könnte ich Debian Buster ja nicht booten.

Liegt das vielleicht daran, dass sich /dev/sda4 ganz am Ende der Partitionstabelle befindet? So wird es jedenfalls in GParted dargestellt. In GParted ist die Reihenfolge meiner Partitionen die folgende:

/dev/sda1
/dev/sda2
/dev/sda3
/dev/sda5
/dev/sda6
/dev/sda7
/dev/sda8
/dev/sda9
/dev/sda4

Müsste etwa/dev/sda4 direkt nach der Partition /dev/sda3 genannt sein, damit ich /dev/sda4 mit einem Boot-Flag versehen kann?

Hier übrigens die Ausgabe des Befehls lsblk, da sind die Partitionen chronologisch geordnet:

sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 4,7G 0 part /
├─sda2 8:2 0 954M 0 part /boot
├─sda3 8:3 0 93,1G 0 part /home
├─sda4 8:4 0 100G 0 part
├─sda5 8:5 0 2,8G 0 part /tmp
├─sda6 8:6 0 18,6G 0 part /usr
├─sda7 8:7 0 2,8G 0 part /var
├─sda8 8:8 0 7,5G 0 part [SWAP]
└─sda9 8:9 0 5G 0 part /opt
sr0 11:0 1 1024M 0 rom

Gruß

prox

[Maik aus MS]

Wozu brauch man so viele Partitionen?
So wie es aussieht ist /boot sda2. Diese Partition braucht das Boot-Flag.

Maik

[prox]

Wozu brauch man so viele Partitionen?

Warum ich so viele Partitionen angelegt habe? Nun ja, ich wollte es damals "richtig" machen, für jeden Mount-Punkt, der einem bei einer Linux-Installation angeboten wird, eine eigene Partition anlegen. Jetzt denke ich mir, weil ich ja keinen Server betreibe, reichen mir 2 Partitionen, einmal für / und dann noch für /home.

Aber das ist ja eigentlich egal. Es ist eben so wie es ist.

So wie es aussieht ist /boot sda2. Diese Partition braucht das Boot-Flag.

Ich gehe davon aus, dass die Partition mit dem Mountpunkt "/" die Partition mit dem Boot-Flag für meine Debian-Stretch-Installation ist. Ein anderes Betriebssystem ist auf meinem Produktivrechner nicht installiert.

Es geht darum, dass ich neben meiner Debian Stretch-Installation (in dieser liegen alle Partitionen von /dev/sda1 bis /dev/sda9, außer /dev/sda4) noch Debian Buster auf meinem Produktivrechner installieren wollte. Und zwar in /dev/sda4. Diese Partition hatte ich mit GParted erzeugt (von einer Live-CD), und zwar als primäre Partition. Da die Partitionen /dev/sda1 bis /dev/sda4 alle primäre Partitionen sein können, stellt sich mir die Frage, warum das Installationsprogramm von Debian Buster mir nicht erlaubt, den Boot-Flag auf /dev/sda4 zu setzen. Für Debian Buster.

Ich finde kein Programm, das mir anzeigt, dass /dev/sda4 tatsächlich eine primäre Partition ist. Es gibt eins (war es parted?), aber die Spalte, die anzeigen würde, dass es sich um jeweils eine primäre, erweiterte oder logische Partition handelt, die gibt mir keins der Linux-Programme aus, die ich zu Rate gezogen habe.

Ich glaube, der Fehler, den ich vor x Jahren bei der Partitionierung meines Produktivrechners gemacht habe, ist, dass ich keiner Partion zwischen sda1 und sda4 gesagt habe, dass sie eine erweiterte Partition sein soll. Denn ich habe ja noch weitere Partitionen angelegt damals, und zwar die Partitionen sda5 bis sda9 (vorgestern erzeugt). Bei ihnen handelt es sich um logische Partitionen, die in einer erweiterten Partition gehalten werden müssten. Das ist aber auf meinem Produktivrechner nicht der Fall. Es gibt keine erweiterte Partition. Und das scheint die Ursache dafür zu sein, dass ich die Partition sda4 nicht als bootfähig markieren kann bei der Installation von Debian Buster.

Nehme ich mal an. Genau weiß ich das aber auch nicht.

Gruß

prox

PS: Die Benachrichtigungen hier im Forum über neue Antworten in von mir erstellten Threads, die funktionieren bei mir nicht richtig. Obwohl ich schon mehrfach die entsprechenden Einstellungen in meinem Benutzerkonto überprüft habe.

[Teddybear]

Servus,

Ich finde kein Programm, das mir anzeigt, dass /dev/sda4 tatsächlich eine primäre Partition ist. Es gibt eins (war es parted?), aber die Spalte, die anzeigen würde, dass es sich um jeweils eine primäre, erweiterte oder logische Partition handelt, die gibt mir keins der Linux-Programme aus, die ich zu Rate gezogen habe.

Parted zeigt dir den Typ der Partition an.

Code: Alles auswählen

root@powerpaket:~# parted
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ATA ST1000DM010-2EP1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  1000GB  1000GB  primary  ntfs

(parted) quit                                                             
root@powerpaket:~# 

[prox]

Hi,

Servus,

Ich finde kein Programm, das mir anzeigt, dass /dev/sda4 tatsächlich eine primäre Partition ist. Es gibt eins (war es parted?), aber die Spalte, die anzeigen würde, dass es sich um jeweils eine primäre, erweiterte oder logische Partition handelt, die gibt mir keins der Linux-Programme aus, die ich zu Rate gezogen habe.

Parted zeigt dir den Typ der Partition an.

Nein, das tut es nicht. Ich zitiere:

Code: Alles auswählen

root@punk:/home/xxx# parted
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p                                                                
Model: ATA ST500LT012-9WS14 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name         Flags
 1      1049kB  5000MB  4999MB  ext4                         msftdata
 2      5000MB  6000MB  1000MB  ext4                         msftdata
 3      6000MB  106GB   100GB   ext4                         msftdata
 5      111GB   114GB   3000MB  ext4                         msftdata
 6      114GB   134GB   20,0GB  ext4                         msftdata
 7      134GB   137GB   3000MB  ext4                         msftdata
 8      137GB   145GB   8000MB  linux-swap(v1)
 9      145GB   150GB   5369MB  ext4
 4      150GB   258GB   107GB   ext4            DEBIAN_TEST

(parted)                                                                  

Habe ich was falsch gemacht?

Gruß

prox

[Teddybear]

Ok...
Bei GPT gibt es keine erweiterten Partitionen.

[guennid]

In Bochum am Bahnhof hat sich mal einer beim Skat totgemischt.

[Teddybear]

In Bochum am Bahnhof hat sich mal einer beim Skat totgemischt.

Leicht am Thema vorbei, findest du nicht?

[guennid]

war als nicht kritisierender Scherz gemeint. Tut mir leid, dass es anders angekommen ist.

[prox]

Ok...
Bei GPT gibt es keine erweiterten Partitionen.

Von "GPT" hatte ich heute auch ein paar Mal gelesen im Netz, aber mich nicht vertieft. Wie bin ich denn an GPT gekommen? Ich habe auf jeden Fall damals, als ich meinen Produktivrechner einrichtete, kein GParted verwendet. Sondern die Partitionierungsmöglichkeiten von Ubuntu genutzt in einer Version, die vor ca. 5 Jahren aktuell war.

Vor ca. 5 Jahren hatte ich meinen Produktivrechner gekauft, einen Laptop. Seitdem habe ich an der Partitionierung nichts geändert, bis vorgestern, als ich zusätzlich sda9 anlegte und die alte Partition sda4, die auf /opt eingehängt war, löschte und neu anlegte hinter sda9. in sda9 ist jetzt /opt eingehängt, in sda4 soll Debian Buster rein, was aber nicht geht, weil ich den Boot-Flag für sda4 nicht setzen kann.

Mit Ubuntu war ich aber nach ca. 1 Jahr unzufrieden und habe dann auf meinem Laptop Debian installiert, die damalige stabile Version von Debian.

Ich muss wohl meinen Produktivrechner neu aufsetzen, nicht wahr? Diesmal nicht mit "GPT"?

Gruß

prox

[guennid]

GPT gehört zu UEFI, dem neuen "BIOS". Das solltest du besser nicht ändern, wenn du dich damit nicht auskennst und es bisher funktioniert hat. Für die hohe Zahl der Partitionen sehe ich allerdings keinen Grund. Deswegen mein Scherz. Aber das musst du selbst entscheiden ob du die benötigst. Ich komme auf meinem privaten Rechner mit zweien aus: swap und /. Aber da gehen die Meinungen gehörig auseinander. Lies dir durch, was andere (nachvollziehbar begründet) dazu sagen.

Grüße, Günther

[prox]

Danke Günter für die Info,

aber warum kann ich dann sda4 keinen Boot-Flag verleihen?

Gruß

prox, der jetzt "Gute Nacht" sagt.

[guennid]

Ich vermute, weil du /boot auf sda2 hast und weil ich weiter vermute, dass grub (der bootloader) da sitzt. Ich benutze bisher weder UEFI (je nach hardware lässt sich da aber auch gar nix wählen) noch grub, kenne mich also nicht aus. Meine aber weiterhin zu wissen, dass man bei UEFI grub benutzen muss. eine Partition /boot muss man meines Wissens auch bei UEFI nicht einrichten, aber wie gesagt, da gibt's sicherlich Leute hier, die das besser wissen.

Grüße, Günther

[jph]

Diese Partition braucht das Boot-Flag.

Grub benötigt kein bootable-Flag, das kann man in 99% der Fälle weglassen. Das bootable-Flag wird bei Legacy-Boot unter Umständen benötigt, wenn mehrere Platten verbaut sind, damit das BIOS sich entscheiden kann, von welcher es den MBR lädt. (Ich habe so einen Kandidaten hier.)

[willy4711]

Ich gehe mal davon aus, das der Bootloader von Grub bei dir im MBR von /dev/sda liegt. Das wäre zumindest normal.
Um sicher zu gehen kannst du diesen Bandwurmbefehl anwenden (geklaut bei den Mint-Usern )
Als Root:

Code: Alles auswählen

fdisk -l 2>/dev/null | egrep "Disk /|/dev/" | sed "s#^/dev/#Part /dev/#" | awk '{print $2}' | sed 's/://' | xargs -n1 -IX sh -c "dd if=X  bs=1 count=512 2>/dev/null | grep GRUB > /dev/null && echo Grub gefunden: X || echo Kein Grub: X"

Der Rest sollte an doch recht einfach sein
Die installations- Partition auswählen und zum Schluss dem Installer sagen, wo er Grub hin packen /aktualisieren soll.

Wie jph schon sagte, Grub (im MBR) entscheidet dann, von welcher Partition gebootet wird.

[guennid]

Er hat GPT, ergo UEFI - sehe ich das falsch?

[willy4711]

Er hat GPT, ergo UEFI - sehe ich das falsch?

Ja
GPT ist nicht abhängig davon, welche Boot - Methode du hast (UEFI bzw. BIOS)
GPT ist lediglich die Art wie und wo die Partitionstabelle geschrieben wird.
https://de.wikipedia.org/wiki/GUID_Part ... grenzungen

[guennid]

Weiter oben les' ich's aber anders:

GUID Partition Table (GPT), zu deutsch GUID-Partitionstabelle (von englisch Globally Unique Identifier), ist ein Standard für das Format von Partitionstabellen auf Festplatten oder anderen Datenträgern. Die Spezifikation ist Teil des UEFI-Standards, der ausgehend von Großrechnern etwa seit dem Jahr 2000 zunehmend das BIOS auch in PCs ersetzt. GPT ist dabei der Nachfolger der Master-Boot-Record-Partitionstabellen.

[willy4711]

Ich habe kein UEFI trotzdem haben (fast) alle meinen Platte eine GPT - Partitionstabelle.
Bei UEFI ist das wohl Zwang.
Große Platten (ich glaube ab 2 TB) können eh nur mit GPT eingerichtet werden.

Hier wird das Durcheinander erklärt:
https://de.wikipedia.org/wiki/Partition ... eichnungen

GUID Partition Table (2000), Partitionstabelle auf EFI-basierten Computern und (ab rund 2010) auf Speichermedien mit über 2 TB Speicherkapazitä

z,B.

Code: Alles auswählen

 parted
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p                                                                
Model: ATA Crucial_CT275MX3 (scsi)
Disk /dev/sda: 275GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  26,4GB  26,4GB  ext4
 2      26,4GB  275GB   249GB   ext4

[guennid]

Ich bin hier sicher nicht der Schlaumeier, aber ich vermute trotzdem einstweilen, dass hier ein UEFI-Board werkelt. Schau dir den Thread-Verlauf nochmal genau an, bevor du den TE auf die falsche Fährte setzt.

Grüße, Günther

[willy4711]

Ich bin hier sicher nicht der Schlaumeier, aber ich vermute trotzdem einstweilen, dass hier ein UEFI-Board werkelt. Schau dir den Thread-Verlauf nochmal genau an, bevor du den TE auf die falsche Fährte setzt.

Ich sehe aber nur ext4 Partitionen, was UEFI ausschließt.
viewtopic.php?f=12&t=173935#p1210562
Efi Systempartition:
https://en.wikipedia.org/wiki/EFI_system_partition

[prox]

Moin,

@willy4711, Dein Befehl gibt Folgendes aus:

Code: Alles auswählen

root@punk:/home/xxx# fdisk -l 2>/dev/null | egrep "Disk /|/dev/" | sed "s#^/dev/#Part /dev/#" | awk '{print $2}' | sed 's/://' | xargs -n1 -IX sh -c "dd if=X  bs=1 count=512 2>/dev/null | grep GRUB > /dev/null && echo Grub gefunden: X || echo Kein Grub: X"
Grub gefunden: /dev/sda
Kein Grub: /dev/sda1
Kein Grub: /dev/sda2
Kein Grub: /dev/sda3
Kein Grub: /dev/sda4
Kein Grub: /dev/sda5
Kein Grub: /dev/sda6
Kein Grub: /dev/sda7
Kein Grub: /dev/sda8
Kein Grub: /dev/sda9
root@punk:/home/xx#

Hätte mich auch gewundert, wenn Grub sich in /dev/sda<Zahl> befunden hätte. Denn den MBR bzw. Grub installiere ich immer nach /dev/sda (mit einem System mit mehreren Platten hatte ich bisher nicht zu tun, was Grub-Installationen betrifft).

Soll ich also bei der Installation von Debian Buster auf dem betreffenden Rechner einfach den Fakt ignorieren, dass ich kein Boot-Flag auf /dev/sda4 setzen kann? Ist Debian Buster nach der Installation dann trotzdem bootbar auf meinem System?

[jessie]

Deine Partitionierung auf einem Desktop-PC hat den Nachteil, dass wenn man nicht richtig weiß, was man tut bzw. die "Füllgrade" der Paritionen beobachtet, schnell mal eine vollaufen kann. Des Weiteren werden Backups komplexer. Wozu vorpartitionieren? Das mache ich nur bei Multibootsystemen. Der Debianinstaller schlägt dir verschiedene Partitionierungsarten (und leicht änderbar) vor. Für einen Desktop-PC genügen EFI-Sytem-Partition (Einhängepunkt /boot/efi, ca. 150 MB FAT32), sowie Partitionen für Swap und Einhängepunkte / (root) und /home. Die Vorschläge vom Installer sind gut gewählt und leicht änderbar (z. B Swap). Der Installer macht auch gute (und etwas andere) Vorschläge für LVM bzw. Verschlüsselung, z. B. /boot extra und unverschlüsselt. Um Flags musst du dich auch nicht kümmern. / (root) sollte etwa 50 GB haben. Swap 2 x RAM, falls du Suspend to Disk nutzen willst.

Da du wahrscheinlich ein Gerät mit UEFI hast (so alt wird die Kiste ja nicht sein), installiere unter UEFI und GPT (moderner und gegenüber MBR vorteilhaft, z. B. 128 primäre Partitionen), CSM als Zusatzmodul macht UEFI nur noch komplexer und ist für Debian unnötig. Damit nichts schief geht, schalte CSM/Legacy im BIOS ab oder wähle in der Bootreihenfolge mit Bedacht das zu bootende Image. Während der Suche nach entsprechenden BIOS-Einstellungen bzw. Bootreihenfolge bei Hybrid-Installationsimages (doppelt angezeigt bei aktivem CSM) wirst schon du merken, ob die Kiste UEFI hat.

Ich sehe aber nur ext4 Partitionen, was UEFI ausschließt.

Man weiß nicht, wie der TO installiert/vorpartitioniert hat. UEFI mit CSM/Legacy wäre auch möglich - oder der Rechner ist sehr alt, hat noch kein UEFI, letzterem widerspricht:

Vor ca. 5 Jahren hatte ich meinen Produktivrechner gekauft, einen Laptop ....

Also Backup, Neuinstallation, Partitionierung mit Debian-Installler, davon lernen: parted -l, lsblk -f, blkid .... bei Bedarf LVM-Kommandos recherchieren!

[willy4711]

Soll ich also bei der Installation von Debian Buster auf dem betreffenden Rechner einfach den Fakt ignorieren, dass ich kein Boot-Flag auf /dev/sda4 setzen kann? Ist Debian Buster nach der Installation dann trotzdem bootbar auf meinem System?

Ich würde sagen : Ja.
Du musst dich nur entscheiden, von welcher Partition dann letztendlich gebootet werden soll, und wo du Grub behältst. Denn sonst würde
bei einem Update von Grub auf das jeweils andere Die Boot- Partition "erobern." .

Also : Siehe nach, ob auf deinem alten (laufenden) System os-prober installiert ist.
Installiere dann auf /dev/sda4 dein neues System ohne Grub.
Starte neu (geht dann erstmal nur ins alte Sytem)
und mache dann ein

Code: Alles auswählen

update-grub

Wenn im alten System os-prober installiert ist sollte dein neues System gefunden werden.

Umgekehrt geht es natürlich genauso. Aber dann solltest du auf dem alten grub deinstallieren.

Zur (laienhaften) Erklärung:


Im MBR bzw in der primäre GUID-Partitionstabelle (GPT), wir lediglich neben dem Partitionsschema der Platte eingetragen, von welcher Partition
der Bootvorgang stattfinden soll (besser: Wo Grub seine Konfigurationsdatei findet, die er dir dann im "Grub- Menü anzeigt.).
Dort findest du dann in der Regel folgende Einträge:

Code: Alles auswählen

ls -al /boot
insgesamt 57080
drwxr-xr-x  4 root root     4096 Jul  9 12:05 .
drwxr-xr-x 18 root root     4096 Mai 29 01:49 ..
-rw-r--r--  1 root root   206212 Jun 20 00:16 config-4.19.0-5-amd64
drwxr-xr-x  6 root root     4096 Jul  9 12:05 grub
-rw-r--r--  1 root root 49250678 Jul  9 12:05 initrd.img-4.19.0-5-amd64
-rw-r--r--  1 root root  3371003 Jun 20 00:16 System.map-4.19.0-5-amd64
-rw-r--r--  1 root root  5221616 Jun 20 00:16 vmlinuz-4.19.0-5-amd64

Im Verzeichnis /boot/grub gbt es dann die grub.cfg, die die eigentlichen Boot- Befehle enthält:
Dort findest du dann wahrscheinlich ähnlich u.A. folgenden Sequenz:

Code: Alles auswählen

load_video
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_gpt
	insmod ext2
	set root='hd0,gpt1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1  86dd6741-a5e4-4f19-911a-1ccf03546761
	else
	  search --no-floppy --fs-uuid --set=root 86dd6741-a5e4-4f19-911a-1ccf03546761
	fi
	echo	'Linux 4.19.0-5-amd64 wird geladen …'
	linux	/boot/vmlinuz-4.19.0-5-amd64 root=UUID=86dd6741-a5e4-4f19-911a-1ccf03546761 ro  quiet
	echo	'Initiale Ramdisk wird geladen …'
	initrd	/boot/initrd.img-4.19.0-5-amd64

Nach einen update-grub würden dan dort zwei solcher Einträge mit der jeweiligen UUID der Partition zu finden sein.

So ich hoffe nicht allzu viel Mist erzählt zu haben.

Viel Erfolg

[prox]

Deine Partitionierung auf einem Desktop-PC hat den Nachteil, dass wenn man nicht richtig weiß, was man tut bzw. die "Füllgrade" der Paritionen beobachtet, schnell mal eine vollaufen kann.

Diese Art der Partitionierung verwende ich seit ca. 10 Jahren. Mir ist nur unter Ubuntu eine dieser Partitionen, nämlich /boot, vollgelaufen, weil Ubuntu alte Kernel-Dateien in /boot nicht löscht, wenn ein neuer Kernel-Update per Software-Update in /boot installiert wird. Auch deswegen bin ich damals von Ubuntu wieder zurück zu Debian gewechselt. Da läuft /boot nicht voll.

Des Weiteren werden Backups komplexer.

Ich sichere nur /home, da ist nur ein einziges Benutzerkonto drauf. Der Backup passt auf einen 4-GB-Stick.

Der Debianinstaller schlägt dir verschiedene Partitionierungsarten (und leicht änderbar) vor.

Ich benutze im Debian-Installer immer die manuelle Partitionierung.

/ (root) sollte etwa 50 GB haben. Swap 2 x RAM, falls du Suspend to Disk nutzen willst.

Für swap nehme ich auch 2 x RAM.

Hier mal meine Partitionierung unter dem aktuell installierten Debian Stretch mit den Größenangaben und freiem/belegtem Speicherplatz pro Partition:

Code: Alles auswählen

xxx@punk:~$ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            1,9G       0  1,9G    0% /dev
tmpfs           385M    6,1M  379M    2% /run
/dev/sda1       4,5G    542M  3,7G   13% /
/dev/sda6        19G    5,7G   12G   33% /usr
tmpfs           1,9G     20M  1,9G    1% /dev/shm
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs           1,9G       0  1,9G    0% /sys/fs/cgroup
/dev/sda9       4,9G    983M  3,7G   21% /opt
/dev/sda3        92G    3,5G   84G    4% /home
/dev/sda2       923M     92M  768M   11% /boot
/dev/sda7       2,7G    1,5G  1,1G   59% /var
/dev/sda5       2,7G    4,5M  2,6G    1% /tmp
tmpfs           385M       0  385M    0% /run/user/124
tmpfs           385M     12K  385M    1% /run/user/1000
xxx@punk:~$

Die Logdateien in /var müsste ich wohl langsam mal aufräumen, aber in einem Jahr kommt da sowieso Debian Buster rein, dann ist /var wieder leer genug.

Da du wahrscheinlich ein Gerät mit UEFI hast (so alt wird die Kiste ja nicht sein), installiere unter UEFI und GPT (moderner und gegenüber MBR vorteilhaft, z. B. 128 primäre Partitionen), CSM als Zusatzmodul macht UEFI nur noch komplexer und ist für Debian unnötig. Damit nichts schief geht, schalte CSM/Legacy im BIOS ab oder wähle in der Bootreihenfolge mit Bedacht das zu bootende Image. Während der Suche nach entsprechenden BIOS-Einstellungen bzw. Bootreihenfolge bei Hybrid-Installationsimages (doppelt angezeigt bei aktivem CSM) wirst schon du merken, ob die Kiste UEFI hat.

Danke, ich schaue mir mal das BIOS an.

Gruß

prox