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

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.