wimapply - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

wimlib-imagex-apply - ສະກັດຫນຶ່ງຮູບພາບ, ຫຼືຮູບພາບທັງຫມົດ, ຈາກ WIM archive

ສະຫຼຸບສັງລວມ

wimlib-imagex ນໍາໃຊ້ WIMFILE [ຮູບພາບ] ເປົ້າ​ຫມາຍ [ທາງເລືອກ... ]

ລາຍລະອຽດ

wimlib-imagex ນໍາໃຊ້ ສະກັດຮູບພາບ ຫຼືຮູບພາບທັງໝົດອອກຈາກໄຟລ໌ Windows Imaging (WIM).
WIMFILE. ຄໍາສັ່ງນີ້ແມ່ນຍັງສາມາດໃຊ້ໄດ້ພຽງແຕ່ wimapply ຖ້າການເຊື່ອມຕໍ່ແຂງທີ່ເຫມາະສົມ
ຫຼືໄຟລ໌ batch ໄດ້ຖືກຕິດຕັ້ງ.

ຄໍາສັ່ງນີ້ຖືກອອກແບບມາເພື່ອສະກັດ, ຫຼື "ນໍາໃຊ້", ຫນຶ່ງຫຼືຫຼາຍຮູບພາບ WIM ເຕັມ. ຖ້າ​ເຈົ້າ
ແທນທີ່ຈະຕ້ອງການສະກັດບາງໄຟລ໌ຫຼືໄດເລກະທໍລີທີ່ມີຢູ່ໃນຮູບພາບ WIM,
ພິ​ຈາ​ລະ​ນາ​ການ​ນໍາ​ໃຊ້​ wimlib-imagex ສານສະກັດຈາກ or wimlib-imagex mount ແທນ. (wimlib-imagex mount
ບໍ່ຮອງຮັບໃນ Windows.)

ຮູບພາບ ລະບຸຮູບພາບ WIM ໃນ WIMFILE ເພື່ອສະກັດ. ມັນອາດຈະເປັນ 1-based index ຂອງ an
ຮູບພາບໃນ WIMFILE, ຊື່ຂອງຮູບພາບໃນ WIMFILE, ຫຼືຄໍາສໍາຄັນ "ທັງຫມົດ" ເພື່ອຊີ້ບອກນັ້ນ
ຮູບ​ພາບ​ທັງ​ຫມົດ​ໃນ​ WIMFILE ຈະຖືກສະກັດ. ໃຊ້ wimlib-imagex ຂໍ້ມູນ (1) ຄໍາສັ່ງສະແດງໃຫ້ເຫັນ
ຮູບພາບໃດແດ່ທີ່ໄຟລ໌ WIM ມີ. ຮູບພາບ ອາດຈະຖືກລະເວັ້ນຖ້າ WIMFILE ມີພຽງຮູບດຽວ.

ເປົ້າ​ຫມາຍ ລະບຸບ່ອນທີ່ຈະສະກັດຮູບພາບ WIM ໄປ. ຖ້າ ເປົ້າ​ຫມາຍ ກໍານົດໄດເລກະທໍລີ, ໄດ້
ຮູບພາບ WIM ຖືກສະກັດໃສ່ໄດເລກະທໍລີນັ້ນ (ເບິ່ງ ທິດທາງ ການຂະຫຍາຍ (UNIX) or ທິດທາງ
ການຂະຫຍາຍ (ປ່ອງຢ້ຽມ)). ເຊັ່ນດຽວກັນ, ຖ້າ ເປົ້າ​ຫມາຍ ລະບຸໄຟລ໌ທີ່ບໍ່ມີຢູ່, ໄດເລກະທໍລີແມ່ນ
ສ້າງຢູ່ໃນສະຖານທີ່ນັ້ນແລະຮູບພາບ WIM ຈະຖືກສະກັດໄປຫາໄດເລກະທໍລີນັ້ນ.

If ຮູບພາບ ຖືກກໍານົດເປັນ "ທັງຫມົດ", ຫຼັງຈາກນັ້ນຮູບພາບທັງຫມົດໃນ WIMFILE ຕົວຈິງແລ້ວໄດ້ຖືກສະກັດເຂົ້າໄປໃນ
ໄດເລກະທໍລີຍ່ອຍຂອງ ເປົ້າ​ຫມາຍ, ແຕ່ລະອັນແມ່ນໃຫ້ຊື່ຂອງຮູບພາບທີ່ສອດຄ້ອງກັນ,
ຫຼຸດລົງກັບຄືນໄປບ່ອນດັດສະນີຮູບພາບໃນກໍລະນີຂອງຮູບພາບທີ່ບໍ່ມີຊື່ຫຼືຊື່ບໍ່ຖືກຕ້ອງ
ເປັນຊື່ໄຟລ໌.

ອີກທາງເລືອກ, ໃນລະບົບທີ່ຄ້າຍຄື UNIX ເທົ່ານັ້ນ, ຖ້າ ເປົ້າ​ຫມາຍ ກໍານົດໄຟລ໌ປົກກະຕິຫຼືບລັອກ
ອຸ​ປະ​ກອນ​, ມັນ​ໄດ້​ຖືກ​ຕີ​ລາ​ຄາ​ເປັນ​ປະ​ລິ​ມານ NTFS ທີ່​ຮູບ​ພາບ WIM ຈະ​ໄດ້​ຮັບ​ການ​ສະ​ກັດ (ເບິ່ງ​
NTFS VOLUME ການຂະຫຍາຍ (UNIX)). ພຽງແຕ່ຮູບພາບດຽວສາມາດສະກັດຢູ່ໃນໂຫມດນີ້, ແລະ
ພຽງແຕ່ສະກັດໄປຫາຮາກຂອງປະລິມານ NTFS (ບໍ່ແມ່ນໄດເລກະທໍລີຍ່ອຍຂອງມັນ) ແມ່ນສະຫນັບສະຫນູນ.

WIMFILE ອາດຈະເປັນ "-" ເພື່ອອ່ານ WIM ຈາກການປ້ອນຂໍ້ມູນມາດຕະຖານແທນທີ່ຈະມາຈາກໄຟລ໌, ແຕ່ເບິ່ງ
ສາມາດເອົາໄດ້ WIMS ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

wimlib-imagex ນໍາໃຊ້ ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ນໍາ​ໃຊ້​ຮູບ​ພາບ​ຈາກ WIMs stand-alone ເຊັ່ນ​ດຽວ​ກັນ​ກັບ​ການ​ແບ່ງ​ປັນ WIMs​.
ເບິ່ງ ແຍກ WIMS.

ທິດທາງ ການຂະຫຍາຍ (UNIX)

ພາກນີ້ ເອກະສານວິທີການ wimlib-imagex ນໍາໃຊ້ (ແລະ wimlib-imagex ສານສະກັດຈາກ) ສະກັດ ກ
ຮູບພາບ WIM (ຫຼືອາດຈະເປັນຊຸດຍ່ອຍຂອງມັນ, ໃນກໍລະນີຂອງ wimlib-imagex ສານສະກັດຈາກ) ຫາ a
ໄດເລກະທໍລີໃນລະບົບຄ້າຍ UNIX. ເບິ່ງ ທິດທາງ ການຂະຫຍາຍ (ປ່ອງຢ້ຽມ) ສໍາລັບທີ່ສອດຄ້ອງກັນ
ເອກະສານສໍາລັບ Windows.

ດັ່ງທີ່ໄດ້ກ່າວມາ, ຮູບພາບ WIM ສາມາດຖືກນໍາໃຊ້ກັບໄດເລກະທໍລີໃນລະບົບທີ່ຄ້າຍຄືກັບ UNIX ໂດຍການສະຫນອງ
a ເປົ້າ​ຫມາຍ ໄດເລກະທໍລີ. ຢ່າງໃດກໍ່ຕາມ, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະຮັກສາຢູ່ໃນໃຈວ່າຮູບແບບ WIM ແມ່ນ
ອອກແບບສໍາລັບ Windows, ແລະເປັນຜົນມາຈາກໄຟລ໌ WIM ສາມາດມີຂໍ້ມູນຫຼື metadata ທີ່ບໍ່ສາມາດ
ເປັນຕົວແທນຢູ່ໃນລະບົບທີ່ຄ້າຍຄືກັບ UNIX. ຂໍ້ມູນຕົ້ນຕໍທີ່ wimlib-imagex ຈະ ບໍ່ be
ສາມາດສະກັດຢູ່ໃນລະບົບຄ້າຍຄື UNIX ແມ່ນດັ່ງຕໍ່ໄປນີ້:

