A jelentések szerint a Windows biztonsági mentés végrehajtása a Samba -t futtató ^(Samba)NAS-eszközön^{(NAS device)} (biztonsági mentés hálózati megosztásra) hibaüzenettel meghiúsul – A biztonsági mentés nem sikerült, A verzió nem támogatja a fájlformátum ezen verzióját (0xC03A0005)^{(The backup failed, The version does not support this version of the file format (0xC03A0005))} . Ez a bejegyzés megosztja a részleteket arról, hogy mikor történik, az okot és a megoldást a probléma megoldására.

A verzió nem támogatja a 0xC03A0005 fájlformátum ezen verzióját

A probléma a Windows Backup^{(Windows Backup)} által létrehozott és a folyamat során csatolt VHD-fájllal^{(VHD file)} való ütközés miatt jelentkezik . Háromféle VHD - fájl található itt –

1. Rögzített,
2. Bővíthető (ritka), és
3. Eltérő.

Ha a VHD -fájl egy ritka fájl, amelyet a natív VHD -illesztőprogram nem támogat, a csatlakoztatás meghiúsul, és ez a hibaüzenet jelenik meg. Egy példa a VHD -fájlra, amely a biztonsági másolat méretétől függően folyamatosan bővül.

A probléma csak a fájlszintű biztonsági mentés esetén jelentkezik  ( fájl^{(File Level)} /mappák egy kötetben), de nem a blokk szintű biztonsági mentésnél, mivel a vhd-fájl soha nem kerül beillesztésre. A File Level Backup esetében azonban a vhd fel van csatolva, amelyet a Windows Backup hozta létre , amely nem támogatja a ritka fájlok csatlakoztatását.

Az egyetlen életképes megoldás az smb.conf fájl Strict Allocate: opciójának használata

Jelentkezzen be az SMB -be ^(SMB)SSH használatával . Nyissa meg a konfigurációs fájlt az /etc/samba/smb.con f címen található VI-szerkesztővel. Ha ez a beállítás nincs megadva, akkor manuálisan hozzáadhatja a strict allocate = yes paramétert, amely biztosítja, hogy ne legyen ritka fájl létrehozása.

Mit csinál ez az opció?

A hivatalos honlap^{(official website)} szerint

When this is set to yes the server will change from UNIX behavior of not committing real disk storage blocks when a file is extended to the Windows behavior of actually forcing the disk system to allocate real storage blocks when a file is created or extended to be a given size. In UNIX terminology this means that Samba will stop creating sparse files.

Azt is tesztelheti, hogy a VHD -fájl ritka-e, ha manuálisan csatlakoztatja.

Nyissa meg a Lemezkezelő eszközt^{(Disk Management tool)} , kattintson a „Művelet”, majd az „Attach VHD” elemre, majd adja meg a vhd fájl elérési útját. Ha a hiba ugyanaz, mint a biztonsági mentésnél, akkor az a ritka fájl miatt van.

Remélem, hogy a bejegyzés könnyen követhető volt, és sikerült megoldania a 0xC03A0005 hibakódot a Windows biztonsági mentésével kapcsolatban a NAS -ra .

The version does not support this version of the file format, 0xC03A0005

It has bеen reported that when pеrforming а Windows Backup to the NAS device (backup to a network share) that is running Samba, fails with an error message — The backup failed, The version does not support this version of the file format (0xC03A0005). This post will share the details on when it happens, the reason, and the solutions to resolve the problem.

The version does not support this version of the file format, 0xC03A0005

The problem occurs because of a conflict with the VHD file that is created by Windows Backup and is mounted during the process. There are three types of VHD files here—

1. Fixed,
2. Expandable(Sparse), and
3. Differencing.

If the VHD file is a sparse file that is not supported by the native VHD driver, the mounting will fail, and you will get this error. An example VHD file is, one that keeps expanding depending on the backup size.

The problem occurs only in the case of  File Level backup (file/folders in a volume) but not on the block level backup as the vhd file is never mounted. However, in the case of File Level Backup, the vhd is mounted, created by Windows Backup, which does not support the mounting of sparse files.

The only viable solution is to use Strict Allocate: option in the smb.conf file

Login to SMB using SSH. Open the configuration file using the VI editor located at /etc/samba/smb.conf. If the option is not there, you can manually add strict allocate = yes which will make sure there are no sparse file that is created.

What does this option do?

According to the official website,

When this is set to yes the server will change from UNIX behavior of not committing real disk storage blocks when a file is extended to the Windows behavior of actually forcing the disk system to allocate real storage blocks when a file is created or extended to be a given size. In UNIX terminology this means that Samba will stop creating sparse files.

You can also test if the VHD file is a sparse file by manually mounting it.

Open the Disk Management tool and click “Action” and then “Attach VHD” and then specify the path of the vhd file. If the error is the same as you get for the backup then it is because of the sparse file.

I hope the post was easy to follow, and you were able to resolve the 0xC03A0005 error code related to Windows backup over to the NAS.

Related posts

• 0x80070013 számú hiba a rendszer-visszaállításhoz, a biztonsági mentéshez vagy a Windows Update javításához

• A rendszerkép biztonsági mentése nem sikerült; 0x807800C5, 0xC03A0005 hibák

• A rendszerkép biztonsági mentése nem sikerült, 0x807800C5 és 0x8078004F hibák

• Javítsa ki a Windows biztonsági mentési 0x8078012D hibakódját. A biztonsági mentési művelet meghiúsult

• A rendszer nem találja a megadott fájlt (0x80070002)

• A Google Biztonsági mentés és szinkronizáló eszköz lehetővé teszi a fájlok biztonsági mentését a Drive és a Fotók szolgáltatásba

• Gyorselérési mappák biztonsági mentése és visszaállítása a Windows 11/10 rendszerben

• Az FBackup egy ingyenes biztonsági mentési szoftver beépülő modul támogatással Windows PC-hez

• A Windows biztonsági mentése nem sikerült, hibakód: 0x8078011E

• A legjobb ingyenes játékmentő szoftver Windows PC-hez

• Eszközillesztőprogramok exportálása és biztonsági mentése a PowerShell segítségével a Windows 11/10 rendszerben

• A 0x807800A1, 0x800423F3 rendszerkép biztonsági mentési hibájának javítása Windows 10 rendszeren

• Advanced Tokens Manager: A Windows és Office aktiválási tokenek biztonsági mentése

• Steam játékok biztonsági mentése, visszaállítása, áthelyezése a Steam Library Manager segítségével

• A legjobb ingyenes biztonsági mentési szoftver VMware és Hyper-V virtuális gépekhez

• 0x81000036 számú hiba, a Windows nem talált biztonsági mentési eszközöket

• A beérkezett üzenetek mappájának biztonsági mentése az UpSafe Office 365 Outlook biztonsági mentési ingyenes szoftverrel

• Hiba a biztonsági másolat elkészítésében, 0x807800C5, 0x80780081 hibák

• Gmail e-mailek biztonsági mentése az UpSafe Gmail Backup Freeware segítségével

• A Signal Chat biztonsági mentése és visszaállítása