Jag har Windows 11 nu och vill köra Dualboot med någon Linux-distro, funkar det bra med alla?

Om du har TPM aktivt så kan du nog få problem med äldre Linuxvarianter.
Och det är väl bra att installera Linux efter win eller dualboota från olika lagringsenheter via moderkortet i stället för att installera på samma enhet.

Mitt tips är att försöka utöka Windows EFI partition. Den är för lite för att användas bekvämt med dual boot. Jag har satt min till 400MB om jag minns rätt. Det räcker med god marginal.

Utöver det är det bara att se till att använda den partitionen till Linux. Såvitt jag vet är det ingen bootloader till Linux som skriver över något. Se bara till att inte råka formatera den.

Kör man på stor distrubition som Ubuntu och motsvarande debian-distrubitioner så är det ytterst sällan att det är någon strul när dual-boot skapas - det som kan strula är security-boot och oftast beror på att man har installerat 'fel' väg med MBR-partitioner och inte via UEFI-partitioner.

Det man ofta gör felet och missar de viktiga menyerna i BIOS/BOOT för security boot i installationen är att man inte konsekvent gör kall-start var gång datorn skall göra reboot under installationen eller man rotar i BIOS och sedan startar om - för vid varmstart så läser många BIOS inte in UEFI-delen på bootmediat (DVD-skiva eller bootbar USB) och då får man inte upp de rätta installationsmenyerna som krävs för att få security-boot att fungera även med dual-boot.

---

Ni som är lite mer vana i VM bör känna till att KVM i linux kan hantera dynamiska VM-images under körning - dvs. VM-imagen växer på värddatorn när filer skrivs inne i VM-maskinen och krymper igen när filer raderas igen i nära realtid så att oanvända sektorer inne i VM inte tar upp fysiska sektorer på värddatorns lagring när de inte innehåller data enligt filsystemet inne i VM-imagen.

Hemligheten är att man i VM-maskinen låter programmen köra på virtuell SCSI-disk och inte på SATA-disk, samt ställer in i VM-maskinen att 'diskdrivern' skall göra 'unmap' när den detekterar att det finns 'zero'-sektorer och att 'unmap' görs när TRIM/unmap-kommandon sänds inne ifrån klient-VM (windows gör det när den raderar filer, Linux kan också ställas in att göra detta vid radering av filer i 'fstab' - men föredrar att man kör 'fstrim' schemalagt dagligen eller veckovis (default i Ubuntu))

De flesta andra VM-maskiner som Virtual-box, de enklare versionerna VMWare och troligen MS hypervisor kan förvisso skapa 'thin provisioned' VM-image med liten diskavtryck till en början - men kan bara växa i storlek till sin maxstorlek var gång en sektor som inte använts tidigare inom VM-filsystemet skrivs och maxstorleken som bestämdes när filsystemet i VM skapades, men kan inte krympa igen när filer i VM-maskinerna raderas. För att minska på VM-imagens storlek måste man då använda sig av VM-maskinernas ofta cli-kommandon och då bara i off-line och oftast att alla snapshot är borttagna innan 'krympningen' kan göras - ej dynamiskt under körning.