· ຕົວອະທິບາຍຄວາມປອດໄພຂອງ Windows (ເຊິ່ງລວມມີເຈົ້າຂອງໄຟລ໌, ກຸ່ມ, ແລະ ACLs).

·ສາຍຂໍ້ມູນທີ່ມີຊື່.

· Reparse ຈຸດນອກຈາກການເຊື່ອມຕໍ່ສັນຍາລັກແລະຈຸດເຊື່ອມຕໍ່.

· ຄຸນລັກສະນະຂອງໄຟລ໌ບາງຢ່າງເຊັ່ນ: ການບີບອັດ, ການເຂົ້າລະຫັດ, ແລະຄວາມຫນາແຫນ້ນ.

· ຊື່ສັ້ນ (DOS) ສໍາລັບໄຟລ໌.

·ເວລາການສ້າງໄຟລ໌.

ຫມາຍ​ເຫດ​: ຂໍ້​ມູນ​ທີ່​ບໍ່​ໄດ້​ສະ​ຫນັບ​ສະ​ຫນູນ​ແລະ metadata ແມ່ນ​ພຽງ​ແຕ່​ບໍ່​ໄດ້​ສະ​ກັດ​, ແຕ່​ວ່າ​ wimlib-imagex ຈະ
ພະ​ຍາ​ຍາມ​ທີ່​ຈະ​ເຕືອນ​ທ່ານ​ໃນ​ເວ​ລາ​ທີ່​ເນື້ອ​ໃນ​ຂອງ​ຮູບ​ພາບ WIM ບໍ່​ສາ​ມາດ​ເປັນ​ຕົວ​ແທນ​ຢ່າງ​ແທ້​ຈິງ​ໃນ​ເວ​ລາ​ທີ່​
ສະກັດ. ການ​ເຂົ້າ​ເຖິງ​ຄັ້ງ​ສຸດ​ທ້າຍ​ແລະ​ການ​ປ່ຽນ​ແປງ​ຄັ້ງ​ສຸດ​ທ້າຍ​ແມ່ນ​ລະ​ບຸ​ໄວ້​ທີ່ 100 ນາ​ໂນ​ວິ​ນາ​ທີ​
granularity ໃນ​ໄຟລ​໌ WIM​, ແຕ່​ພຽງ​ແຕ່​ຈະ​ໄດ້​ຮັບ​ການ​ສະ​ກັດ​ເພື່ອ​ຄວາມ​ແມ່ນ​ຍໍາ​ສູງ​ສຸດ​ສະ​ຫນັບ​ສະ​ຫນູນ​
ໂດຍ​ລະ​ບົບ​ປະ​ຕິ​ບັດ​ການ​ທີ່​ຕິດ​ພັນ​, ຫ້ອງ​ສະ​ຫມຸດ C​, ແລະ​ລະ​ບົບ​ໄຟລ​໌​. ໄຟລ໌ທີ່ຖືກບີບອັດຈະເປັນ
ສະກັດອອກເປັນ uncompressed, ໃນຂະນະທີ່ໄຟລ໌ encrypted ຈະບໍ່ຖືກສະກັດອອກທັງຫມົດ.

NTFS VOLUME ການຂະຫຍາຍ (UNIX)

ພາກນີ້ ເອກະສານວິທີການ wimlib-imagex ນໍາໃຊ້ ສະກັດຮູບພາບ WIM ໂດຍກົງໄປຫາ NTFS
ຮູບພາບລະດັບສຽງໃນລະບົບຄ້າຍ UNIX.

ດັ່ງທີ່ໄດ້ກ່າວມາ, wimlib-imagex ແລ່ນຢູ່ໃນລະບົບຄ້າຍ UNIX ສາມາດນຳໃຊ້ຮູບພາບ WIM ໂດຍກົງ
ກັບປະລິມານ NTFS ໂດຍການລະບຸ ເປົ້າ​ຫມາຍ ເປັນໄຟລ໌ປົກກະຕິຫຼືອຸປະກອນບລັອກທີ່ປະກອບດ້ວຍ
ລະບົບໄຟລ໌ NTFS. ລະບົບໄຟລ໌ NTFS ບໍ່ຈໍາເປັນຕ້ອງຫວ່າງເປົ່າ, ເຖິງແມ່ນວ່າມັນຄາດວ່າຈະເປັນ
ຫວ່າງເປົ່າສໍາລັບກໍລະນີການນໍາໃຊ້ທີ່ມີຈຸດປະສົງ. ລະບົບໄຟລ໌ NTFS ໃຫມ່ສາມາດຖືກສ້າງຂື້ນໂດຍໃຊ້
mkntfs(8) ຄໍາສັ່ງສະຫນອງໃຫ້ ntfs-3g.

ໃນໂຫມດການສະກັດປະລິມານ NTFS ນີ້, ຮູບພາບ WIM ຖືກສະກັດໄປທີ່ຮາກຂອງ NTFS
ປະລິມານໃນວິທີການຮັກສາຂໍ້ມູນເກືອບທັງຫມົດທີ່ມີຢູ່ໃນຮູບ WIM. ດັ່ງນັ້ນ
ບໍ່ທົນທຸກຈາກຂໍ້ຈໍາກັດທີ່ອະທິບາຍໄວ້ໃນ ທິດທາງ ການຂະຫຍາຍ (UNIX). ນີ້
ການສະຫນັບສະຫນູນແມ່ນອີງໃສ່ libntfs-3g ເພື່ອຂຽນໃສ່ປະລິມານ NTFS ແລະຈັດການກັບ NTFS ສະເພາະແລະ
ຂໍ້ມູນສະເພາະຂອງ Windows.

ກະລຸນາສັງເກດວ່າຮູບແບບການສະກັດປະລິມານ NTFS ນີ້ແມ່ນ ບໍ່ ເຂົ້າໄປຖ້າ ເປົ້າ​ຫມາຍ ເປັນ​ລະ​ບົບ​,
ເຖິງແມ່ນວ່າລະບົບໄຟລ໌ NTFS ຖືກຕິດຕັ້ງຢູ່ ເປົ້າ​ຫມາຍ. ທ່ານຕ້ອງລະບຸປະລິມານ NTFS ຕົວຂອງມັນເອງ
(ແລະ​ມັນ​ຈະ​ຕ້ອງ​ໄດ້​ຮັບ​ການ unmounted​, ແລະ​ທ່ານ​ຈະ​ຕ້ອງ​ມີ​ການ​ອະ​ນຸ​ຍາດ​ໃຫ້​ຂຽນ​ເຖິງ​ມັນ​)​.

ໂຫມດການສະກັດປະລິມານ NTFS ນີ້ພະຍາຍາມສະກັດຂໍ້ມູນຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້,
ລວມທັງ:

· ກະແສຂໍ້ມູນທັງໝົດຂອງໄຟລ໌ທັງໝົດຍົກເວັ້ນໄຟລ໌ທີ່ຖືກເຂົ້າລະຫັດ, ລວມທັງຂໍ້ມູນທີ່ບໍ່ມີຊື່
stream ເຊັ່ນດຽວກັນກັບການຖ່າຍທອດຂໍ້ມູນທີ່ມີຊື່ທັງຫມົດ.

· ຈຸດ Reparse, ລວມທັງການເຊື່ອມຕໍ່ສັນຍາລັກ, ຈຸດແຍກ, ແລະຈຸດ reparse ອື່ນໆ.

· ການ​ສ້າງ​ໄຟລ​໌​ແລະ​ລະ​ບົບ​, ການ​ເຂົ້າ​ເຖິງ​, ແລະ​ການ​ດັດ​ແກ້​ເວ​ລາ​, ການ​ນໍາ​ໃຊ້​ພື້ນ​ເມືອງ​
ຄວາມລະອຽດ NTFS 100 ນາໂນວິນາທີ.

· ຕົວອະທິບາຍຄວາມປອດໄພຂອງ Windows, ລວມທັງອົງປະກອບທັງໝົດ (ເຈົ້າຂອງ, ກຸ່ມ, DACL, ແລະ SACL).

· DOS/Windows file ທຸງຄຸນລັກສະນະ.

