os-prober wird in Sid nicht mehr standardmäßig ausgeführt

[sentinel]

Bei Debian GNU/Linux bookworm/sid musste ich aktuell folgendes tun um Windows im grub - Menü wieder zu bekommen:

In /etc/default/grub GRUB_DISABLE_OS_PROBER=false hinzufügen,speichern, update-grub ausführen .

Edit: Abgetrennt aus neun Jahre altem Thema „Os-prober erkennt keine ufs2 Partionen“ mit ganz anderem Anliegen.

[KBDCALLS]

Bei Debian GNU/Linux bookworm/sid musste ich aktuell folgendes tun um Windows im grub - Menü wieder zu bekommen:

In /etc/default/grub GRUB_DISABLE_OS_PROBER=false hinzufügen,speichern, update-grub ausführen .

Das steht ja auch so in den News , das der OS_Prober nicht mehr standmäßig läuft. Ist nur blöd das dann auf eimal andere Systeme veschwinden.

[michaa7]

Das neue Verhalten und die notwendige Konfigurationsmöglichkeit für das Beibehalten des bisherigen Verhaltens wurde/wird auch beim (dist- ) upgrade angezeigt.

[KBDCALLS]

Auch wenns jetzt ein paar Wochen her ist, frage mich nur was der Sinn für die Änderung ist? Das ich den OS-Prober laufen habe weiß ich selber. Und macht auch Sinn wenn man mehrere Systeme auf der Platte hat. Ich halte die Warnung für überflüssig wie einen Kropf.

[grubenlicht]

hier (https://forum.ubuntuusers.de/post/9312843/ gibt es einen Disput über Sinn und Unsinn dieser Maßnahme (Thema Secureboot)

[rhHeini]

Der os-prober tuts bei efi eh nicht.

[towo]

Der os-prober tuts bei efi eh nicht.

Wo haste denn den Unsinn her?

[OrangeJuice]

Auch wenns jetzt ein paar Wochen her ist, frage mich nur was der Sinn für die Änderung ist?

Hier gibt es ein paar Informationen.

Diese Funktion wurde seit dem Frühjahr mit dem Einzug von GRUB 2.0.6 bei vielen Distributionen standardmäßig deaktiviert, da die automatische Ausführung von os-prober und die Erstellung von Booteinträgen auf der Grundlage dieser Daten ein potenzieller Angriffsvektor ist, sofern Secure Boot genutzt wird.

Das Sicherheitsproblem besteht, weil os_prober mit Root-Rechten per grub-mount alle Partitionen booted, um nach anderen Betriebssystemen zu suchen. Dieses Szenario könnte ausgenutzt werden, um dem System etwa einen modifizierten Kernel unterzuschieben oder Lücken im Dateisystem auszunutzen. Die GRUB-Entwickler bezeichnen die Situation als borderline attack vector.

Quelle: linuxnews.de - GRUB 2.0.6 deaktiviert os_prober

[rhHeini]

Der os-prober tuts bei efi eh nicht.

Wo haste denn den Unsinn her?

Eigene Erfahrung, immer wieder bestätigt. Ich hab hier seit einiger Zeit nur noch efi-Systeme, Multiboot. Typischer Output:

Code: Alles auswählen

root@rh060:~# os-prober
root@rh060:~#

[towo]

Code: Alles auswählen

~
towo:Defiant> sudo os-prober
/dev/sdb2@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi

Und nu?

[rhHeini]

Haste auch ein anderes Linux parallel? Arch z.B. oder Devuan? Dann gehts nicht!

Nen Windows hab ich nimmer ausser in einer VM, oder auf meinem Firmenrechner.

[grubenlicht]

os-prober ist weiterhin in Betrieb, mehr sogar, er findet ein im "legacy" Modus installiertes Jellyfish und fügt es in die grub.cfg ein!
BookWorm ist imEFI Modus installiert, das Ganze in einer VBox VM.

Code: Alles auswählen

ich@BookWorm:~$ sudo parted -l
[sudo] Passwort für ich: 
Model: ATA VBOX HARDDISK (scsi)
Disk /dev/sda: 26,8GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  8948MB  8947MB  primary  ext4
 2      8949MB  8983MB  34,6MB  primary  fat32        boot, esp
 3      8983MB  26,8GB  17,9GB  primary  ext4


ich@BookWorm:~$ sudo mount /dev/sda2 /mnt
ich@BookWorm:~$ sudo ls -R /mnt
/mnt:
EFI

/mnt/EFI:
debian

/mnt/EFI/debian:
BOOTX64.CSV  fbx64.efi	grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi
ich@BookWorm:~$ inxi -S
System:
  Host: BookWorm Kernel: 5.17.0-1-amd64 arch: x86_64 bits: 64 Desktop: GNOME
    v: 42.1 Distro: Debian GNU/Linux bookworm/sid
ich@BookWorm:~$ sudo os-prober
/dev/sda1:Ubuntu 22.04 LTS (22.04):Ubuntu:linux
ich@BookWorm:~$

Da hat wohl wieder ein ganzer Haufen 'neuer Variablen' in die grub-skriptrei Einzug gehalten; ach was bin ich froh über meinen stand-alone grub