Skall du har en sektor-exakt kopia så är det 'dd', 'ddrescue' och tex. clonezilla startad från en iso laddat på USB-sticka som gäller.
Det som microsoft själva skapar, macrium reflect och flera kommersiella backupprogram under windows som kan göra en återställningsimage så gäller det bara MS egna partitionstyper medans en linuxpartition som också kanske finns med på disken - ignoreras.
Dessutom är diskimage som skapas av windows en VSS-kopia (Volume Shadow copy System), diskimage av en eller flera partition i svit och i samma status som om man fick en strömavbrott och kräver alltid reparation av OS även när den senare återställs - detta gäller i stort sett alla 'snapshot'-system där man tar kopia 'på sig själv' på sin egna systemdisk under körning att det är i status som vid plötslig strömavbrott.
Program som Macrium Reflect och övriga i windows körbara kommersiella diskimage/backupprogram och MS egna verktyg för systemåterställning mfl. använder sig av VSS för att få fram de olika partitionerna i snapshot-form som sedans gör backup av dessa i sina egna format (macrium har sitt eget, MS själva skapar VHDx-image + en knippe med olika hjälpfiler som skall beskriva hur de olika VHDx-filerna skall relatera sig mot varandra när en ny GPT-partitionstabell skall skapas vid återskapning av ursprungliga disken (exklusive eventuella linuxpartitioner...) för att det skall se hyffsat lika ut som orginaldisken)
VSS är en slags virtuell filsystem som ligger ovanpå NTFS ordinarier filsystem för att kunna få till snapshot-punkterna - NTFS själv har ingen snapshot-funktion utan detta implementerades som ett mellanlager mellan lägre nivå filsystem och systemanropslagret som ropar på olika lagringsresurser - diffarna som skapas efter när en snapshot tas läggs i den gömda mappen 'System Volume Information' på roten av disken och oftast inte tillgänglig att titta eller läsa i ens som administrator.
Ovanstående inlägg från @jnsson med varning på nedersta klippen att den kanske inte kan göra backup beror på att det är så lite plats kvar på disken att när VSS gör snapshot så kan diff-filen av olika ändringar och nyskrivningar som sker efter denna tidpunkt medans backuppprogrammet förlöper, bli så stor att det plötsligt måste ta bort snapshoten innan backupprogrammet hinner bli klar och man får då en misslyckad backup - förhoppningsvis med en massa felmeddelande så att det står klart för den som startade backuppen att backuppen har misslyckats.
- Det är just sådana saker som skiter sig ofta när man börja köra backup schemalagt och tror att man kan glömma det hela... - ingen ser när det skiter sig förrän det är försent och man börja leta fel och en backuprutin kan ha varit nere i månader, just för att det var trång på disken för att kunna slutföra en backup...