·ຊື່ທັງຫມົດຂອງໄຟລ໌ທັງຫມົດ, ລວມທັງຊື່ໃນ Win32 namespace, DOS namespace,
Win32+DOS namespace, ແລະ POSIX namespace. ນີ້ປະກອບມີການເຊື່ອມຕໍ່ຍາກ.

ຢ່າງໃດກໍຕາມ, ຍັງມີຂໍ້ຈໍາກັດທີ່ຮູ້ຈັກຫຼາຍຂອງໂຫມດການສະກັດປະລິມານ NTFS:

· ໄຟລ໌ທີ່ເຂົ້າລະຫັດໄວ້ຈະບໍ່ຖືກສະກັດອອກ.

· wimlib v1.7.0 ແລະຕໍ່ມາ: ຄຸນລັກສະນະຂອງໄຟລ໌ທີ່ແຕກແຍກຈະບໍ່ຖືກສະກັດອອກ (ພຶດຕິກໍາດຽວກັນ
ເປັນ ImageX/DISM/WIMGAPI). wimlib v1.6.2 ແລະກ່ອນຫນ້ານັ້ນ: ເຖິງແມ່ນວ່າຄຸນລັກສະນະໄຟລ໌ sparse
ຈະຖືກນໍາໄປໃຊ້, ຂໍ້ມູນເຕັມຈະຖືກສະກັດໄປຫາແຕ່ລະໄຟລ໌ທີ່ມີກະແຈກກະຈາຍ, ດັ່ງນັ້ນຈຶ່ງສະກັດອອກ
ໄຟລ໌ "sparse" ຕົວຈິງແລ້ວອາດຈະບໍ່ມີພື້ນທີ່ບາງໆ.

ໂດຍບໍ່ສົນເລື່ອງ, ເນື່ອງຈາກວ່າເກືອບທຸກຂໍ້ມູນຈາກຮູບພາບ WIM ໄດ້ຖືກຟື້ນຟູໃນໂຫມດນີ້, ມັນ
ເປັນ​ໄປ​ໄດ້ (ແລະ​ສະ​ຫນັບ​ສະ​ຫນູນ​ຢ່າງ​ເຕັມ​ທີ່​) ເພື່ອ​ຟື້ນ​ຟູ​ຮູບ​ພາບ​ຂອງ​ການ​ຕິດ​ຕັ້ງ Windows ຕົວ​ຈິງ​ໄດ້​
ການນໍາໃຊ້ wimlib-imagex ໃນລະບົບຄ້າຍ UNIX ເປັນທາງເລືອກໃນການໃຊ້ wimlib-imagex on
Windows. ໃນຕົວຢ່າງໃນຕອນທ້າຍຂອງຫນ້າຄູ່ມືນີ້, ມີຕົວຢ່າງຂອງການສະຫມັກ
ຮູບພາບຈາກໄຟລ໌ "install.wim" ທີ່ມີຢູ່ໃນສື່ການຕິດຕັ້ງສໍາລັບ Windows
(Vista ຫຼືຫຼັງຈາກນັ້ນ) ໃນໄດເລກະທໍລີ "ແຫຼ່ງຂໍ້ມູນ".

ຈື່ໄວ້ວ່າເພື່ອບູດ Windows ຕົວຈິງ (Vista ຫຼືຫຼັງຈາກນັ້ນ) ຈາກຮູບພາບ "install.wim",
ທ່ານ​ຍັງ​ຈໍາ​ເປັນ​ຕ້ອງ​ຫມາຍ​ພາ​ທິ​ຊັນ​ເປັນ "bootable​" ແລະ​ຕັ້ງ​ຄ່າ​ໄຟລ​໌ boot ຕ່າງໆ​, ເຊັ່ນ​:​
\BOOTMGR ແລະ \BOOT\BCD. ວຽກງານສຸດທ້າຍແມ່ນສໍາເລັດໄດ້ງ່າຍທີ່ສຸດໂດຍການດໍາເນີນການ
"bcdboot.exe" ໂຄງການຈາກລະບົບ Windows ທີ່ມີຊີວິດ (ເຊັ່ນ Windows PE), ແຕ່ມີອື່ນໆ
ທາງເລືອກເຊັ່ນກັນ.

ທິດທາງ ການຂະຫຍາຍ (ປ່ອງຢ້ຽມ)

ໃນ Windows, wimlib-imagex ນໍາໃຊ້ ແລະ wimlib-imagex ສານສະກັດຈາກ ໂດຍພື້ນຖານແລ້ວສະຫນັບສະຫນູນ Windows-
ຂໍ້ມູນສະເພາະ ແລະ NTFS ສະເພາະ. ສໍາລັບຜົນໄດ້ຮັບທີ່ດີທີ່ສຸດ, ໄດເລກະທໍລີເປົ້າຫມາຍຄວນຈະຕັ້ງຢູ່
ໃນປະລິມານ NTFS ແລະ wimlib-imagex ຄວນດໍາເນີນການດ້ວຍສິດທິພິເສດຂອງຜູ້ບໍລິຫານ; ແນວໃດກໍ່ຕາມ,
ລະບົບໄຟລ໌ທີ່ບໍ່ແມ່ນ NTFS ແລະເຮັດວຽກໂດຍບໍ່ມີສິດທິຜູ້ເບິ່ງແຍງລະບົບຍັງໄດ້ຮັບການສະຫນັບສະຫນູນ.

ໃນ Windows, wimlib-imagex ນໍາໃຊ້ ແລະ wimlib-imagex ສານສະກັດຈາກ ພະຍາຍາມສະກັດຂໍ້ມູນຫຼາຍເທົ່າແລະ
metadata ທີ່ເປັນໄປໄດ້, ລວມທັງ:

· ກະແສຂໍ້ມູນທັງໝົດຂອງໄຟລ໌ທັງໝົດ. ນີ້ປະກອບມີເນື້ອໃນໄຟລ໌ເລີ່ມຕົ້ນ, ເຊັ່ນດຽວກັນກັບ
ມີຊື່ກະແສຂໍ້ມູນຖ້າຮອງຮັບປະລິມານເປົ້າໝາຍ.

·​ຈຸດ Reparse​, ລວມ​ທັງ​ການ​ເຊື່ອມ​ຕໍ່​ສັນ​ຍາ​ລັກ​, ຈຸດ​ແຍກ​, ແລະ​ຈຸດ reparse ອື່ນໆ​,
ຖ້າສະຫນັບສະຫນູນໂດຍປະລິມານເປົ້າຫມາຍ. (ຫມາຍເຫດ: ເບິ່ງ --rpfix ແລະ --norpfix ສໍາລັບເອກະສານ
ກ່ຽວກັບວິທີການເຊື່ອມໂຍງສັນຍາລັກຢ່າງແທ້ຈິງແລະຈຸດເຊື່ອມຕໍ່ໄດ້ຖືກສະກັດ.) ຢ່າງໃດກໍຕາມ, ຕາມ
ການຕັ້ງຄ່າຄວາມປອດໄພໃນຕອນຕົ້ນຂອງ Windows, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະສ້າງການເຊື່ອມຕໍ່ສັນຍາລັກ
ຫຼືຈຸດແຍກໂດຍບໍ່ມີສິດທິພິເສດຂອງຜູ້ບໍລິຫານ; ດັ່ງນັ້ນ, ທ່ານຕ້ອງດໍາເນີນການ wimlib-
imagex ເປັນ Administrator ຖ້າທ່ານຕ້ອງການຟື້ນຟູຮູບພາບທີ່ມີສັນຍາລັກຢ່າງສົມບູນ
ຈຸດເຊື່ອມຕໍ່ ແລະ/ຫຼືຈຸດເຊື່ອມຕໍ່. (ບໍ່​ດັ່ງ​ນັ້ນ, ພຽງ​ແຕ່​ການ​ເຕືອນ​ໄພ​ຈະ​ໄດ້​ຮັບ​ການ​ອອກ​ເມື່ອ a
ການເຊື່ອມໂຍງສັນຍາລັກຫຼືຈຸດເຊື່ອມຕໍ່ບໍ່ສາມາດຖືກແຍກອອກໄດ້ເນື່ອງຈາກສິດທິພິເສດບໍ່ພຽງພໍ.)

· ການ​ສ້າງ​ໄຟລ​໌​ແລະ​ລະ​ບົບ​, ການ​ເຂົ້າ​ເຖິງ​, ແລະ​ການ​ດັດ​ແກ້​ເວ​ລາ​, ທີ່​ສູງ​ທີ່​ສຸດ​
ການແກ້ໄຂສະຫນັບສະຫນູນໂດຍປະລິມານເປົ້າຫມາຍ.

