Siduction Forum

Hallo Gemeinde,

kann mir jemand erklären, wo in calamares die Abfragen zur Grub Installation erfolgen?  Kann man beeinflussen, ob Grub installiert werden soll bzw. wo die Instalation des Grub erfolgt?

Hintergrund meiner Frage
Die Installation von kde/plasma auf dem im anderen Thread erwähnten Laptop war erfolgreich.
Allerdings hatte ich erwartet, dass mich calamares fragt, wohin der grub soll. Stattdessen gab es keine Erwähnung des grub (den ich gern in den PBR haben wollte).

Jetzt hatte ich die Ehre, meinen Hauptbootloader von siduction-giant wieder einzurichten.
Da lobe ich mir ernsthaft den debian-installer, wo sich das ohne Probleme bewerkstelligen läßt, ohne diesen GUI Mist.  :(

Gedächtnisprotokoll, sprich, ich habs jetzt nicht ausprobiert:
Eine Auswahl des Installationsortes für den GRUB-Bootloader kann man nur bei manueller Partitionierung bei der Installation vornehmen. War ich früher auch schon mal drüber gestolpert.

edlin

Bei einer EFI Install kann man den Ort nicht auswählen, da Grub hier nie in den MBR geschrieben wird (weils bei GPT selbigen so nicht gibt).

Quote from: unklarer on 2026/06/11, 15:35:40Da lobe ich mir ernsthaft den debian-installer, wo sich das ohne Probleme bewerkstelligen läßt, ohne diesen GUI Mist.  :(

Es gibt auch bei siduction eine einfache Möglichkeit.
Benutze den cli-installer.
Habe ich vorsichtshalber gerade noch einmal getestet.
Du hast für GRUB die Auswahl ´ESP´ ´MBR´ ´Partition´, wobei in deinem Fall ´Partition` die richtige Option wäre.

Test PC:
HD-1, BIOS-MBR, wurde für den Test nicht benutzt.
HD-2, UEFI-GPT,
  P1, ESP
  P2, XBOOTLDR
  P3, SWAP
  P4, System 1
  P5, System 2
  P6, System 3

Alle 3 Systeme auf HD-2 bisher mit Bootmanager systemd-boot installiert.
Der Test:
siduction-2026.1.0-Big_Crime-xfce-amd64-202606021347.iso gebootet, in einem Terminal in das Wurzelverzeichnis gewechselt und
sudo cli-installer
ausgeführt.
[...]
´Root Partition formatieren` -> ja
´Dateisystem auswählen´ -> ext4
´Installationspartition auswählen´ -> /dev/sdb6
´Bootloader auswählen´ -> GRUB
´Installationsort für GRUB auswählen´ -> Partition
[...]

Ergebnis hier: Kein Eintrag im EFI und damit auch (vorerst) keine Möglichkeit direkt in das System zu booten.
Anschließend erfolgte eine weitere Installation:
[...]
´Root Partition formatieren` -> ja
´Dateisystem auswählen´ -> ext4
´Installationspartition auswählen´ -> /dev/sdb4
´Bootloader auswählen´ -> GRUB
´Installationsort für GRUB auswählen´ -> ESP
´ESP Partition auswählen` -> /dev/sdb1
[...]

Ergebnis: GRUB Eintrag im EFI und im GRUB Menü erscheint der Eintrag für die erste Installation (/dev/sdb6) mittels des OS-Probers.

Nun kannst du beide Systeme booten.
In deinem Fall nach der Installation des zusätzlichen siduction in das bisherige System booten und 

update-grub

aufrufen.
Das war es wohl, was du dir gewünscht hast.

Danke Euch!

@edlin,
das kenne ich auch so, allerdings aus der Zeit, wo calamares aufkam. Ich wußte nicht mehr, MBR oder EFI.

@towo,
gut, das von dir NOCHMAL deutlich zu lesen. Hatte ich eben nicht mehr auf den Schirm.

@scholle1,
Wow, das ist sehr wertvoll!
Mir war gar nicht bewußt, dass der cli-installer auf ALLEN ISO's ist, obwohl ich Depp auch die Manifeste hier habe. Trotzdem bitte ich dich, über den debian-installer auf den ISO's zukünftig mit nach zu denken. Der ist wirklich im letzten Jahr für mich absolut Klasse geworden.  ;)
Mit dem cli-installer der nox hatte ich auch schon die efi-Partition ausgeschlossen. Mangelnde englisch Kenntnisse hielten mich "vor dem Weitermachen" jedoch ab. Deshalb bin ich dir so dankbar.  :)

Ausser der nox wollte ich mich wegen dieses Problem mit calamares und efi für den Multiboot bereits von siduction verabschieden, da ich keine Wahlfreiheit mehr gegenüber debian's netinst/testing-netinstall habe.

