Installation Windows 11 pro und Linux Dualboot jeweils auf separate SSDs

[Hornsk001]

@RedBaron Ich habe es jetzt einfach mal gemacht und die zweite SSD gesteckt und Debian 12 installiert, bis jetzt funktioniert es über Grub, ich hoffe das wenn ein Update von Windows kommt, dass es so bleibt. Microsoft muss ja doch irgendwas Rückgängig gemacht haben, da ja Secure Boot mit Linux nun doch funktioniert.

Hier sind meine beiden SSDs




Das einzige was mein Problem jetzt mit Debian ist, ich bekomme den Nvidia Treiber nicht zum laufen. ich habe für meine RTX3060oc den originalen von Debian installiert.
apt install nvidia-driver firmware-misc-nonfree so wie es in Debian Wiki steht für bookworm.
Funktioniert nicht. Bei nvidia detect steht das meine Karte funktioniert. Im den Kernel Meldungen steht, dass der Server zu nvidia nicht gestartet werden kann.

Hast Du da eine Idee?


P.S. die Forum Software unterstützt das zusammenfügen anscheinend nicht, es ist nicht im Paket drin.

 

[Hornsk001]

Update: Karte läuft, die Treiber mussten wegen SecureBoot signiert werden. Das unten hab ich gemacht.

$ sudo mokutil --import /var/lib/dkms/mok.pub # prompts for one-time password and /var/lib/mok.pub can be changed, if mok certificate isn't located there.
$ sudo mokutil --list-new # recheck your key will be prompted on next boot

<rebooting machine then enters MOK manager EFI utility: enroll MOK, continue, confirm, enter password, reboot>

$ sudo dmesg | grep cert # verify your key is loaded

 

[RedBaron]

@Hornsk001

Ansonsten wäre mir nur das hier eingefallen:
Unfreie Grafiktreiber für NVIDIA

Super das es funktioniert.

 

[Hornsk001]

@RedBaron

bei mir hat es Microsoft mal wieder geschafft mit dem letzen Update vom 13.08.
die haben vermutlich Grub2 gesperrt und Secureboot stopt.

ich kann zwar das hier machen delete SBAT policy es wird jedoch nach jeden boot von Windows wieder neu geschrieben und der Polter geht von vorne los.

Läuft dein Dual System noch mit Secure boot?
Ich möchte ungern Secure boot ausschalten, da funktioniert es dann trotzdem, aber halt ungeschützt.
Ich habe momentan Debian bookworm und ist immer auf neuesten Stand, aber anscheinend der bootloader nicht.
Hast Du eine Idee?

 

[RedBaron]

Mein Rechner funktioniert problemlos mit Secure Boot, Linux Mint 22 und Windows 11 24H2. Die Windows 11 Installation ist bestimmt schon 5 Jahre alt und die Linux Installation 2 Jahre. Ich kenne diese Problematik von Manuel installierten VirtualBox Versionen die nicht aus der Paketverwaltung installiert wurden und noch ziemlich neu sind.

Wenn das Problem die Grafikkarte betrifft kannst du zum eingrenzen des Fehler einen älteren Treiber aus der Debian Paketverwaltung installieren?

Ich habe im Moment nicht so die Zeit das ganze zu ergründen.

Viel Erfolg

 

[Hornsk001]

Nein wie gesagt ich habe nur die Debian bookworm und Windows 11 parallel laufen, Debian immer die Updates von der internen Paketverwaltung installieren lassen.
Die Grafikmodule sind signed für Secureboot. Der Polter kam nach den Windows 11 update vom 13.08 ,hier hat jemand das gleiche Problem. Vorher hat es jetzt über ein Jahr funktioniert. Da kann ich nur warten bis ein Fix kommt.

trotzdem Danke @RedBaron

 

[Yukano]

Genau deshalb benutzte ich den Grub so erst mal nicht mehr für direkten start zweier OS, sondern benutze das Bios zum wechseln.

LG

 

[RedBaron]

Ok verstehe, das ist auch eine Möglichkeit. Das Problem mit dem Secure Boot besteht aber auch in dem Fall, der Kernel und die Module von Drittherstellern müssen für Secure Boot signiert sein.

Genau deshalb benutzte ich den Grub so erst mal nicht mehr für direkten start zweier OS, sondern benutze das Bios zum wechseln.

LG

 

[Yukano]

Ok verstehe, das ist auch eine Möglichkeit. Das Problem mit dem Secure Boot besteht aber auch in dem Fall, der Kernel und die Module von Drittherstellern müssen für Secure Boot signiert sein.

ja das stimmt wohl, aber das bleibt aktuell leider nicht aus dort , je-nachdem nach zu helfen. Aber wenn das dann einmal läuft könnte man damit Leben

 

[RedBaron]

Den Murks mit dem manuellen signieren der Kernelmodule habe ich schon durch, das ist auch eine Möglichkeit die Zeit zu verbringen...

 

[Hornsk001]

Es gibt eine Lösung von der Seite Microsofts, da dieses Update eigentlich nicht DUAL Boot Systeme betreffen sollte, aber doch wieder mal Schief ging.

Microsofts Lösung, wieder mal selbst an der REG Hand anlegen. hier.

 

[RedBaron]

Ja die gute Windows Registry, eine stetige Quelle der Freude und Motivation.

 

[Hornsk001]

Genau deshalb benutzte ich den Grub so erst mal nicht mehr für direkten start zweier OS, sondern benutze das Bios zum wechseln.

Das ist zwar eine Lösung, die aber ziemlich unbequem ist.

bei mir hat die Microsoft Lösung geholfen

1. sb ausschalten Linux booten
2. sudo mokutil --set-sbat-policy delete
3. Linux nochmal booten wieder neu starten
4. Windows booten Eingabeaufforderung als Admin starten und den Registrierungseintrag
reg add HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecureBoot\SBAT /v OptOut /d 1 /t REG_DWORD
5. Windows neu starten
6. Ins Bios gehen und sb wieder einschalten.

Jetzt funktioniert secureboot wieder im DUAL Betrieb.