·ຕົວອະທິບາຍຄວາມປອດໄພ, ຖ້າສະຫນັບສະຫນູນໂດຍລະບົບໄຟລ໌ແລະ --no-acls ບໍ່ໄດ້ລະບຸ.
ນອກຈາກນັ້ນ, ເວັ້ນເສຍແຕ່ --strict-acls ແມ່ນລະບຸໄວ້, ຄໍາອະທິບາຍຄວາມປອດໄພສໍາລັບ
ແຕ່ລະໄຟລ໌ຫຼືໄດເລກະທໍລີອາດຈະຖືກລະເວັ້ນຫຼືພຽງແຕ່ກໍານົດບາງສ່ວນຖ້າຜູ້ໃຊ້ເຮັດ
ບໍ່​ມີ​ການ​ອະ​ນຸ​ຍາດ​ໃຫ້​ເຂົາ​ເຈົ້າ​ກໍາ​ນົດ​ໄວ້​, ຊຶ່ງ​ສາ​ມາດ​ເປັນ​ບັນ​ຫາ​ຖ້າ​ຫາກ​ວ່າ​ wimlib-imagex ແມ່ນດໍາເນີນການເປັນ
ບໍ່ແມ່ນຜູ້ບໍລິຫານ.

·ຄຸນລັກສະນະຂອງໄຟລ໌, ລວມທັງເຊື່ອງໄວ້, ເບົາບາງ, ບີບອັດ, ເຂົ້າລະຫັດ, ແລະອື່ນໆ, ເມື່ອສະຫນັບສະຫນູນ
ໂດຍລະບົບໄຟລ໌.

· ຊື່ DOS (8.3) ຊື່ຂອງໄຟລ໌; ແນວໃດກໍ່ຕາມ, ຄວາມລົ້ມເຫລວໃນການຕັ້ງຄ່າພວກມັນບໍ່ໄດ້ຖືກພິຈາລະນາ
ສະ​ພາບ​ຄວາມ​ຜິດ​ພາດ​.

· ການ​ເຊື່ອມ​ຕໍ່​ຍາກ​, ຖ້າ​ຫາກ​ວ່າ​ສະ​ຫນັບ​ສະ​ຫນູນ​ໂດຍ​ລະ​ບົບ​ໄຟລ​໌​.

ຫມາຍເຫດເພີ່ມເຕີມກ່ຽວກັບການສະກັດໄຟລ໌ໃນ Windows:

· wimlib-imagex ຈະອອກຄໍາເຕືອນໃນເວລາທີ່ມັນບໍ່ສາມາດສະກັດ metadata ທີ່ແນ່ນອນແລະ
ຂໍ້​ມູນ​ຂອງ​ຮູບ​ພາບ WIM​, ສໍາ​ລັບ​ການ​ຍົກ​ຕົວ​ຢ່າງ​ເນື່ອງ​ຈາກ​ຄຸນ​ສົມ​ບັດ​ທີ່​ກ່າວ​ມາ​ຂ້າງ​ເທິງ​ບໍ່​ໄດ້​ຮັບ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​
ໂດຍລະບົບໄຟລ໌ເປົ້າຫມາຍ.

· ເນື່ອງຈາກໄຟລ໌ທີ່ຖືກເຂົ້າລະຫັດ (ດ້ວຍ FILE_ATTRIBUTE_ENCRYPTED) ບໍ່ໄດ້ຖືກເກັບໄວ້ເປັນຂໍ້ຄວາມທຳມະດາໃນ
ຮູບ​ພາບ WIM​, wimlib-imagex ບໍ່ສາມາດຟື້ນຟູໄຟລ໌ທີ່ເຂົ້າລະຫັດໄວ້ກັບລະບົບໄຟລ໌ໄດ້
ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ເຂົ້າ​ລະ​ຫັດ​. ດັ່ງນັ້ນ, ໃນລະບົບໄຟລ໌ດັ່ງກ່າວ, ໄຟລ໌ທີ່ຖືກເຂົ້າລະຫັດຈະບໍ່ເປັນ
ສະກັດ. ຍິ່ງໄປກວ່ານັ້ນ, ເຖິງແມ່ນວ່າໄຟລ໌ທີ່ຖືກເຂົ້າລະຫັດຈະຖືກຟື້ນຟູກັບລະບົບໄຟລ໌ທີ່
ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ເຂົ້າ​ລະ​ຫັດ​, ພວກ​ເຂົາ​ເຈົ້າ​ຈະ​ສາ​ມາດ​ຖອດ​ລະ​ຫັດ​ໄດ້​ພຽງ​ແຕ່​ຖ້າ​ຫາກ​ວ່າ​ລະ​ຫັດ​ການ​ຖອດ​ລະ​ຫັດ​ແມ່ນ​ມີ​.

· ໄຟລ​໌​ທີ່​ມີ​ຊື່​ທີ່​ບໍ່​ສາ​ມາດ​ເປັນ​ຕົວ​ແທນ​ໃນ Windows ຈະ​ບໍ່​ໄດ້​ຮັບ​ການ​ສະ​ກັດ​ໂດຍ​
ຄ່າເລີ່ມຕົ້ນ; ເບິ່ງ --include-invalid-names.

· ໄຟລ໌ທີ່ມີເສັ້ນທາງເຕັມຫຼາຍກວ່າ 260 ຕົວອັກສອນ (ອັນທີ່ເອີ້ນວ່າ MAX_PATH) ຈະຖືກສະກັດອອກ,
ແຕ່ລະວັງວ່າໄຟລ໌ດັ່ງກ່າວຈະບໍ່ສາມາດເຂົ້າເຖິງຊອບແວ Windows ສ່ວນໃຫຍ່ໄດ້ ແລະອາດຈະບໍ່
ສາ​ມາດ​ທີ່​ຈະ​ຖືກ​ລົບ​ໄດ້​ຢ່າງ​ງ່າຍ​ດາຍ​.

· ໃນ Windows, ເວັ້ນ ເສຍ ແຕ່ ໄດ້ --no-acls ທາງເລືອກແມ່ນລະບຸໄວ້, wimlib ຈະພະຍາຍາມຟື້ນຟູ
ຕົວອະທິບາຍຄວາມປອດໄພຂອງໄຟລ໌ຖືກຕ້ອງຕາມທີ່ມັນຖືກສະໜອງໃຫ້ຢູ່ໃນຮູບ WIM. ລະວັງ
ການຕິດຕັ້ງ Windows ແບບປົກກະຕິມີໄຟລ໌ທີ່ຕົວອະທິບາຍຄວາມປອດໄພບໍ່ໄດ້ເຮັດ
ອະນຸຍາດໃຫ້ຜູ້ເບິ່ງແຍງລະບົບລຶບພວກມັນອອກ. ດັ່ງນັ້ນ, ໄຟລ໌ດັ່ງກ່າວຈະບໍ່ສາມາດເປັນ
ລຶບອອກ, ຫຼືໃນບາງກໍລະນີແມ່ນແຕ່ອ່ານ, ຫຼັງຈາກສະກັດ, ເວັ້ນເສຍແຕ່ໄດ້ດໍາເນີນການກັບ a
ໂຄງການພິເສດທີ່ຮູ້ທີ່ຈະໄດ້ມາ SE_RESTORE_NAME ແລະ/ຫຼື SE_BACKUP_NAME
ສິດທິພິເສດທີ່ອະນຸຍາດໃຫ້ overriding ບັນຊີລາຍຊື່ການຄວບຄຸມການເຂົ້າເຖິງ. ນີ້ບໍ່ແມ່ນ bug ໃນ wimlib,
ເຊິ່ງເຮັດວຽກເປັນການອອກແບບເພື່ອຟື້ນຟູຂໍ້ມູນທີ່ຖືກເກັບໄວ້ຢ່າງຖືກຕ້ອງ, ແຕ່ແທນທີ່ຈະເປັນ
ບັນຫາກັບສິດການເຂົ້າເຖິງທີ່ Windows ໃຊ້ໃນບາງໄຟລ໌. ແຕ່ຖ້າຫາກວ່າທ່ານພຽງແຕ່ຕ້ອງການ
ຂໍ້ມູນໄຟລ໌ແລະບໍ່ສົນໃຈຕົວອະທິບາຍຄວາມປອດໄພ, ໃຊ້ --no-acls ຂ້າມ
ການຟື້ນຟູຕົວອະທິບາຍຄວາມປອດໄພທັງໝົດ.