Das ist z.Z. mein Desktop-PC
(https://i.postimg.cc/D895XBpy/51bd4652-17b4-4563-85a3-7829a4cf0a77.jpg) (https://postimg.cc/D895XBpy)
GRUB gibt es nur im ersten Eintrag, os-prober nirgends. Alle Anderen stehen in der 40_custom.
Naja, weil da einige es genauer bevorzugen, die Datei:
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry 'debian-hyprland' {
insmod part_gpt
insmod ext2
search --fs-uuid --no-floppy --set=root 0cc0e533-9dd2-4545-8a21-ef8268cbf575
linux /vmlinuz root=UUID=0cc0e533-9dd2-4545-8a21-ef8268cbf575
initrd /initrd.img
}
menuentry 'carbon-wayland' {
insmod part_gpt
insmod ext2
search --fs-uuid --no-floppy --set=root 597a26e4-79bc-4122-ba84-8228f2541810
linux /vmlinuz root=UUID=597a26e4-79bc-4122-ba84-8228f2541810
initrd /initrd.img
}
menuentry 'wayfire' {
insmod part_msdos
insmod ext2
search --fs-uuid --no-floppy --set=root f1bbe056-709e-46d5-93c5-479fd4420026
linux /vmlinuz root=UUID=f1bbe056-709e-46d5-93c5-479fd4420026
initrd /initrd.img
}
menuentry 'hypr-hatchery' {
insmod part_msdos
insmod ext2
search --fs-uuid --no-floppy --set=root b95027bf-7e67-4a9c-9111-138e5c58d52b
linux /vmlinuz root=UUID=b95027bf-7e67-4a9c-9111-138e5c58d52b
initrd /initrd.img
}
menuentry 'carbon3' {
insmod part_msdos
insmod ext2
search --fs-uuid --no-floppy --set=root f29eae52-d8e2-4947-8fb3-6576d51afd81
linux /vmlinuz root=UUID=f29eae52-d8e2-4947-8fb3-6576d51afd81
initrd /initrd.img
}
menuentry 'hatchery-mango' {
insmod part_msdos
insmod ext2
search --fs-uuid --no-floppy --set=root 99f98b52-cdd9-4b02-9cc3-13be348f1aca
linux /vmlinuz root=UUID=99f98b52-cdd9-4b02-9cc3-13be348f1aca
initrd /initrd.img
}
menuentry 'debian-labwc' {
insmod part_msdos
insmod ext2
search --fs-uuid --no-floppy --set=root e2509007-1da4-45ba-91af-884fc0049639
linux /vmlinuz root=UUID=e2509007-1da4-45ba-91af-884fc0049639
initrd /initrd.img
}



BTW, regelmäßig stolpere ich in der nox darüber, curl zu installieren. Mit 76 Jahren ist das für mich nicht logisch bei einem Selbstaufbau von X.  :D

@unklarer
Siehste mal, ein Grund mehr bei siduction zu bleiben.
Da freut es mich, dass sich die Arbeit am cli- und fll-installer gelohnt hat.

Quote:
GRUB gibt es nur im ersten Eintrag, os-prober nirgends. Alle Anderen stehen in der 40_custom.

Es gibt auch sonst nie einen Eintrag ´os-prober´, es sei  denn du benennst eine Distri so.
´os-prober´ ist ein GRUB Modul. Beheimatet in ´/etc/grub.d/´. Das wird nur dann aktiv, wenn du in den Konfigdateien /etc/default/grub.d/siduction.cfg oder wenn diese oder ähnliche nicht vorhanden sind, in /etc/default/grub den Schlüssel GRUB_DISABLE_OS_PROBER=false setzt. Da alle deine anderen Booteinträge unter ´40_custom´ in der Menüdatei auftauchen, vermute ich mal das der Schlüssel nicht gesetzt ist.

Also entweder einen Eintrag in  ´40_custom´ hinzufügen, oder den Schlüssel setzen. Nach einem ´update-grub´ bekommst du den zusätzlichen siduction Eintrag und im zweiten Fall die Einträge aus ´40_custom´ vermutlich doppelt.

<edit 13:27>
GRUB_DISABLE_OS_PROBER=false

Quote from: unklarer on 2026/06/12, 10:30:53Mit 76 Jahren ...

Danke, da fühle ich mich gleich wieder so, als ob ich in den Jungbrunnen gefallen wäre.

Schönes Wochenende

edlin

Quote from: scholle1 on 2026/06/12, 12:25:10Siehste mal, ein Grund mehr bei siduction zu bleiben.
Da freut es mich, dass sich die Arbeit am cli- und fll-installer gelohnt hat.

Keine Frage, ich hatte mich missverständlich ausgedrückt und meinte eigentlich, dass ich die ISO's von siduction - außer der nox - dann nicht mehr verwenden kann. Und, ja, es ist von dir/euch wirklich eine gute Arbeit gemacht wurden.  :)

In meiner /etc/default/grub lautet der Schlüssel:
GRUB_DISABLE_OS_PROBER=true
Auch mit false hatte ich nie doppelte Einträge der 40_custom. Das wirkliche, unübersichtliche Grub-Menü entsteht dann dadurch, das jeder Kernel, von jeder Distri, zwei Einträge erhält. Und, memtest86+ kommt auch noch hinzu.

Früher hatte ich mir damit geholfen, das ich das Ausführungspid den betreffenden Scripten in der /etc/grub.d/ entzogen habe, weil der Schlüssel nicht immer zuverlässig funktionierte.

Noch eine abschließende Frage, welche Funktion erfüllt /etc/default/grub.d/siduction.cfg  ?

@edlin,
ich bin fitt, aber vergesslich. :D

Wenn ich mich richtig erinnere, handelt es sich um +/- 5 Jahre und theoretisch war der Sandkasten möglich.  :P

Quote from: unklarer on 2026/06/13, 09:50:10: 
Noch eine abschließende Frage, welche Funktion erfüllt /etc/default/grub.d/siduction.cfg  ?

Die Konfigurationen in den Dateien des Verzeichnisses /etc/default/grub.d/ überschreiben diejenigen in der Datei /etc/default/grub. Bei einem Upgrade von GRUB wird ggf. nur die Datei /etc/default/grub erneuert. Dadurch bleiben Änderungen des Admin/Benutzers im Verzeichnis /etc/default/grub.d/ erhalten und er kann selbst entscheiden ob er Änderungen des Upgrades übernehmen möchte.