ນີ້ແມ່ນຄໍາສັ່ງ wimlib-imagex-apply ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
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.
ໃຊ້ wimlib-imagex-ສະຫມັກອອນໄລນ໌ໂດຍໃຊ້ການບໍລິການ onworks.net