· ຄໍາເຕືອນທີ່ຄ້າຍຄືກັນກັບຂ້າງເທິງນີ້ໃຊ້ກັບຄຸນສົມບັດໄຟລ໌ເຊັ່ນ Readonly, Hidden, ແລະ
ລະບົບ. ໂດຍການອອກແບບ, ໃນ Windows wimlib ຈະຟື້ນຟູຄຸນລັກສະນະຂອງໄຟລ໌ດັ່ງກ່າວ; ດັ່ງນັ້ນ,
ໄຟລ໌ທີ່ສະກັດອອກອາດມີຄຸນລັກສະນະເຫຼົ່ານັ້ນ. ຖ້ານີ້ບໍ່ແມ່ນສິ່ງທີ່ທ່ານຕ້ອງການ, ໃຫ້ໃຊ້
-- ບໍ່ມີຄຸນສົມບັດ ທາງເລືອກ.

ແຍກ WIMS

ທ່ານອາດຈະໃຊ້ wimlib-imagex ນໍາໃຊ້ ເພື່ອນຳໃຊ້ຮູບພາບຈາກ WIM ແຍກ. ໄດ້ WIMFILE ການໂຕ້ຖຽງ
ຕ້ອງລະບຸສ່ວນທໍາອິດຂອງການແບ່ງປັນ WIM, ໃນຂະນະທີ່ສ່ວນເພີ່ມເຕີມຂອງການແບ່ງປັນ WIM
ຕ້ອງໄດ້ຮັບການລະບຸໄວ້ໃນຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນ --ref="GLOB"ທາງເລືອກ. ນັບຕັ້ງແຕ່ globbing ຖືກສ້າງຂຶ້ນໃນ
--ref ທາງເລືອກ, ປົກກະຕິແລ້ວພຽງແຕ່ຫນຶ່ງ --ref ທາງເລືອກແມ່ນມີຄວາມຈໍາເປັນ. ສໍາລັບຕົວຢ່າງ, ຊື່ສໍາລັບ
ພາກສ່ວນ WIM ທີ່ແບ່ງອອກໂດຍປົກກະຕິໄປບາງສິ່ງບາງຢ່າງເຊັ່ນ:

mywim.swm
mywim2.swm
mywim3.swm
mywim4.swm
mywim5.swm

ເພື່ອນໍາໃຊ້ຮູບພາບທໍາອິດຂອງການແບ່ງປັນ WIM ກັບໄດເລກະທໍລີ "dir", ດໍາເນີນການ:

wimlib-imagex ນຳໃຊ້ mywim.swm 1 dir --ref="mywim*.swm"

ໃນ​ຖາ​ນະ​ເປັນ​ກໍ​ລະ​ນີ​ພິ​ເສດ​, ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ກໍາ​ລັງ​ນໍາ​ໃຊ້​ຮູບ​ພາບ​ຈາກ​ການ​ປ້ອນ​ຂໍ້​ມູນ​ມາດ​ຕະ​ຖານ​ຈາກ​ການ​ແບ່ງ​ປັນ WIM ທີ່​
ຍັງເປັນ pipable (ດັ່ງທີ່ອະທິບາຍໄວ້ໃນ ສາມາດເອົາໄດ້ WIMS), the --ref ທາງເລືອກແມ່ນບໍ່ຈໍາເປັນ; ແທນທີ່ເຈົ້າ
ຕ້ອງຮັບປະກັນວ່າທຸກພາກສ່ວນ WIM ທີ່ແບ່ງອອກແມ່ນເຊື່ອມເຂົ້າກັນຢູ່ໃນວັດສະດຸປ້ອນມາດຕະຖານ.
ພວກເຂົາເຈົ້າສາມາດໄດ້ຮັບການສະຫນອງໃຫ້ຢູ່ໃນຄໍາສັ່ງໃດຫນຶ່ງ, ມີຂໍ້ຍົກເວັ້ນຂອງພາກສ່ວນທໍາອິດ, ທີ່ຈະຕ້ອງ
ຄັ້ງທໍາອິດ.

ສາມາດເອົາໄດ້ WIMS

ເປັນຂອງ wimlib 1.5.0, wimlib-imagex ນໍາໃຊ້ ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ນໍາ​ໃຊ້ WIM ຈາກ​ໄຟລ​໌ nonseekable​,
ເຊັ່ນທໍ່, ສະຫນອງໃຫ້ວ່າ WIM ໄດ້ຖືກຈັບດ້ວຍ --pipable (ເບິ່ງ wimlib-imagex
ຈັບ(1)). ເພື່ອໃຊ້ວັດສະດຸປ້ອນມາດຕະຖານເປັນ WIM, ໃຫ້ລະບຸ "-" ເປັນ WIMFILE. ການ​ນໍາ​ໃຊ້​ທີ່​ເປັນ​ປະ​ໂຫຍດ​ຂອງ​
ຄວາມສາມາດນີ້ແມ່ນເພື່ອນຳໃຊ້ຮູບພາບຈາກ WIM ໃນຂະນະທີ່ຖ່າຍທອດມັນຈາກເຊີບເວີ. ສໍາລັບ
ຕົວຢ່າງ, ເພື່ອນໍາໃຊ້ຮູບພາບທໍາອິດຈາກໄຟລ໌ WIM ທີ່ມີຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ HTTP ກັບ NTFS
ປະລິມານໃນ /dev/sda1, ດໍາເນີນການບາງສິ່ງບາງຢ່າງເຊັ່ນ:

wget -O - http://myserver/mywim.wim | wimapply - 1 /dev/sda1

(ຂ້າງເທິງນີ້ຍັງໃຊ້ wimapply ຕົວຫຍໍ້ ສຳ ລັບ wimlib-imagex ນໍາໃຊ້.) ຫມາຍເຫດ: ໄຟລ໌ WIM
ມີ ບໍ່ pipable ໂດຍຄ່າເລີ່ມຕົ້ນ; ເຈົ້າຕ້ອງຈັບພວກມັນຢ່າງຈະແຈ້ງ --pipable, ແລະພວກເຂົາ
ມີ ບໍ່ ເຂົ້າກັນໄດ້ກັບຊອບແວຂອງ Microsoft. ເບິ່ງ wimlib-imagex ຈັບ(1) ສໍາລັບການເພີ່ມເຕີມ
ຂໍ້ມູນຂ່າວສານ.

ມັນເປັນໄປໄດ້ທີ່ຈະນໍາໃຊ້ຮູບພາບຈາກ pipable WIM ແບ່ງອອກເປັນຫຼາຍພາກສ່ວນ; ເບິ່ງ ແຍກ
WIMS.

OPTIONS

--ກວດ​ສອບ
ເມື່ອອ່ານ WIMFILE, ກວດສອບຄວາມສົມບູນຂອງມັນຖ້າຕາຕະລາງຄວາມສົມບູນ.

--ref="GLOB"
ໄຟລ໌ glob ຂອງ WIMs ເພີ່ມເຕີມຫຼືແຍກສ່ວນ WIM ເພື່ອອ້າງອີງຊັບພະຍາກອນຈາກ. ເບິ່ງ
SPLIT_WIMS. ທາງເລືອກນີ້ສາມາດຖືກກໍານົດຫຼາຍຄັ້ງ. ຫມາຍ​ເຫດ​: GLOB ຖືກລະບຸໄວ້ໃນ
quotes ເນື່ອງຈາກວ່າມັນຖືກຕີຄວາມຫມາຍໂດຍ wimlib-imagex ແລະອາດຈະຈໍາເປັນຕ້ອງໄດ້ອ້າງເຖິງ
ປ້ອງກັນການຂະຫຍາຍເປືອກ.

