wimlib-imagex-append - ออนไลน์ใน Cloud

โครงการ:

ชื่อ

wimlib-imagex-capture, wimlib-imagex-append - สร้างหรือต่อท้ายภาพ WIM

เรื่องย่อ

wimlib-imagex จับ แหล่งที่มา วิมไฟล์ [IMAGE_NAME [IMAGE_DESCRIPTION-ทางเลือกที่... ]
wimlib-imagex ผนวก แหล่งที่มา วิมไฟล์ [IMAGE_NAME [IMAGE_DESCRIPTION-ทางเลือกที่... ]

DESCRIPTION

พื้นที่ wimlib-imagex จับ และ wimlib-imagex ผนวก คำสั่งสร้าง Windows Imaging (WIM)
ภาพจากแผนผังไดเร็กทอรี NS wimlib-imagex จับ คำสั่งสร้างไฟล์ WIM ใหม่
ที่มีภาพที่ถ่ายไว้ในขณะที่ wimlib-imagex ผนวก คำสั่งผนวกผู้ถูกจับกุม
รูปภาพไปยังไฟล์ WIM ที่มีอยู่ คำสั่งเหล่านี้ยังใช้ได้แบบง่ายๆ วิมแคปเจอร์ และ
wimpend หากมีการติดตั้งฮาร์ดลิงก์หรือไฟล์แบตช์ที่เหมาะสม

ข้อมูลพื้นหลัง: รูปภาพ WIM เป็นแผนผังไดเรกทอรีอิสระในไฟล์ WIM A WIM
ไฟล์อาจมีรูปภาพแยกต่างหากจำนวนเท่าใดก็ได้ ไฟล์ WIM เป็นอินสแตนซ์เดียวด้วย
เกี่ยวกับข้อมูลไฟล์ ดังนั้นไฟล์จะถูกจัดเก็บเพียงครั้งเดียวใน WIM ทั้งหมดโดยไม่คำนึงถึง
จำนวนภาพที่ปรากฏในไฟล์

แหล่งที่มา ระบุตำแหน่งของไฟล์เพื่อสร้างอิมเมจ WIM ใหม่ ถ้า แหล่งที่มา is
ไดเร็กทอรี ภาพ WIM ถูกจับจากไดเร็กทอรีนั้น (ดู DIRECTORY การจับกุม (ยูนิกซ์)
or DIRECTORY การจับกุม (วินโดวส์)). หรือหาก --รายการแหล่งที่มา ตัวเลือกที่
ระบุ แหล่งที่มา ถูกตีความว่าเป็นไฟล์ที่ให้รายชื่อไฟล์และ
ไดเร็กทอรีที่จะรวมไว้ในอิมเมจ WIM ใหม่ อีกทางหนึ่งคือบน UNIX-like . เท่านั้น
ระบบ if แหล่งที่มา เป็นไฟล์ปกติหรืออุปกรณ์บล็อก มันถูกตีความว่าเป็นโวลุ่ม NTFS
ซึ่งจะจับภาพ WIM โดยใช้ libntfs-3g (ดู NTFS VOLUME การจับกุม
(ยูนิกซ์)).

IMAGE_NAME และ IMAGE_DESCRIPTION ระบุชื่อและคำอธิบายเพื่อให้ WIM . ใหม่
ภาพ. ถ้า IMAGE_NAME ไม่ได้ระบุ โดยค่าเริ่มต้นจะเป็นชื่อฐาน (ไม่รวมเส้นทางไปยัง
ไดเรกทอรีหลัก) ของ แหล่งที่มาแต่ถ้าชื่อนี้มีอยู่แล้วใน วิมไฟล์, คำต่อท้ายที่ไม่ซ้ำกัน
ถูกเพิ่ม มิฉะนั้น, IMAGE_NAME ต้องเป็นชื่อที่ยังไม่มีเป็น
ภาพใน วิมไฟล์หรือสตริงว่างเพื่อสร้างภาพที่ไม่มีชื่อ ถ้า
IMAGE_DESCRIPTION ไม่ได้ระบุ ไม่มีคำอธิบายให้กับรูปภาพใหม่

เป็นกรณีพิเศษ ถ้า วิมไฟล์ คือ -- ท่อ ถือว่าตัวเลือกและไฟล์ WIM เป็น
เขียนไปยังเอาต์พุตมาตรฐานในรูปแบบ pipable พิเศษ ดูเอกสารประกอบสำหรับ
-- ท่อ .

DIRECTORY การจับกุม (ยูนิกซ์)

ส่วนนี้เอกสารวิธีการ wimlib-imagex จับไฟล์จากแผนผังไดเร็กทอรีบน UNIX-like
ระบบต่างๆ ดู DIRECTORY การจับกุม (วินโดวส์) สำหรับเอกสารที่เกี่ยวข้องสำหรับ Windows

บนระบบที่เหมือน UNIX เมื่อ แหล่งที่มา ระบุไดเร็กทอรีหรือลิงค์สัญลักษณ์ไปยังไดเร็กทอรี
ภาพ WIM จะถูกจับภาพจากแผนผังไดเร็กทอรีที่รูทที่ไดเร็กทอรีนี้ นี้
ไดเร็กทอรีสามารถอยู่ในระบบไฟล์ประเภทใดก็ได้ และมีการติดตามจุดเชื่อมต่อซ้ำ ใน
โหมดนี้ wimlib จะเก็บข้อมูลประเภทต่อไปนี้:

· ไดเร็กทอรีและไฟล์ปกติ และเนื้อหาของไฟล์ปกติ

·ฮาร์ดลิงก์

· ลิงก์สัญลักษณ์ (แปลแบบไม่สูญเสียเป็นจุดแยกวิเคราะห์ของ Windows)

· เวลาแก้ไขล่าสุด (mtime) และเวลาเข้าถึงล่าสุด (atime) ด้วย 100 นาโนวินาที
อาการเป็นเมล็ด

· กับ --unix-ข้อมูล: เจ้าของ UNIX กลุ่มและโหมด

· กับ --unix-ข้อมูล: โหนดอุปกรณ์ FIFO และซ็อกเก็ตโดเมน UNIX

ไม่รองรับการจัดเก็บแอตทริบิวต์เพิ่มเติม (เช่น ป้ายความปลอดภัย SELinux และ
POSIX ACL) โปรดทราบว่าเวลาเปลี่ยนสถานะล่าสุด (ctime) จะไม่ถูกจัดเก็บ

บันทึกย่อ: ข้อ จำกัด ของรูปแบบ WIM ป้องกันกรณีผิดปกติที่เดียว
ไฟล์ลิงก์สัญลักษณ์มีหลายชื่อ (ฮาร์ดลิงก์) ในกรณีที่ไม่น่าเป็นไปได้นี้แต่ละ
ลิงก์สัญลักษณ์ถูกจัดเก็บเป็นไฟล์อิสระ

NTFS VOLUME การจับกุม (ยูนิกซ์)

ส่วนนี้เอกสารวิธีการ wimlib-imagex จับไฟล์โดยตรงจากอิมเมจโวลุ่ม NTFS
บนระบบที่เหมือน UNIX

ในระบบที่เหมือน UNIX โหมดการจับภาพพิเศษจะถูกป้อนเมื่อ แหล่งที่มา เป็นประจำ
ไฟล์หรือบล็อกอุปกรณ์ ในโหมดนี้ แหล่งที่มา จะถือว่าเป็นไดรฟ์ข้อมูล NTFS หรือไดรฟ์ข้อมูล
ภาพและ wimlib-imagex จะจับภาพ WIM ที่มีเนื้อหาทั้งหมดของ NTFS
ปริมาณ รวมถึงข้อมูลเฉพาะ NTFS ทำได้โดยใช้ libntfs-3g

โปรดทราบว่าโหมดการจับภาพ NTFS คือ ไม่ เข้ามาถ้า แหล่งที่มา เป็นไดเร็กทอรี แม้ว่า an
ติดตั้งระบบไฟล์ NTFS บน แหล่งที่มา ใช้ ntfs-3g คุณต้องระบุโวลุ่ม NTFS
ตัวเอง (และต้องยกเลิกการต่อเชื่อมและคุณต้องได้รับอนุญาตให้อ่าน)

โหมดการดักจับโวลุ่ม NTFS พยายามเก็บข้อมูลและข้อมูลเมตาให้ได้มากที่สุด
ได้แก่ :

· สตรีมข้อมูลทั้งหมดของไฟล์ที่ไม่ได้เข้ารหัสทั้งหมด รวมถึงสตรีมข้อมูลที่ไม่มีชื่อด้วย
เป็นสตรีมข้อมูลที่มีชื่อทั้งหมด

· จุดแยกวิเคราะห์ ซึ่งรวมถึงลิงก์สัญลักษณ์ จุดเชื่อมต่อ และจุดแยกวิเคราะห์อื่นๆ

· การสร้างไฟล์และไดเร็กทอรี เข้าถึง และแก้ไขการประทับเวลาโดยใช้เนทีฟ
ความละเอียด NTFS 100 นาโนวินาที

· ตัวบอกเกี่ยวกับความปลอดภัยของ Windows รวมถึงส่วนประกอบทั้งหมด (เจ้าของ กลุ่ม DACL และ SACL)

· แฟล็กแอตทริบิวต์ไฟล์ DOS/Windows

· ชื่อทั้งหมดของไฟล์ทั้งหมด รวมถึงชื่อในเนมสเปซ Win32, เนมสเปซ DOS,
เนมสเปซ Win32+DOS และเนมสเปซ POSIX ซึ่งรวมถึงฮาร์ดลิงก์

อย่างไรก็ตาม ข้อจำกัดหลักของโหมดการจับภาพ NTFS นี้คือ:

· ไฟล์ที่เข้ารหัสจะถูกยกเว้นตามค่าเริ่มต้น แม้ว่า libntfs-3g สามารถอ่านข้อมูลได้
ต้องเก็บไว้ในไฟล์ WIM ในรูปแบบพิเศษที่ wimlib ยังไม่มี
รองรับ (ยกเว้นใน Windows ซึ่ง wimlib สามารถถือว่าข้อมูลเป็นแบบทึบแสงและส่งต่อได้
ไปยังฟังก์ชัน API ที่เหมาะสม)

· แอตทริบิวต์ sparse ในไฟล์ sparse จะถูกบันทึก แต่ข้อมูลที่เก็บไว้จะเป็น
ข้อมูลแบบเต็มของไฟล์แทนที่จะเป็นข้อมูลที่ "กระจัดกระจาย" (อย่างไรก็ตาม ข้อมูลเป็น subject
กับการบีบอัดของรูปแบบ WIM)

DIRECTORY การจับกุม (วินโดวส์)

บน Windows wimlib-imagex จับ และ wimlib-imagex ผนวก โดยกำเนิดสนับสนุน Windows-
ข้อมูลเฉพาะและเฉพาะ NTFS จึงกระทำการคล้ายคลึงกัน
คำสั่งของ ImageX หรือ DISM ของ Microsoft เพื่อผลลัพธ์ที่ดีที่สุด ไดเร็กทอรีจะถูกบันทึก
ควรอยู่ในโวลุ่ม NTFS และ wimlib-imagex ควรรันด้วยสิทธิ์ของผู้ดูแลระบบ
อย่างไรก็ตาม ระบบไฟล์ที่ไม่ใช่ NTFS และทำงานโดยไม่มีสิทธิ์ของผู้ดูแลระบบก็เช่นกัน
ได้รับการสนับสนุน.

บน Windows wimlib-imagex จับ และ wimlib-imagex ผนวก พยายามเก็บข้อมูลให้มากที่สุดและ
ข้อมูลเมตาที่เป็นไปได้ ได้แก่ :

· สตรีมข้อมูลทั้งหมดของไฟล์ทั้งหมด

· จุดแยกวิเคราะห์ รวมถึงจุดเชื่อมโยงเชิงสัญลักษณ์ จุดเชื่อมต่อ และจุดแยกวิเคราะห์อื่นๆ
หากระบบไฟล์ต้นทางรองรับ (หมายเหตุ: ดู --rpfix และ --norpfix for
เอกสารเกี่ยวกับวิธีการจับลิงก์สัญลักษณ์และจุดเชื่อมต่อแบบสัมบูรณ์)

· การสร้างไฟล์และไดเร็กทอรี การเข้าถึงและการแก้ไขการประทับเวลา สิ่งเหล่านี้ถูกเก็บไว้
ด้วยความละเอียดการประทับเวลาดั้งเดิมของ Windows NT ที่ 100 นาโนวินาที

· ตัวบอกความปลอดภัยหากระบบไฟล์ต้นทางรองรับและ --no-acs ไม่ใช่
ระบุไว้ อย่างไรก็ตามระวังว่าเว้นแต่ --เข้มงวด-acls ระบุไว้ ความปลอดภัย
ตัวอธิบายสำหรับแต่ละไฟล์หรือไดเร็กทอรีอาจถูกละเว้นหรือเพียงบางส่วนเท่านั้น
ถูกจับหากผู้ใช้ไม่ได้รับอนุญาตให้อ่านซึ่งอาจเป็นปัญหาได้หาก
wimlib-imagex ถูกเรียกใช้ในฐานะที่ไม่ใช่ผู้ดูแลระบบ

· คุณสมบัติของไฟล์ รวมทั้งซ่อน กระจาย บีบอัด เข้ารหัส ฯลฯ เข้ารหัส
ไฟล์จะถูกจัดเก็บในรูปแบบที่เข้ารหัสแทนที่จะเป็นข้อความธรรมดา อย่างโปร่งใส
ไฟล์ที่บีบอัดจะถูกอ่านว่าไม่มีการบีบอัดและจัดเก็บตาม WIM เอง
การบีบอัด ไม่มีการจัดการพิเศษสำหรับการจัดเก็บไฟล์ที่กระจัดกระจาย แต่มี
มีแนวโน้มที่จะบีบอัดให้มีขนาดเล็ก

· ชื่อ DOS (8.3) ชื่อของไฟล์; อย่างไรก็ตาม การไม่อ่านไม่ถือว่าเป็น
เงื่อนไขข้อผิดพลาด

· ฮาร์ดลิงก์ หากระบบไฟล์ต้นทางรองรับ

ไม่มีการสนับสนุนสำหรับการจัดเก็บแอตทริบิวต์เพิ่มเติมของ NTFS และ ID อ็อบเจ็กต์

กระบวนการจับภาพสามารถย้อนกลับได้ตั้งแต่เมื่อ wimlib-imagex ใช้ (บน Windows) แยก
ภาพ WIM ที่จับได้ มันจะดึงข้อมูลทั้งหมดข้างต้น อย่างน้อยก็ไปที่
ขอบเขตที่รองรับโดยระบบไฟล์ปลายทาง

Pedantic note: เนื่องจาก Windows ไม่สามารถทำงานร่วมกับระบบไฟล์ของตัวเอง (NTFS) ได้อย่างสมบูรณ์ on
Windows wimlib ไม่สามารถเก็บถาวรไฟล์บางไฟล์ที่อาจมีอยู่ในระบบไฟล์ NTFS ที่ถูกต้อง แต่
ไม่สามารถเข้าถึง Windows API ได้ ตัวอย่างเช่น ไฟล์สองไฟล์ที่มีชื่อต่างกันเฉพาะใน
ในไดเร็กทอรีเดียวกันหรือไฟล์ที่มีชื่อมีอักขระบางตัวที่พิจารณา
ไม่ถูกต้องโดย Windows หากคุณประสบปัญหาในการเก็บถาวรไฟล์ดังกล่าว ให้พิจารณาใช้ NTFS
VOLUME การจับกุม (ยูนิกซ์) โหมดจาก Linux

OPTIONS

--บูต
ระบุว่าอิมเมจใหม่จะเป็นอิมเมจที่สามารถบู๊ตได้ของไฟล์เก็บถาวร WIM

--ตรวจสอบ
สำหรับ wimlib-imagex ผนวกก่อนดำเนินการผนวก ให้ตรวจสอบ
ความสมบูรณ์ของ วิมไฟล์ หากมีตารางความสมบูรณ์ นอกจากนี้ ให้รวม an
ตารางความสมบูรณ์ในไฟล์ WIM ใหม่ (wimlib-imagex จับ) หรือไฟล์ WIM ที่แก้ไขแล้ว
(wimlib-imagex ผนวก). หากไม่ได้ระบุตัวเลือกนี้ ตารางความสมบูรณ์จะไม่เป็น
รวมอยู่ในไฟล์ WIM ที่สร้างด้วย wimlib-imagex จับในขณะที่ไฟล์ WIM อัปเดต
กับ wimlib-imagex ผนวก จะถูกเขียนด้วยตารางความสมบูรณ์ก็ต่อเมื่อหนึ่ง
มีอยู่ก่อน

--บีบอัด=ประเภท[:ระดับ]
ระบุรูปแบบการบีบอัดสำหรับไฟล์ WIM ใหม่ ประเภท อาจเป็น "ไม่มี", "XPRESS"
(นามแฝง: "เร็ว"), "LZX" (นามแฝง: "สูงสุด") หรือ "LZMS" (นามแฝง: "การกู้คืน") ประเภท is
ตรงตามตัวพิมพ์เล็ก-ใหญ่ ค่าเริ่มต้นคือ "LZX"

คุณสามารถเลือกระบุการบีบอัดจำนวนเต็ม ระดับ. ระดับการบีบอัด
ระบุความแรงของอัลกอริธึมการบีบอัดสำหรับการบีบอัดที่ระบุ ประเภท จะ
ทำงานเพื่อบีบอัดข้อมูล ค่าจะถูกปรับขนาดเพื่อให้ 20 เป็นการบีบอัดอย่างรวดเร็ว
50 คือกำลังอัดปานกลาง และ 100 คือกำลังอัดสูง อย่างไรก็ตามคุณสามารถเลือกใดก็ได้
คุณค่า และไม่ใช่แค่ค่าเฉพาะเหล่านี้ ค่าเริ่มต้นคือ 50

ตัวเลือกนี้มีผลเฉพาะกับประเภทการบีบอัดที่ใช้ในทรัพยากร WIM ที่ไม่ใช่ของแข็งเท่านั้น ถ้า
คุณกำลังสร้าง WIM ที่มั่นคง (โดยใช้ --ของแข็ง ตัวเลือก) แล้วคุณอาจต้องการ
--solid-บีบอัด แทน.

โปรดใช้ความระมัดระวังหากคุณเลือกการบีบอัด LZMS มันเข้ากันไม่ได้กับ wimlib มาก่อน
v1.6.0, WIMGAPI ก่อน Windows 8, DISM ก่อน Windows 8.1 และ 7-Zip ก่อน v15.12

โปรดทราบด้วยว่าการเลือกการบีบอัด LZMS ไม่ได้หมายความถึงโหมดของแข็งโดยอัตโนมัติ
การบีบอัดเช่นเดียวกับ DISM ใช้ --ของแข็ง หากคุณต้องการสร้าง WIM ที่มั่นคง
หรือ "ไฟล์ ESD"

--ก้อนขนาด=ขนาด
ตั้งค่าขนาดก้อนการบีบอัดเป็น ขนาด ไบต์ ขนาดการบีบอัดที่ใหญ่ขึ้น
ส่งผลให้อัตราส่วนการอัดดีขึ้น wimlib รองรับขนาดก้อนที่แตกต่างกัน
ขึ้นอยู่กับประเภทการบีบอัด:

· XPRESS: 4K, 8K, 16K, 32K, 64K

· LZX: 32K, 64K, 128K, 256K, 512K, 1M, 2M

· LZMS: 32K, 64K, 128K, 256K, 512K, 1M, 2M, 4M, 8M, 16M, 32M, 64M, 128M, 256M, 512M,
1G

คุณสามารถระบุหมายเลขเต็ม (เช่น 32768) หรือคุณสามารถใช้ K, M หรือ G . อย่างใดอย่างหนึ่ง
คำต่อท้าย KiB, MiB และ GiB ก็เป็นที่ยอมรับเช่นกัน

ตัวเลือกนี้มีผลกับขนาดกลุ่มที่ใช้ในทรัพยากร WIM ที่ไม่ใช่ของแข็งเท่านั้น ถ้าคุณคือ
สร้าง WIM ที่มั่นคง (โดยใช้ --ของแข็ง ตัวเลือก) แล้วคุณอาจต้องการ --แข็ง-
ขนาดก้อน แทน.

ใช้ตัวเลือกนี้ด้วยความระมัดระวังหากเข้ากันได้กับการใช้งานของ Microsoft คือ
ที่ต้องการ เนื่องจากการใช้งานมีการสนับสนุนที่จำกัดสำหรับขนาดก้อนที่ไม่ใช่ค่าเริ่มต้น

--ของแข็ง
สร้างไฟล์ WIM "ที่เป็นของแข็ง" ที่บีบอัดไฟล์เข้าด้วยกันแทนที่จะแยกจากกัน
ส่งผลให้อัตราส่วนการอัดดีขึ้นอย่างเห็นได้ชัด แต่ก็ต้องแลกมาด้วยต้นทุน
ของการประนีประนอมต่าง ๆ รวมถึง: การบีบอัดช้าด้วยการใช้หน่วยความจำสูงมาก; ช้า
สุ่มเข้าถึงไฟล์ WIM ที่ได้ และลดความเข้ากันได้

ความเข้ากันได้ดี WIMGAPI รุ่นแรกของ Microsoft เพื่อรองรับ WIM . ที่เป็นของแข็ง
ไฟล์ได้รับการเผยแพร่พร้อมกับ Windows 8 และ DISM เวอร์ชันแรกที่ต้องทำคือ
ออกมาพร้อมกับ Windows 8.1

หากคุณต้องการสร้าง "ไฟล์ ESD" ให้ใช้ตัวเลือกนี้ (ไม่เข้ารหัส) "ESD
file" เป็นไฟล์ WIM ที่มั่นคง

โดยค่าเริ่มต้น ตัวเลือกนี้จะมีผลเทียบเท่ากับตัวเลือกของ DISM
/บีบอัด:การกู้คืน. ตัวเลือกสำหรับ wimlib-imagex นั้นแตกต่างกันเพราะพยายาม
ไม่รวมประเภทการบีบอัด (เช่น LZX หรือ LZMS) ด้วยการบีบอัดแบบโซลิดโหมด
เนื่องจากเป็นสองสิ่งที่แตกต่างกัน

--ของแข็ง-ก้อน-ขนาด=ขนาด
Like --ก้อนขนาดแต่กำหนดขนาดก้อนที่ใช้ในทรัพยากรที่เป็นของแข็ง ค่าเริ่มต้น
สมมติว่าบีบอัด LZMS คือ 64MiB (67108864); ต้องใช้หน่วยความจำประมาณ 640MiB
ต่อเธรด ตัวเลือกนี้จะมีผลก็ต่อเมื่อ --ของแข็ง ระบุไว้ด้วย บันทึก:
การใช้งานของ Microsoft เข้ากันไม่ได้กับขนาดก้อน LZMS ที่ใหญ่กว่า
64MiB.

--solid-บีบอัด=ประเภท[:ระดับ]
Like --บีบอัดแต่กำหนดประเภทการบีบอัดที่ใช้ในทรัพยากรที่เป็นของแข็ง ค่าเริ่มต้น
คือการบีบอัด LZMS ตัวเลือกนี้จะมีผลก็ต่อเมื่อ --ของแข็ง ระบุไว้ด้วย

--กระทู้=NUM_THREADS
จำนวนเธรดที่จะใช้ในการบีบอัดข้อมูล ค่าเริ่มต้น: ตรวจหาอัตโนมัติ (จำนวน
ซีพียูที่มีอยู่)

-- สร้างใหม่
สำหรับ wimlib-imagex ผนวก: สร้าง WIM ใหม่ทั้งหมดแทนที่จะผนวกข้อมูลใหม่
ไปที่จุดสิ้นสุดของมัน การสร้าง WIM ใหม่นั้นช้ากว่า แต่จะช่วยประหยัดพื้นที่ได้เล็กน้อย
มิฉะนั้นจะถูกทิ้งไว้เป็นรูใน WIM ดูเพิ่มเติม wimlib-imagex
เพิ่มโอกาสการมองเห็น(1)

--ธง=รหัสฉบับ
ระบุสตริงที่จะใช้ในการ องค์ประกอบของข้อมูล XML สำหรับรูปภาพใหม่

--image-ทรัพย์สิน ชื่อ=มูลค่า
ระบุคุณสมบัติต่อรูปภาพโดยอำเภอใจเพื่อตั้งค่าในเอกสาร XML ของไฟล์ WIM
มูลค่า เป็นสตริงที่จะตั้งเป็นค่าคุณสมบัติ ชื่อ เป็นชื่อของภาพ
คุณสมบัติ เช่น "NAME", "DESCRIPTION" หรือ "TOTALBYTES" ชื่อสามารถมี
เครื่องหมายทับเพื่อระบุองค์ประกอบ XML ที่ซ้อนกัน ตัวอย่างเช่น,
"WINDOWS/VERSION/BUILD" หมายถึงองค์ประกอบ BUILD ที่ซ้อนอยู่ภายใน VERSION
องค์ประกอบที่ซ้อนกันภายในองค์ประกอบ WINDOWS สามารถใช้เลขวงเล็บเพื่อ
ระบุองค์ประกอบที่มีชื่อเหมือนกันหนึ่งในหลายองค์ประกอบ ตัวอย่างเช่น,
"WINDOWS/LANGUAGES/LANGUAGE[2]" หมายถึงองค์ประกอบ "LANGUAGE" ที่สองที่ซ้อนกัน
ภายในองค์ประกอบ "WINDOWS/LANGUAGES" เมื่อเพิ่มรายการองค์ประกอบในลักษณะนี้
ต้องระบุตามลำดับ โปรดทราบว่าชื่อองค์ประกอบเป็นกรณี-
อ่อนไหว. ตัวเลือกนี้อาจระบุได้หลายครั้ง

-- การอ้างอิง
(ระบบที่คล้าย UNIX เท่านั้น) ติดตามลิงก์สัญลักษณ์และเก็บถาวรไฟล์ที่ชี้ไป
แทนที่จะเก็บถาวรลิงก์เอง

--การกำหนดค่า=ไฟล์
ระบุไฟล์การกำหนดค่า (เข้ารหัส UTF-8 หรือ UTF-16LE; ASCII ธรรมดายังใช้งานได้)
เพื่อจับภาพใหม่ ไฟล์กำหนดค่าระบุไฟล์ที่จะ
ได้รับการดูแลเป็นพิเศษในระหว่างการจับภาพ

รูปแบบของไฟล์กำหนดค่าเป็นแบบ INI; กล่าวคือจัดอยู่ใน
ส่วนวงเล็บ ปัจจุบันส่วนต่อไปนี้ได้รับการยอมรับ:

· [ExclusionList] --- มีรายการของเส้นทาง globs ที่จะแยกออกจากการจับภาพ ถ้า
ไดเร็กทอรีตรงกัน ไม่รวมไดเร็กทอรีและเนื้อหาในไดเร็กทอรี

· [ExclusionException] --- มีรายการของเส้นทางที่จะรวมไว้ใน
จับภาพ แม้ว่าไฟล์หรือไดเร็กทอรีจะตรงกับ glob ใน [ExclusionList]

· [PrepopulateList] --- สิ่งนี้ไม่ส่งผลต่อการจับภาพ แต่ถ้าใช้รูปภาพ
ในภายหลังด้วย --wimboot, เหล่านี้เป็นไฟล์ขนาดใหญ่ที่จะถูกแตกตามปกติ
ไม่ใช่ WIMBoot "ไฟล์ตัวชี้" หากไดเรกทอรีตรงกัน ไฟล์ทั้งหมดและ
ไดเรกทอรีย่อยยังถูกจับคู่แบบเรียกซ้ำอีกด้วย

Path globs อาจมี '*' และ '?' อักขระเมตา ลูกกลมญาติ (เช่น
*.mp3) ตรงกับชื่อไฟล์ในไดเร็กทอรีใดๆ Absolute globs (เช่น /dir/file)
ถือเป็นเส้นทางเริ่มต้นที่ไดเร็กทอรีหลักที่ถูกจับหรือรูทของ
โวลุ่ม NTFS สำหรับโหมดการจับภาพวอลุ่ม NTFS อย่าใช้อักษรระบุไดรฟ์ใน
เส้นทาง; พวกเขาจะถูกละเลย ตัวคั่นเส้นทางอาจเป็นเครื่องหมายทับหรือ
ทับหลัง

บรรทัดที่ขึ้นต้นด้วย '#' หรือ ';' อักขระถือเป็นความคิดเห็นและละเว้น
Globs ที่มีช่องว่างอยู่ในนั้นไม่จำเป็นต้องยกมา แต่ถ้าเป็นทั้งคู่
และยอมรับราคาเดียว

หากไม่ได้ระบุตัวเลือกนี้ ระบบจะใช้ไฟล์การกำหนดค่าเริ่มต้นต่อไปนี้:

[รายการยกเว้น]
\$ntfs.log
\hiberfil.sys
\pagefile.sys
\swapfile.sys
\ข้อมูลปริมาณระบบ
\รีไซเคิล
\Windows\CSC

อย่างไรก็ตาม พฤติกรรมพิเศษจะใช้ถ้า --wimboot ระบุไว้ด้วย โดยค่าเริ่มต้น ด้วย
--wimboot ระบุไฟล์ Windows/System32/WimBootCompress.ini ในไดเร็กทอรี
ที่ถูกจับจะถูกใช้เป็นไฟล์กำหนดค่า อย่างไรก็ตาม นี่อาจเป็น
แทนที่โดยใช้ --การกำหนดค่า; และยังทำให้ไฟล์การกำหนดค่าที่ระบุเป็น
ถูกบันทึกไว้ในอิมเมจ WIM เป็น Windows/System32/WimBootCompress.ini แทนที่ any
ที่อาจมีอยู่ในระบบไฟล์

--unix-ข้อมูล
(ระบบที่เหมือน UNIX เท่านั้น) จัดเก็บเจ้าของ UNIX กลุ่ม โหมด และ ID อุปกรณ์ (หลักและ
จำนวนเล็กน้อย) ของไฟล์ที่บันทึกแต่ละไฟล์ ณ wimlib v1.7.0 คุณสามารถสำรองข้อมูลและ
กู้คืนไม่เพียงแต่ข้อมูลการอนุญาตไฟล์ UNIX มาตรฐาน แต่ยังรวมถึงตัวอักษร
โหนดอุปกรณ์ โหนดอุปกรณ์บล็อก ไปป์ที่มีชื่อ (FIFO) และซ็อกเก็ตโดเมน UNIX

wimlib เก็บข้อมูล UNIX โดยเพิ่มรายการข้อมูลเมตาที่ติดแท็กพิเศษในแต่ละไดเร็กทอรี
รายการของแต่ละไฟล์ที่มีข้อมูลนี้ ข้อมูลเพิ่มเติมนี้คือ
ละเลยโดยการนำ Microsoft ไปใช้ หมายเหตุ: ข้อมูล UNIX ที่จัดเก็บโดย wimlib มาก่อน
v1.7.0 ใช้รูปแบบอื่นที่ไม่รองรับอีกต่อไป หากคุณมี WIM รุ่นเก่า
ไฟล์ที่มีข้อมูล UNIX นำไปใช้กับ v1.6.2 และเรียกคืนด้วย v1.7.0 หรือ
ต่อมา

--no-acs
อย่าจับภาพตัวบอกเกี่ยวกับความปลอดภัยของไฟล์

--เข้มงวด-acls
ล้มเหลวทันทีหากไม่สามารถอ่านตัวบอกเกี่ยวกับความปลอดภัยแบบเต็มของไฟล์ใดๆ ได้ บน
Windows ลักษณะการทำงานเริ่มต้นที่ไม่มีตัวเลือกนี้คือให้ลองละเว้น SACL . ก่อน
จากตัวบอกเกี่ยวกับความปลอดภัย จากนั้นให้ลองละเว้นตัวบอกเกี่ยวกับความปลอดภัยทั้งหมด
จุดประสงค์คือเพื่อเก็บข้อมูลให้ได้มากที่สุดโดยไม่จำเป็นต้องทำเสมอ
สิทธิ์ของผู้ดูแลระบบ อย่างไรก็ตาม หากคุณต้องการให้ตัวระบุความปลอดภัยทั้งหมดเป็น
ได้อย่างแม่นยำ คุณอาจต้องการให้ตัวเลือกนี้ แม้ว่าผู้ดูแลระบบ
ควรได้รับอนุญาตให้อ่านทุกอย่างอยู่ดี

--rpfix, --norpfix
ตั้งค่าว่าจะแก้ไขเป้าหมายของลิงก์สัญลักษณ์แบบสัมบูรณ์หรือไม่ (แยกวิเคราะห์จุดใน Windows
ศัพท์เฉพาะ) หรือเปล่า เมื่อเปิดใช้งาน (--rpfix) ลิงก์สัญลักษณ์แน่นอนที่ชี้
ภายในแผนผังไดเร็กทอรีที่จับภาพไว้จะถูกปรับให้สัมพันธ์กับ
รูทของแผนผังไดเร็กทอรีที่ถูกจับ เมื่อปิดการใช้งาน (--norpfix) แน่นอน
ลิงก์สัญลักษณ์จะถูกบันทึกตามที่เป็นอยู่

พฤติกรรมเริ่มต้นสำหรับ wimlib-imagex จับ เทียบเท่ากับ --rpfix.
พฤติกรรมเริ่มต้นสำหรับ wimlib-imagex ผนวก จะ --rpfix ถ้าแก้ไขจุดแยกซ่อม
เคยทำเมื่อ วิมไฟล์มิฉะนั้น --norpfix.

ในกรณีของการดักจับหลายแหล่ง (--รายการแหล่งที่มา ระบุ) ผ่าน --norpfix
ขอแนะนำ มิฉะนั้น การแก้ไขจุดแยกวิเคราะห์จะถูกปิดใช้งานในการจับภาพทั้งหมด
แหล่งที่มาที่กำหนดไว้สำหรับตำแหน่งที่ไม่ใช่รูทในอิมเมจ WIM ในขณะที่จับแหล่งที่มา
ที่กำหนดไว้สำหรับรูท WIM จะได้รับพฤติกรรมเริ่มต้นจากย่อหน้าก่อนหน้า

--รายการแหล่งที่มา
wimlib-imagex จับ และ wimlib-imagex ผนวก รองรับการสร้างภาพ WIM จาก
ไฟล์หรือไดเร็กทอรีแยกกันหลายไฟล์ เมื่อไหร่ --รายการแหล่งที่มา ระบุไว้ แหล่งที่มา
อาร์กิวเมนต์ระบุชื่อไฟล์ข้อความ โดยแต่ละบรรทัดมีค่าเท่ากับ 1 หรือ 2
ช่องว่างแยกเส้นทางไฟล์ เส้นทางไฟล์แรก ต้นทาง ระบุ
เส้นทางไปยังไฟล์หรือไดเร็กทอรีเพื่อจับภาพลงในภาพ WIM อาจจะเป็นอย่างใดอย่างหนึ่ง
สัมบูรณ์หรือสัมพันธ์กับไดเร็กทอรีการทำงานปัจจุบัน เส้นทางไฟล์ที่สอง if
ระบุเป็นเป้าหมายและระบุเส้นทางในภาพ WIM ที่ไฟล์นี้หรือ
ไดเร็กทอรีจะถูกบันทึกเป็น. ฟันหน้าและต่อท้ายในเป้าหมายจะถูกละเว้น
เว้นแต่จะประกอบด้วยเครื่องหมายทับทั้งหมด (เช่น "/") ซึ่งแสดงว่า
ไดเร็กทอรีจะกลายเป็นรูทของอิมเมจ WIM หากไม่ระบุ สตริงเป้าหมาย
ค่าเริ่มต้นเหมือนกับสตริงต้นทาง

ไฟล์รายการต้นฉบับตัวอย่างมีดังนี้:

# สร้างภาพ WIM จากไดเร็กทอรี 'winpe'
วินเป้ /

# ส่งไดเร็กทอรี 'overlay' ไปที่ '/overlay' ในอิมเมจ WIM
ซ้อนทับ / ซ้อนทับ

# วางซ้อนไดเร็กทอรีแยกต่างหากโดยตรงบนรูทของอิมเมจ WIM
/ข้อมูล/สิ่งของ/

ไดเรกทอรีย่อยใน WIM จะถูกสร้างขึ้นตามความจำเป็น ไดเรกทอรีต้นทางหลายรายการอาจ
ใช้เป้าหมายเดียวกัน ซึ่งหมายถึงการซ้อนทับ ในกรณีที่ผลลัพธ์นี้
ไฟล์ที่ไม่ใช่ไดเรกทอรีถูกเพิ่มไปยังอิมเมจ WIM หลายครั้ง ซึ่งเป็นเวอร์ชันล่าสุด (as
ที่ระบุไว้ในไฟล์รายการต้นทาง) แทนที่เวอร์ชันก่อนหน้าใดๆ

เส้นทางของไฟล์ที่มีช่องว่างอาจใช้เครื่องหมายคำพูดเดี่ยวหรือคู่
คำพูด คำพูดอาจไม่รอด

บรรทัดที่ประกอบด้วยช่องว่างเท่านั้นและบรรทัดที่ขึ้นต้นด้วย '#' นำหน้าด้วย
ช่องว่างที่เลือกได้จะถูกละเว้น

เป็นกรณีพิเศษ ถ้า แหล่งที่มา คือ "-" รายการแหล่งที่มาจะอ่านจากอินพุตมาตรฐาน
แทนที่จะเป็นไฟล์ภายนอก

โหมดการบันทึกโวลุ่ม NTFS บนระบบที่เหมือน UNIX ไม่สามารถใช้กับ --รายการแหล่งที่มา,
เนื่องจากรองรับเฉพาะการบันทึกโวลุ่ม NTFS แบบเต็มเท่านั้น

-- ท่อ
สร้าง WIM แบบ "pipable" ซึ่งสามารถนำมาใช้ตามลำดับได้ทั้งหมด รวมถึงจาก a
ท่อ. สามารถใช้รูปภาพใน WIM ที่เป็นผลลัพธ์ได้ด้วย wimlib-imagex ใช้, ทั้ง
ปกติโดยการระบุชื่อไฟล์ WIM หรือ with wimlib-imagex ใช้ - อ่าน
WIM จากอินพุตมาตรฐาน ดู wimlib-imagex ใช้(1) สำหรับรายละเอียดเพิ่มเติม

สำหรับการดำเนินการต่อท้าย ตัวเลือกนี้จะส่งผลให้มีการสร้าง WIM ขึ้นใหม่อย่างสมบูรณ์
มัน pipable สำหรับการดำเนินการดักจับ WIM ที่ดักจับจะถูกสร้างขึ้นเป็น pipable
ระวังว่ายิ่งคุณเพิ่มรูปภาพลงใน WIM ที่ pip ได้มากเท่าไร การวางท่อก็จะยิ่งมีประสิทธิภาพน้อยลงเท่านั้น
จะเนื่องจากข้อมูลที่ไม่จำเป็นมากขึ้นจะถูกส่งผ่านไปป์

เมื่อ wimlib สร้าง WIM แบบ pip ได้ มันจะจัดเรียงส่วนประกอบของ . ใหม่อย่างระมัดระวัง
WIM เพื่อให้สามารถอ่านได้ตามลำดับและยังทำให้อื่นๆ อีกหลายรายการ
การปรับเปลี่ยน ด้วยเหตุนี้ WIM ที่ "pipable" จึงเป็น ไม่ เข้ากันได้ กับ
ไมโครซอฟท์ ซอฟต์แวร์ดังนั้น พึงระลึกไว้เสมอว่า หากคุณกำลังจะใช้ ถ้าต้องการ,
คุณสามารถใช้ได้ wimlib-imagex เพิ่มโอกาสการมองเห็น --ไม่ท่อ เพื่อเขียน WIM pipable ใหม่เป็น a
WIM ปกติ (wimlib-imagex ส่งออก ยังให้ความสามารถในการส่งออกภาพ
จาก WIM แบบ pip ได้เป็น WIM แบบ non-pipable หรือในทางกลับกัน)

ส่วนใหญ่ wimlib ทำงานกับ pipable WIM อย่างโปร่งใส ปรับเปลี่ยนได้
เพิ่มหรือลบรูปภาพ ส่งออกรูปภาพ หรือแม้แต่สร้าง WIM แบบแยกส่วน NS
ข้อเสียเปรียบหลักคือการต่อท้าย (ปัจจุบัน) มีประสิทธิภาพน้อยกว่า (-- สร้างใหม่ is
โดยนัยเสมอ) และยังเข้ากันไม่ได้กับซอฟต์แวร์ของ Microsoft

wimlib-imagex จับ และ wimlib-imagex ผนวก สามารถเขียน pipable WIM ได้โดยตรง
สู่เอาต์พุตมาตรฐาน สิ่งนี้จะทำโดยอัตโนมัติ if วิมไฟล์ ถูกกำหนดเป็น "-" (ใน
กรณีนั้น -- ท่อ ถือว่า)

--ไม่ท่อ
ตรวจสอบให้แน่ใจว่า WIM ที่ได้อยู่ในรูปแบบ WIM แบบปกติและไม่สามารถ pip ได้ นี้เป็น
ค่าเริ่มต้นสำหรับ wimlib-imagex จับยกเว้นเมื่อเขียนไปยังเอาต์พุตมาตรฐาน (วิมไฟล์
ระบุเป็น "-") และสำหรับ wimlib-imagex ผนวกยกเว้นเมื่อต่อท้าย WIM
ที่เป็น pipable แล้ว

--update-ของ=[วิมไฟล์:]ภาพ
ประกาศว่าภาพที่ถูกจับหรือต่อท้ายจาก แหล่งที่มา ส่วนใหญ่จะเหมือนกับ
ภาพที่มีอยู่ ภาพ in วิมไฟล์แต่ถูกจับในเวลาต่อมา อาจเป็นไปได้
โดยมีการปรับเปลี่ยนบ้างในช่วงเวลาดังกล่าว นี้ถูกออกแบบมาเพื่อใช้ใน
การสำรองข้อมูลส่วนเพิ่มของระบบไฟล์หรือโครงสร้างไดเรกทอรีเดียวกัน ภาพ สามารถ a
1-based ดัชนีหรือชื่อของภาพที่มีอยู่ใน วิมไฟล์. นอกจากนี้ยังสามารถเป็นลบ
จำนวนเต็มเพื่อสร้างดัชนีย้อนกลับไปยังรูปภาพ (เช่น -1 หมายถึงรูปภาพล่าสุดที่มีอยู่
in วิมไฟล์).

เมื่อมีตัวเลือกนี้ การจับภาพหรือต่อท้ายภาพใหม่จะเป็น
ปรับให้เหมาะสมโดยไม่อ่านไฟล์ที่ปรากฏขึ้นตามข้อมูลเมตาเช่นการประทับเวลา
ไม่ให้ถูกแก้ไขเนื่องจากถูกเก็บถาวรในที่มีอยู่ ภาพ. ยกเว้น
การจัดการการประทับเวลา ตัวเลือกนี้จะมีผลกับประสิทธิภาพเท่านั้นและไม่เปลี่ยนแปลง
ภาพ WIM ที่ได้

ดังที่แสดง ไวยากรณ์แบบเต็มสำหรับอาร์กิวเมนต์ของตัวเลือกนี้คือการระบุ WIM
ไฟล์ ทวิภาค และรูปภาพ ตัวอย่างเช่น "--update-of mywim.wim:1" อย่างไรก็ตาม
ไฟล์ WIM และโคลอนอาจถูกละเว้น ในกรณีนี้ไฟล์ WIM จะใช้ค่าเริ่มต้นเป็น
ไฟล์ WIM ที่ต่อท้ายสำหรับการดำเนินการต่อท้าย หรือไฟล์ WIM ที่เดลต้า
กำลังถูกถ่าย (เฉพาะในกรณีที่ --เดลต้า-จาก ถูกระบุเพียงครั้งเดียว) สำหรับการจับภาพ
การดำเนินงาน

--เดลต้า-จาก=วิมไฟล์
สำหรับ wimlib-imagex จับ เท่านั้น: จับภาพ WIM ใหม่เป็น "เดลต้า" จาก วิมไฟล์. ใด
สตรีมที่โดยปกติแล้วจะต้องเก็บถาวรใน WIM ใหม่ จะถูกละเว้นหาก
มีอยู่แล้วใน วิมไฟล์ ซึ่งเดลต้ากำลังอิงอยู่ WIM . ใหม่
จะยังคงมีสำเนาของข้อมูลเมตาของรูปภาพทั้งหมด แต่โดยทั่วไปแล้วจะเป็น a . เท่านั้น
เศษเล็กเศษน้อยของขนาดรวมของ WIM

ตัวเลือกนี้สามารถระบุได้หลายครั้ง ซึ่งในกรณีนี้ ผลลัพธ์ของเดลต้า WIM
จะมีเฉพาะสตรีมที่ไม่มีอยู่ใน WIM พื้นฐานที่ระบุ

เพื่อดำเนินการกับ delta WIM ที่เป็นผลลัพธ์โดยใช้คำสั่งอื่นเช่น wimlib-imagex
ใช้คุณต้องระบุ delta WIM เป็นไฟล์ WIM เพื่อใช้งาน แต่ยัง
อ้างอิง WIM ฐานโดยใช้ --อ้างอิง ตัวเลือก. ระวัง: เพื่อรักษาความเหมาะสม
การทำงานของ delta WIM คุณสามารถเพิ่มได้เท่านั้น ไม่สามารถลบ ไฟล์และรูปภาพไปที่
WIM พื้นฐานหลังจากการดักจับเดลต้าจากมัน

--เดลต้า-จาก อาจใช้ร่วมกับ --update-ของ เพื่อเพิ่มความเร็วในการจับ a
เดลต้า WIM

ตัวอย่างเช่น ให้พิจารณาลำดับการสำรองและกู้คืนต่อไปนี้:

(การสำรองข้อมูลเบื้องต้น)

$ wimcapture /some/directory bkup-base.wim

(บางวันต่อมา ให้สร้างข้อมูลสำรองที่สองเป็นเดลต้าตั้งแต่แรก)

$ wimcapture /some/directory bkup-2013-08-20.dwm \
--update-of bkup-base.wim:-1 --delta-จาก bkup-base.wim

(กู้คืนข้อมูลสำรองที่สอง)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/some/ไดเร็กทอรี

อย่างไรก็ตาม โปรดทราบว่าเพื่อเป็นทางเลือกแทนลำดับด้านบนที่ใช้ delta WIM
การสำรองข้อมูลที่สองสามารถถูกผนวกเข้ากับ WIM เป็นภาพใหม่โดยใช้
wimlib-imagex ผนวก. ควรใช้ Delta WIM เฉพาะเมื่อต้องการสร้างฐาน
ข้อมูลสำรองหรือรูปภาพในไฟล์ขนาดใหญ่แยกต่างหากซึ่งไม่ค่อยมีการปรับเปลี่ยน

หมายเหตุ: ไม่เหมือนกับ WIM "pipable" (สร้างด้วย -- ท่อ ตัวเลือก), "เดลต้า" WIMs
(สร้างด้วย --เดลต้า-จาก ตัวเลือก) เข้ากันได้กับซอฟต์แวร์ของ Microsoft
ตัวอย่างเช่น คุณสามารถใช้ตัวเลือก /ref ของ ImageX เพื่ออ้างอิง WIM พื้นฐาน
คล้ายกับข้างต้น

หมายเหตุเพิ่มเติม: wimlib-imagex เป็นลักษณะทั่วไปเพียงพอที่จริง ๆ แล้วคุณสามารถรวมกันได้
-- ท่อ และ --เดลต้า-จาก เพื่อสร้าง WIM เดลต้าแบบ pipable ในกรณีเช่นนี้ ฐาน
WIM ต้องถูกจับเป็น pipable เช่นเดียวกับ delta WIM และเมื่อใช้ an
รูปภาพ ต้องส่ง WIM ฐานผ่านไพพ์หลังจาก delta WIM

--wimboot
ทำเครื่องหมายรูปภาพว่าเข้ากันได้กับ WIMBoot ดูเอกสารประกอบของ Microsoft สำหรับข้อมูลเพิ่มเติม
ข้อมูลเกี่ยวกับ WIMBoot โดยค่าเริ่มต้น ตัวเลือกนี้จะตั้งค่าประเภทการบีบอัด
เป็น XPRESS และขนาดก้อนเป็น 4096 ไบต์; อย่างไรก็ตาม สิ่งเหล่านี้ยังสามารถแทนที่ได้
ผ่าน --บีบอัด และ --ก้อนขนาด พารามิเตอร์ตามลำดับ นอกจากนี้
โดยค่าเริ่มต้น ตัวเลือกจะตั้งค่าไฟล์การกำหนดค่าเป็น
แหล่งที่มา\Windows\System32\WimBootCompress.ini ถ้ามีและสามารถเข้าถึงได้ อย่างไรก็ตามสิ่งนี้
อาจยังคงถูกแทนที่ผ่าน --การกำหนดค่า พารามิเตอร์.

--ไม่ปลอดภัย-กะทัดรัด
ดูเอกสารประกอบสำหรับตัวเลือกนี้ใน wimlib-imagex-ปรับให้เหมาะสม (1)

--ภาพรวม
ทดลอง: สร้างสแน็ปช็อตระบบไฟล์ชั่วคราวของไดเร็กทอรีต้นทางและ
จับไฟล์จากมัน ปัจจุบันตัวเลือกนี้รองรับบน Windows เท่านั้น
โดยใช้บริการ Volume Shadow Copy (VSS) โดยใช้ตัวเลือกนี้ คุณสามารถ
สร้างการสำรองข้อมูลที่สอดคล้องกันของโวลุ่มระบบของระบบ Windows ที่ทำงานอยู่โดยไม่ต้อง
ประสบปัญหากับไฟล์ที่ถูกล็อค เพื่อให้สแน็ปช็อต VSS สำเร็จ
สร้างขึ้น wimlib-imagex ต้องเรียกใช้ในฐานะผู้ดูแลระบบ และไม่สามารถเรียกใช้ใน
โหมด WoW64 (เช่น ถ้า Windows เป็น 64 บิต ดังนั้น wimlib-imagex ต้องเป็น 64 บิตด้วย)

หมายเหตุ

wimlib-imagex ผนวก ไม่รองรับการผนวกรูปภาพเข้ากับ WIM แบบแยก

ยกเว้นเมื่อใช้ --ไม่ปลอดภัย-กะทัดรัด, มันปลอดภัยที่จะยกเลิก a wimlib-imagex ผนวก คำสั่ง
ทางผ่าน; อย่างไรก็ตามหลังจากทำเช่นนี้ขอแนะนำให้เรียกใช้ wimlib-imagex
เพิ่มโอกาสการมองเห็น เพื่อลบข้อมูลใด ๆ ที่ต่อท้ายไฟล์ WIM จริง แต่ยังไม่ใช่
รวมอยู่ในโครงสร้างของ WIM เว้นแต่ WIM จะถูกสร้างใหม่ทั้งหมด (เช่น
กับ -- สร้างใหม่) ซึ่งในกรณีนี้ คุณควรลบไฟล์ชั่วคราวที่เหลืออยู่

wimlib-imagex สร้าง WIM ที่เข้ากันได้กับซอฟต์แวร์ของ Microsoft (WIMGAPI, ImageX, DISM)
โดยมีข้อแม้บางประการ:

· กับ wimlib-imagex บนระบบที่เหมือน UNIX สามารถสร้างอิมเมจ WIM ได้
มีไฟล์ที่มีชื่อต่างกันเฉพาะในกรณีหรือไฟล์ที่มีชื่อที่มี
อักขระ ':', '*', '?', '"', '<', '>', '|' หรือ '\' ซึ่งใช้ได้กับ POSIX-
ระบบไฟล์ที่เข้ากันได้ แต่ไม่ใช่ Windows ขอเตือนว่าไฟล์ดังกล่าวจะไม่เป็น
แยกตามค่าเริ่มต้นโดย . เวอร์ชัน Windows wimlib-imagexและ (ที่แย่กว่านั้น)
ImageX ของ Microsoft อาจสับสนกับชื่อดังกล่าวและเลิกแยกภาพระหว่างทาง
ผ่าน. (อาจเป็นการชี้ให้เห็นว่าระบบไฟล์เริ่มต้นของ Windows เอง
NTFS รองรับอักขระเหล่านี้ แม้ว่า Windows ไม่รองรับ!)

· Pipable WIM เข้ากันไม่ได้กับซอฟต์แวร์ของ Microsoft Pipable WIM ถูกสร้างขึ้น
เพียงแค่ วิมไฟล์ ถูกกำหนดเป็น "-" (เอาต์พุตมาตรฐาน) หรือถ้า -- ท่อ ธงเป็น
ระบุไว้

· WIM ถูกจับด้วยขนาดก้อนที่ไม่ใช่ค่าเริ่มต้น (ด้วย --ก้อนขนาด ตัวเลือก) หรือเป็นของแข็ง
เอกสารสำคัญ (ด้วย --ของแข็ง ตัวเลือก) หรือด้วยการบีบอัด LZMS (ด้วย --บีบอัด=LZMS หรือ
--บีบอัด=การกู้คืน) มีระดับความเข้ากันได้ที่แตกต่างกันกับซอฟต์แวร์ของ Microsoft
โดยทั่วไป ซอฟต์แวร์ของ Microsoft เวอร์ชันล่าสุดจะเข้ากันได้มากกว่า

ตัวอย่าง

ตัวอย่างแรก: สร้าง WIM 'mywim.wim' ใหม่ด้วยการบีบอัด LZX ("สูงสุด") ที่จะ
มีภาพที่จับภาพของแผนผังไดเร็กทอรี 'somedir' โปรดทราบว่าชื่อภาพ need
ไม่ได้ระบุและจะมีค่าเริ่มต้นเป็น 'somedir':

wimlib-imagex จับภาพ somedir mywim.wim

หรือถ้าไฟล์ วิมแคปเจอร์ ติดตั้งฮาร์ดลิงก์หรือไฟล์แบตช์แล้ว แบบฟอร์มย่อสามารถ
ใช้:

wimcapture somedir mywim.wim

ตัวอย่างที่เหลือจะใช้รูปแบบยาวอย่างไรก็ตาม ต่อไป ต่อท้ายภาพของ a
แผนผังไดเร็กทอรีต่าง ๆ กับ WIM ที่สร้างขึ้นด้านบน:

wimlib-imagex ต่อท้าย anotherdir mywim.wim

ง่ายพอ และตัวอย่างข้างต้นของแผนผังไดเร็กทอรีภาพทำงานได้ทั้งบน UNIX-like
ระบบและวินโดวส์ ถัดไป จับภาพ WIM ด้วยตัวเลือกที่ไม่ใช่ค่าเริ่มต้นหลายตัว รวมทั้ง
การบีบอัด XPRESS ("เร็ว"), ตารางความสมบูรณ์, ไม่ยุ่งกับลิงก์สัญลักษณ์แบบสัมบูรณ์,
และชื่อภาพและคำอธิบาย:

wimlib-imagex จับ somedir mywim.wim --compress=fast \
--check --norpfix "บางชื่อ" "คำอธิบายบางส่วน"

บันทึกโวลุ่ม NTFS ทั้งหมดลงในไฟล์ WIM ใหม่และตั้งชื่อรูปภาพว่า "Windows 7" บน
ระบบที่คล้ายกับ UNIX ซึ่งต้องใช้โหมดพิเศษที่อธิบายไว้ใน NTFS VOLUME การจับกุม
(ยูนิกซ์) ที่ไหน แหล่งที่มา เป็นไฟล์หรืออุปกรณ์บล็อกที่มีระบบไฟล์ NTFS:

จับภาพ wimlib-imagex /dev/sda2 windows7.wim "Windows 7"

หรือบน Windows ในการจับภาพวอลุ่ม NTFS แบบเต็ม คุณต้องระบุ root . แทน
ไดเร็กทอรีของโวลุ่มที่เมาต์ ตัวอย่างเช่น:

wimlib-imagex จับภาพ E:\ windows7.wim "Windows 7"

เหมือนกับตัวอย่างข้างต้นที่มีการบันทึกโวลุ่ม NTFS จาก wimlib-imagex ทำงานบน UNIX-
เช่นเดียวกับระบบ แต่จับ WIM ในรูปแบบ "pipable" เฉพาะ wimlib ที่สามารถไพพ์ได้
ไปยัง wimlib-imagex ใช้:

จับภาพ wimlib-imagex /dev/sda2 windows7.wim "Windows 7" \
-- ท่อ

เช่นเดียวกับด้านบน แต่แทนที่จะเขียน pipable WIM ไปยังไฟล์ "windows7.wim" ให้เขียนมัน
โดยตรงไปยังเอาต์พุตมาตรฐานผ่านไพพ์ไปยังโปรแกรมอื่น "someprog" ซึ่ง
ตัวอย่างเช่น อาจเป็นโปรแกรมหรือสคริปต์ที่สตรีมข้อมูลไปยังเซิร์ฟเวอร์ สังเกตว่า
-- ท่อ ไม่จำเป็นต้องระบุอย่างชัดเจนเมื่อใช้เอาต์พุตมาตรฐานเป็นไฟล์ "WIM":

wimlib-imagex จับภาพ /dev/sda2 - "Windows 7" | someprog

ใช้ wimlib-imagex-append ออนไลน์โดยใช้บริการ onworks.net