--rpfix, --norpfix
ກໍານົດວ່າຈະແກ້ໄຂເປົ້າຫມາຍຂອງການເຊື່ອມຕໍ່ສັນຍາລັກຢ່າງແທ້ຈິງ (ຈຸດ reparse ໃນ Windows
ຄຳສັບ) ຫຼືບໍ່. ເມື່ອເປີດໃຊ້ງານ (--rpfix), ສະກັດການເຊື່ອມຕໍ່ສັນຍາລັກຢ່າງແທ້ຈິງທີ່
ຖືກຫມາຍຢູ່ໃນຮູບ WIM ທີ່ຖືກແກ້ໄຂແມ່ນຖືວ່າມີເປົ້າຫມາຍຢ່າງແທ້ຈິງ
ກ່ຽວຂ້ອງກັບຮາກຮູບພາບ, ແລະດັ່ງນັ້ນ wimlib-imagex ນໍາໃຊ້ prepends ຢ່າງແທ້ຈິງ
ເສັ້ນທາງໄປຫາໄດເລກະທໍລີເປົ້າຫມາຍການສະກັດເອົາໄປຫາເປົ້າຫມາຍຂອງພວກເຂົາ. ຈຸດປະສົງແມ່ນທ່ານ
ສາມາດນໍາໃຊ້ຮູບພາບທີ່ມີການເຊື່ອມຕໍ່ສັນຍາລັກຢ່າງແທ້ຈິງແລະຍັງໃຫ້ພວກເຂົາຖືກຕ້ອງ
ຫຼັງຈາກທີ່ມັນຖືກນໍາໃຊ້ກັບສະຖານທີ່ໃດກໍ່ຕາມ.

ພຶດຕິກໍາເລີ່ມຕົ້ນແມ່ນ --rpfix ຖ້າ​ຫາກ​ວ່າ​ຮູບ​ພາບ​ໃດ​ຫນຶ່ງ​ໃນ​ WIMFILE ໄດ້ຖືກຈັບກັບ
ການ​ແກ້​ໄຂ​ຈຸດ​ແກ້​ໄຂ​ສໍາ​ເລັດ​. ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນແມ່ນ --norpfix.

ການແກ້ໄຂຈຸດແກ້ໄຂແມ່ນບໍ່ເຄີຍເຮັດໃນໂຫມດການສະກັດປະລິມານ NTFS ໃນແບບ UNIX
ລະບົບ.

--unix-data
(ລະບົບຄ້າຍ UNIX ເທົ່ານັ້ນ) ຟື້ນຟູເຈົ້າຂອງ UNIX, ກຸ່ມ, ໂໝດ ແລະ IDs ອຸປະກອນ (ຫຼັກ
ແລະຕົວເລກເລັກນ້ອຍ) ທີ່ຖືກຈັບໂດຍ wimlib-imagex ຈັບ ກັບ --unix-data
ທາງເລືອກ. ໃນຖານະເປັນຂອງ wimlib v1.7.0, ທ່ານສາມາດສໍາຮອງຂໍ້ມູນແລະການຟື້ນຟູບໍ່ພຽງແຕ່ມາດຕະຖານ UNIX
ຂໍ້​ມູນ​ການ​ອະ​ນຸ​ຍາດ​ໄຟລ​໌​, ແຕ່​ຍັງ​ມີ​ລັກ​ສະ​ນະ nodes ອຸ​ປະ​ກອນ​, ຕັນ​ອຸ​ປະ​ກອນ​,
ທໍ່ທີ່ມີຊື່ (FIFOs), ແລະຊັອກເກັດໂດເມນ UNIX.

--no-acls
ຢ່າຟື້ນຟູຕົວອະທິບາຍຄວາມປອດໄພໃນໄຟລ໌ທີ່ສະກັດອອກ ແລະໄດເລກະທໍລີ.

--strict-acls
ລົ້ມເຫລວໃນທັນທີຖ້າຕົວອະທິບາຍຄວາມປອດໄພອັນເຕັມທີ່ຂອງໄຟລ໌ຫຼືໄດເລກະທໍລີໃດບໍ່ສາມາດເປັນ
ຕັ້ງໃຫ້ຖືກຕ້ອງຕາມທີ່ລະບຸໄວ້ໃນໄຟລ໌ WIM. ຖ້າຕົວເລືອກນີ້ບໍ່ໄດ້ຖືກລະບຸ, ເມື່ອໃດ
wimlib-imagex ໃນ Windows ບໍ່​ໄດ້​ຮັບ​ອະ​ນຸ​ຍາດ​ໃຫ້​ຕັ້ງ​ຕົວ​ອະ​ທິ​ບາຍ​ຄວາມ​ປອດ​ໄພ​ກ່ຽວ​ກັບ​ການ
ໄຟລ​໌​ທີ່​ສະ​ກັດ​, ມັນ​ກັບ​ຄືນ​ໄປ​ບ່ອນ​ການ​ຕັ້ງ​ຄ່າ​ມັນ​ພຽງ​ແຕ່​ບາງ​ສ່ວນ (ເຊັ່ນ​: SACL ຍົກ​ເວັ້ນ​)​,
ແລະ​ໃນ​ກໍ​ລະ​ນີ​ທີ່​ຮ້າຍ​ແຮງ​ທີ່​ສຸດ​ລະ​ເວັ້ນ​ມັນ​ທັງ​ຫມົດ​. ຢ່າງໃດກໍຕາມ, ນີ້ພຽງແຕ່ຄວນຈະເປັນບັນຫາ
ໃນເວລາແລ່ນ wimlib-imagex ໂດຍ​ບໍ່​ມີ​ສິດ​ທິ​ບໍ​ລິ​ຫານ​. ນອກຈາກນີ້, ໃນ UNIX-like
ລະບົບ, ທຸງນີ້ຍັງສາມາດຖືກລວມເຂົ້າກັບ --unix-data ສາ​ເຫດ wimlib-imagex to
ລົ້ມເຫລວໃນທັນທີຖ້າເຈົ້າຂອງ UNIX, ກຸ່ມ, ຫຼືໂຫມດໃນໄຟລ໌ທີ່ສະກັດອອກມາບໍ່ສາມາດເປັນ
ກໍານົດສໍາລັບເຫດຜົນໃດກໍ່ຕາມ.

-- ບໍ່ມີຄຸນສົມບັດ
ຢ່າຟື້ນຟູຄຸນລັກສະນະຂອງໄຟລ໌ Windows ເຊັ່ນວ່າອ່ານເທົ່ານັ້ນ, ເຊື່ອງໄວ້, ແລະອື່ນໆ.

--include-invalid-names
ສະກັດໄຟລ໌ແລະໄດເລກະທໍລີທີ່ມີຊື່ທີ່ບໍ່ຖືກຕ້ອງໂດຍການປ່ຽນຕົວອັກສອນແລະ
ຕື່ມໃສ່ທ້າຍແທນທີ່ຈະບໍ່ສົນໃຈພວກມັນ. ແນ່ນອນວ່າສິ່ງທີ່ຖືວ່າເປັນ
ຊື່ "ບໍ່ຖືກຕ້ອງ" ແມ່ນຂຶ້ນກັບເວທີ.

ໃນລະບົບທີ່ປະຕິບັດຕາມ POSIX, ຊື່ໄຟລ໌ແມ່ນຕົວພິມນ້ອຍໃຫຍ່ ແລະອາດມີໄບຕ໌ໃດນຶ່ງ
ຍົກເວັ້ນ '\0' ແລະ '/', ດັ່ງນັ້ນໃນລະບົບທີ່ປະຕິບັດຕາມ POSIX ຕົວເລືອກນີ້ຈະມີພຽງ
ຜົນກະທົບໃນກໍລະນີທີ່ບໍ່ເປັນໄປໄດ້ທີ່ຮູບພາບ WIM ສໍາລັບເຫດຜົນບາງຢ່າງມີຊື່ໄຟລ໌
ປະກອບມີຫນຶ່ງໃນລັກສະນະເຫຼົ່ານີ້.

ໃນ Windows, ຊື່ໄຟລ໌ແມ່ນຕົວພິມນ້ອຍ, ບໍ່ສາມາດໃສ່ຕົວອັກສອນ '/', ´\0',
'\', ':', '*', '?', '"', '<', '>', ຫຼື '|', ແລະບໍ່ສາມາດສິ້ນສຸດດ້ວຍຊ່ອງຫວ່າງ ຫຼືໄລຍະເວລາ.
ໂດຍປົກກະຕິ, ໄຟລ໌ໃນຮູບພາບ WIM ຄວນຕອບສະຫນອງເງື່ອນໄຂເຫຼົ່ານີ້ເຊັ່ນກັນ. ຢ່າງໃດກໍຕາມ, ມັນແມ່ນ
ບໍ່ຮັບປະກັນ, ແລະໂດຍສະເພາະຮູບພາບ WIM ທີ່ຖືກຈັບດ້ວຍ wimlib-imagex ເທິງ
ລະບົບທີ່ປະຕິບັດຕາມ POSIX ສາມາດບັນຈຸໄຟລ໌ດັ່ງກ່າວໄດ້. ໂດຍຄ່າເລີ່ມຕົ້ນ, ຊື່ທີ່ບໍ່ຖືກຕ້ອງຈະເປັນ
ບໍ່ສົນໃຈ, ແລະຖ້າມີຫລາຍຊື່ແຕກຕ່າງກັນພຽງແຕ່ໃນກໍລະນີ, ຫນຶ່ງຈະຖືກເລືອກ
ເພື່ອສະກັດ arbitrarily; ແນວໃດກໍ່ຕາມ, ກັບ --include-invalid-names, ຊື່ທັງຫມົດຈະເປັນ
ອະນາໄມ ແລະສະກັດອອກໃນບາງຮູບແບບ.

--wimboot
Windows ເທົ່ານັ້ນ: ແທນທີ່ຈະສະກັດໄຟລ໌ດ້ວຍຕົນເອງ, ສະກັດ "ໄຟລ໌ຕົວຊີ້"
ກັບໄປຫາ WIM archive(s). ນີ້ສາມາດເຮັດໃຫ້ເກີດການປະຫຍັດພື້ນທີ່ຢ່າງຫຼວງຫຼາຍ. ແນວໃດກໍ່ຕາມ,
ມັນມາພ້ອມກັບຄ່າໃຊ້ຈ່າຍທີ່ອາດເປັນໄປໄດ້, ເຊັ່ນວ່າບໍ່ສາມາດລຶບ WIM ໄດ້
ຮວບຮວມແລະອາດຈະເຂົ້າເຖິງໄຟລ໌ຊ້າລົງ. ເບິ່ງ Microsoft
ເອກະສານສໍາລັບ "WIMBoot" ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.

ຖ້າມັນມີຢູ່, ສ່ວນ [PrepopulateList] ຂອງໄຟລ໌
\Windows\System32\WimBootCompress.ini ໃນຮູບ WIM ຈະຖືກອ່ານ. ໄຟລ໌ທີ່ກົງກັນ
ຮູບແບບໃດນຶ່ງເຫຼົ່ານີ້ຈະຖືກສະກັດອອກຕາມປົກກະຕິ, ບໍ່ແມ່ນ "ໄຟລ໌ຕົວຊີ້" ຂອງ WIMBoot.
ນີ້ແມ່ນເປັນປະໂຫຍດສໍາລັບບາງໄຟລ໌ທີ່ Windows ຕ້ອງການອ່ານໃນຕອນເລີ່ມຕົ້ນ
ຂະບວນການ.

ຕົວເລືອກນີ້ເຮັດວຽກພຽງແຕ່ເມື່ອໂຄງການຖືກດໍາເນີນການເປັນ Administrator ແລະເປົ້າຫມາຍ
ປະລິມານແມ່ນ NTFS ຫຼືລະບົບໄຟລ໌ອື່ນທີ່ສະຫນັບສະຫນູນຈຸດ reparse.

ນອກ​ຈາກ​ນັ້ນ​, ທາງ​ເລືອກ​ນີ້​ເຮັດ​ວຽກ​ທີ່​ດີ​ທີ່​ສຸດ​ໃນ​ເວ​ລາ​ທີ່​ແລ່ນ​ໃນ Windows 8.1 Update 1 ຫຼື​ຫຼັງ​ຈາກ​ນັ້ນ​,
ເນື່ອງ​ຈາກ​ວ່າ​ນັ້ນ​ແມ່ນ​ສະ​ບັບ​ທໍາ​ອິດ​ຂອງ Windows ທີ່​ປະ​ກອບ​ດ້ວຍ Windows Overlay File​
ໄດເວີການກັ່ນຕອງລະບົບ ("WOF"). ຖ້າໄດເວີ WOF ຖືກກວດພົບ, wimlib ຈະສ້າງ
WIMBoot "ໄຟລ໌ຕົວຊີ້" ໂດຍໃຊ້ເອກະສານ ioctls ທີ່ສະໜອງໃຫ້ໂດຍ WOF.

ຖ້າບໍ່ດັ່ງນັ້ນ, ຖ້າໄດເວີ WOF ບໍ່ຖືກກວດພົບ, wimlib ຈະສ້າງຈຸດທີ່ເຮັດຊ້ໍາຄືນ
ແລະແກ້ໄຂໄຟລ໌ "\System Volume Information\WimOverlay.dat" ໃນປະລິມານເປົ້າໝາຍ.
ດ້ວຍຕົນເອງ. ນີ້ແມ່ນອາດຈະເປັນບັນຫາ, ເນື່ອງຈາກວ່າເຖິງແມ່ນວ່າລະຫັດເຮັດວຽກຢູ່ໃນ
ກໍລະນີທົດສອບທີ່ແນ່ນອນ, ທັງສອງຮູບແບບຂໍ້ມູນເຫຼົ່ານີ້ບໍ່ໄດ້ບັນທຶກຕົວຈິງໂດຍ
Microsoft. ກ່ອນທີ່ຈະຂຽນທັບໄຟລ໌ນີ້, wimlib ຈະບັນທຶກສະບັບກ່ອນຫນ້າໃນ
"\System Volume Information\WimOverlay.wimlib_backup", ທີ່ເຈົ້າອາດຈະເປັນໄປໄດ້.
ຟື້ນຟູຖ້າທ່ານຕ້ອງການ.

ໃນຄວາມເປັນຈິງ, ທ່ານຍັງສາມາດເຮັດໄດ້ --wimboot ການສະກັດເອົາເຖິງແມ່ນວ່າຮູບພາບ WIM ບໍ່ໄດ້ຖືກຫມາຍ
ເປັນ "WIMBoot-ເຂົ້າກັນໄດ້". ທາງ​ເລືອກ​ນີ້​ເຮັດ​ໃຫ້​ໄຟລ​໌​ສະ​ກັດ​ໄດ້​ຖືກ​ຕັ້ງ​ເປັນ​
"ສະຫນັບສະຫນູນພາຍນອກ" ໂດຍໄຟລ໌ WIM. ໄດເວີຂອງ Microsoft ທີ່ປະຕິບັດນີ້
ການທໍາງານຂອງ "ສະຫນັບສະຫນູນພາຍນອກ" ເບິ່ງຄືວ່າບໍ່ສົນໃຈວ່າຮູບພາບໃນ
WIM ຖືກໝາຍຢ່າງແທ້ຈິງວ່າເຂົ້າກັນໄດ້ກັບ WIMBoot. ດັ່ງນັ້ນ, "WIMBoot-compatible"
ແທັກ ( ໃນຂໍ້ມູນ XML) ເບິ່ງຄືວ່າເປັນເຄື່ອງຫມາຍສໍາລັບຄວາມຕັ້ງໃຈເທົ່ານັ້ນ. ເພີ່ມ​ເຕີມ,
ໄດເວີ Microsoft ສາມາດກັບຄືນໄຟລ໌ພາຍນອກຈາກໄຟລ໌ WIM ທີ່ໃຊ້ XPRESS chunks
ຂະຫນາດ 8192, 16384, ແລະ 32768, ຫຼື LZX chunks ຂອງຂະຫນາດ 32768, ນອກເຫນືອໄປຈາກ
ໃນຕອນຕົ້ນ XPRESS chunks ຂອງຂະຫນາດ 4096 ທີ່ຖືກສ້າງຂຶ້ນເມື່ອ wimlib-imagex ຈັບ is
ແລ່ນກັບ --wimboot ທາງເລືອກ.

--ກະທັດຮັດ=ຮູບແບບ
Windows ເທົ່ານັ້ນ: ບີບອັດໄຟລ໌ທີ່ສະກັດອອກໂດຍໃຊ້ System Compression, ເມື່ອເປັນໄປໄດ້.
ອັນນີ້ໃຊ້ໄດ້ແຕ່ໃນ Windows 10 ຫຼືໃໝ່ກວ່າ, ຫຼືໃນ Windows ເກົ່າກວ່າ
ໄດເວີ wofadk.sys ຂອງ Microsoft ໄດ້ຖືກເພີ່ມແລ້ວ. ຮູບແບບການບີບອັດທີ່ແຕກຕ່າງກັນຫຼາຍ
ອາດຈະຖືກນໍາໃຊ້ກັບການບີບອັດລະບົບ, ແລະອັນຫນຶ່ງຕ້ອງຖືກກໍານົດເປັນ ຮູບແບບ. ໄດ້
ທາງເລືອກແມ່ນ: xpress4k, xpress8k, xpress16k, ແລະ lzx.

ການຍົກເວັ້ນແມ່ນຖືກຈັດການດ້ວຍວິທີດຽວກັນກັບ --wimboot ທາງເລືອກ. ນັ້ນແມ່ນ: ຖ້າມັນ
ມີຢູ່, ພາກສ່ວນ [PrepopulateList] ຂອງໄຟລ໌
\Windows\System32\WimBootCompress.ini ໃນຮູບ WIM ຈະຖືກອ່ານ ແລະໄຟລ໌ຕ່າງໆ
ການຈັບຄູ່ຮູບແບບໃດນຶ່ງໃນພາກນີ້ຈະບໍ່ຖືກບີບອັດ. ເພີ່ມ​ເຕີມ,
wimlib ມີ​ບັນ​ຊີ​ລາຍ​ຊື່ hardcoded ຂອງ​ໄຟລ​໌​ທີ່​ມັນ​ຮູ້​, ສໍາ​ລັບ​ການ​ເຂົ້າ​ກັນ​ໄດ້​ກັບ​
Windows bootloader, ເພື່ອ override ຮູບແບບການບີບອັດທີ່ຮ້ອງຂໍ.

ຫມາຍເຫດ

ຂໍ້ມູນ ຄວາມຊື່ສັດ: ໄຟລ໌ WIM ປະກອບມີຂໍ້ຄວາມຍ່ອຍ SHA1 ສໍາລັບຂໍ້ມູນໄຟລ໌. wimlib-imagex
ນໍາໃຊ້ ຄິດໄລ່ SHA1 ຂໍ້ຄວາມຍ່ອຍຂອງທຸກໄຟລ໌ທີ່ມັນສະກັດອອກແລະອອກຂໍ້ຜິດພາດຖ້າຫາກວ່າ
ມັນບໍ່ເທົ່າກັບການຍ່ອຍຂໍ້ຄວາມ SHA1 ທີ່ສະໜອງໃຫ້ຢູ່ໃນ WIM. (ພຶດຕິກໍາເລີ່ມຕົ້ນນີ້
ເບິ່ງ​ຄື​ວ່າ​ທຽບ​ເທົ່າ​ກັບ​ / ຢືນຢັນ ທາງເລືອກຂອງ ImageX.) ໃຫ້ສັງເກດວ່ານີ້ແມ່ນແຍກຕ່າງຫາກຈາກ
ຕາຕະລາງຄວາມສົມບູນຂອງ WIM, ເຊິ່ງສະຫນອງຂໍ້ຄວາມ SHA1 ຍ່ອຍສະຫຼາຍໃນໄລຍະ chunks ດິບຂອງ
ໄຟລ໌ WIM ທັງ ໝົດ ແລະຖືກກວດສອບແຍກຕ່າງຫາກຖ້າມີ --ກວດ​ສອບ ທາງ​ເລືອກ​ແມ່ນ​ລະ​ບຸ​ໄວ້​.

ESD ໄຟ: wimlib v1.6.0 ແລະຕໍ່ມາສາມາດສະກັດໄຟລ໌ຈາກເວີຊັນ 3584 WIMs, ເຊິ່ງປົກກະຕິແລ້ວ
ບັນຈຸຊັບພະຍາກອນແຂງທີ່ບີບອັດ LZMS ແລະອາດຈະປະຕິບັດ .esd ການຂະຫຍາຍໄຟລ໌ແທນທີ່ຈະ
.ວິມທີ່ຢູ່ ເຖິງຢ່າງໃດກໍ່ຕາມ, .esd ໄຟລ​໌​ທີ່​ດາວ​ໂຫຼດ​ໂດຍ​ກົງ​ໂດຍ Windows 8 web downloader ມີ​
ພາກສ່ວນທີ່ເຂົ້າລະຫັດໄວ້, ແລະ wimlib ບໍ່ສາມາດສະກັດໄຟລ໌ດັ່ງກ່າວໄດ້ຈົນກວ່າພວກມັນຈະຖືກຖອດລະຫັດທໍາອິດ.

Directory ທາງຜ່ານ ການໂຈມຕີ: wimlib ກວດສອບຊື່ໄຟລ໌ກ່ອນທີ່ຈະສະກັດພວກມັນ ແລະບໍ່ແມ່ນ
ມີຄວາມສ່ຽງຕໍ່ການໂຈມຕີຂ້າມໄດເລກະທໍລີ. ນີ້ແມ່ນກົງກັນຂ້າມກັບ Microsoft
WIMGAPI/ImageX/DISM ທີ່​ສາ​ມາດ​ຂຽນ​ທັບ​ໄຟລ​໌ arbitrary ກ່ຽວ​ກັບ​ການ​ຂັບ​ລົດ​ເປົ້າ​ຫມາຍ​ໃນ​ເວ​ລາ​ທີ່
ສະກັດໄຟລ໌ WIM ອັນຕະລາຍທີ່ມີໄຟລ໌ທີ່ມີຊື່ .. ຫຼືມີຕົວແຍກເສັ້ນທາງ.

ຕົວຢ່າງ

ສະກັດຮູບພາບທໍາອິດຈາກຮູບພາບ Windows PE ໃນ Windows (Vista ຫຼືຫຼັງຈາກນັ້ນ)
ສື່ການຕິດຕັ້ງໄປຫາໄດເລກະທໍລີ "boot":

wimlib-imagex ນຳໃຊ້ /mnt/windows/sources/boot.wim 1 boot

ຄືກັນກັບຂ້າງເທິງ, ແຕ່ການນໍາໃຊ້ wimapply ຕົວຫຍໍ້:

wimapply /media/windows/sources/boot.wim 1 boot

ໃນ Windows, ນໍາໃຊ້ຮູບພາບຂອງປະລິມານທັງຫມົດ, ສໍາລັບການຍົກຕົວຢ່າງຈາກ "install.wim" ທີ່ສາມາດເຮັດໄດ້
ພົບເຫັນຢູ່ໃນ Windows (Vista ຫຼືຫຼັງຈາກນັ້ນ) ສື່ມວນຊົນການຕິດຕັ້ງ:

wimlib-imagex ນຳໃຊ້ install.wim 1 E:\

ຄືກັນກັບຂ້າງເທິງ, ແຕ່ເຮັດວຽກຢູ່ໃນລະບົບທີ່ຄ້າຍຄືກັບ UNIX ບ່ອນທີ່ການແບ່ງປັນທີ່ສອດຄ້ອງກັນ
/dev/sda2:

wimlib-imagex ນຳໃຊ້ install.wim 1 /dev/sda2

ໃຫ້ສັງເກດວ່າກ່ອນທີ່ຈະດໍາເນີນການທັງສອງຄໍາສັ່ງຂ້າງເທິງ, ລະບົບໄຟລ໌ NTFS ອາດຈະຈໍາເປັນຕ້ອງມີ
ສ້າງຢູ່ໃນພາທິຊັນ, ສໍາລັບການຍົກຕົວຢ່າງກັບ format.exe ໃນ Windows ຫຼື mkntfs(8) (ສ່ວນຂອງ
NTFS-3g) ໃນລະບົບຄ້າຍ UNIX. ສໍາລັບຕົວຢ່າງ, ທ່ານອາດຈະດໍາເນີນການ:

mkntfs /dev/sda2 && wimapply install.wim 1 /dev/sda2

(ແນ່ນອນຢ່າເຮັດແນວນັ້ນຖ້າທ່ານບໍ່ຕ້ອງການທໍາລາຍຂໍ້ມູນທີ່ມີຢູ່ໃນພາທິຊັນທັງຫມົດ!)

ຕົວຢ່າງຂອງການນໍາໃຊ້ WIM pipable ຈາກທໍ່ສາມາດພົບເຫັນຢູ່ໃນ ສາມາດເອົາໄດ້ WIMS, ແລະເປັນ
ຕົວຢ່າງຂອງການນໍາໃຊ້ການແບ່ງປັນ WIM ສາມາດພົບໄດ້ໃນ ແຍກ WIMS.

ໃຊ້ wimapply ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net