wimapply - ออนไลน์ในคลาวด์

โครงการ:

ชื่อ

wimlib-imagex-apply - แยกหนึ่งภาพหรือทุกภาพจากไฟล์เก็บถาวร WIM

เรื่องย่อ

wimlib-imagex ใช้ วิมไฟล์ [ภาพ] เป้าหมาย [ทางเลือกที่... ]

DESCRIPTION

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

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

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

เป้าหมาย ระบุว่าจะแยกอิมเมจ WIM ไปที่ใด ถ้า เป้าหมาย ระบุไดเร็กทอรี the
อิมเมจ WIM ถูกแยกไปยังไดเร็กทอรีนั้น (ดู DIRECTORY สารสกัด (ยูนิกซ์) or DIRECTORY
สารสกัด (วินโดวส์)). ในทำนองเดียวกัน ถ้า เป้าหมาย ระบุไฟล์ที่ไม่มีอยู่ ไดเร็กทอรี is
สร้างในตำแหน่งนั้นและอิมเมจ WIM จะถูกแยกไปยังไดเร็กทอรีนั้น

If ภาพ ถูกระบุว่าเป็น "ทั้งหมด" จากนั้นทุกภาพใน วิมไฟล์ ถูกสกัดเข้าสู่
ไดเรกทอรีย่อยของ เป้าหมายซึ่งแต่ละภาพจะได้รับชื่อของภาพที่เกี่ยวข้อง
ตกกลับไปที่ดัชนีภาพในกรณีของภาพที่ไม่มีชื่อหรือชื่อไม่ถูกต้อง
เป็นชื่อไฟล์

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

วิมไฟล์ อาจเป็น "-" เพื่ออ่าน WIM จากอินพุตมาตรฐานแทนที่จะเป็นไฟล์ แต่ดู
ท่อ วิมส์ สำหรับข้อมูลเพิ่มเติม

wimlib-imagex ใช้ รองรับการใช้รูปภาพจาก WIM แบบสแตนด์อโลนและ WIM แบบแยก
ดู แยก วิมส์.

DIRECTORY สารสกัด (ยูนิกซ์)

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

ดังที่กล่าวไว้ อิมเมจ WIM สามารถนำไปใช้กับไดเร็กทอรีบนระบบที่เหมือน UNIX ได้โดยการจัดเตรียม
a เป้าหมาย ไดเร็กทอรี อย่างไรก็ตาม โปรดจำไว้ว่ารูปแบบ WIM เป็น
ออกแบบมาสำหรับ Windows และด้วยเหตุนี้ไฟล์ WIM จึงสามารถมีข้อมูลหรือข้อมูลเมตาที่ไม่สามารถ
ถูกแสดงบนระบบที่เหมือน UNIX ข้อมูลหลักที่ wimlib-imagex จะ ไม่ be
สามารถแยกบนระบบที่เหมือน UNIX ได้ดังต่อไปนี้:

· ตัวบอกเกี่ยวกับความปลอดภัยของ Windows (ซึ่งรวมถึงเจ้าของไฟล์ กลุ่ม และ ACL)

· สตรีมข้อมูลที่มีชื่อ

· แยกวิเคราะห์จุดอื่นที่ไม่ใช่จุดเชื่อมโยงสัญลักษณ์และจุดเชื่อมต่อ

· คุณลักษณะบางอย่างของไฟล์ เช่น การบีบอัด การเข้ารหัส และความกระจัดกระจาย

· ชื่อย่อ (DOS) สำหรับไฟล์

· การประทับเวลาการสร้างไฟล์

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

NTFS VOLUME สารสกัด (ยูนิกซ์)

ส่วนนี้เอกสารวิธีการ wimlib-imagex ใช้ แยกภาพ WIM โดยตรงไปยัง NTFS
อิมเมจโวลุ่มบนระบบที่เหมือน UNIX

เป็นที่กล่าวถึง wimlib-imagex ทำงานบนระบบที่เหมือน UNIX สามารถใช้อิมเมจ WIM ได้โดยตรง
เป็นโวลุ่ม NTFS โดยระบุ เป้าหมาย เป็นไฟล์ปกติหรืออุปกรณ์บล็อกที่มี
ระบบไฟล์ NTFS ระบบไฟล์ NTFS ไม่จำเป็นต้องว่างเปล่า แม้ว่าคาดว่าจะเป็น
ว่างเปล่าสำหรับกรณีการใช้งานที่ต้องการ สามารถสร้างระบบไฟล์ NTFS ใหม่ได้โดยใช้คำสั่ง
mkntfs(8) คำสั่งที่ให้ไว้กับ ntfs-3g.

ในโหมดการแยกวอลุ่ม NTFS อิมเมจ WIM จะถูกแยกไปที่รูทของ NTFS
ปริมาณในลักษณะที่เก็บรักษาข้อมูลเกือบทั้งหมดที่มีอยู่ในภาพ WIM มันจึง
ไม่ประสบกับข้อจำกัดที่อธิบายไว้ใน DIRECTORY สารสกัด (ยูนิกซ์). นี้
การสนับสนุนอาศัย libntfs-3g เพื่อเขียนไปยังโวลุ่ม NTFS และจัดการเฉพาะ NTFS และ
ข้อมูลเฉพาะของ Windows

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

โหมดการแยกวอลุ่ม NTFS นี้พยายามดึงข้อมูลให้ได้มากที่สุด
ได้แก่ :

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

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

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

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

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

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

อย่างไรก็ตาม ยังมีข้อจำกัดที่ทราบหลายประการของโหมดการแยกวอลุ่ม NTFS:

· ไฟล์ที่เข้ารหัสจะไม่ถูกดึงออกมา

· wimlib v1.7.0 และใหม่กว่า: แอตทริบิวต์ของไฟล์แบบกระจายจะไม่ถูกแยกออก (พฤติกรรมเดียวกัน
เป็น ImageX/DISM/WIMGAPI) wimlib v1.6.2 และรุ่นก่อนหน้า: แม้ว่าแอตทริบิวต์ไฟล์กระจัดกระจาย
จะถูกนำไปใช้ ข้อมูลทั้งหมดจะถูกแยกไปยังแต่ละไฟล์กระจัดกระจาย ดังนั้นแยกออก
ไฟล์ "sparse" ต้องไม่มีส่วนที่กระจัดกระจาย

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

โปรดทราบว่าในการบูต Windows (Vista หรือใหม่กว่า) จากอิมเมจ "install.wim" ที่ใช้
คุณต้องทำเครื่องหมายพาร์ติชั่นเป็น "ที่สามารถบู๊ตได้" และตั้งค่าไฟล์สำหรับบู๊ตต่างๆ เช่น
\BOOTMGR และ \BOOT\BCD งานหลังทำได้ง่ายที่สุดโดยการเรียกใช้
โปรแกรม "bcdboot.exe" จากระบบ Windows ที่ใช้งานจริง (เช่น Windows PE) แต่มีอีกหลายอย่าง
ตัวเลือกเช่นกัน

DIRECTORY สารสกัด (วินโดวส์)

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

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

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

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

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

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

· คุณสมบัติของไฟล์ รวมทั้งซ่อน กระจัดกระจาย บีบอัด เข้ารหัส ฯลฯ เมื่อได้รับการสนับสนุน
โดยระบบไฟล์

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

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

หมายเหตุเพิ่มเติมเกี่ยวกับการแตกไฟล์ใน Windows:

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

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

· ไฟล์ที่มีชื่อที่ไม่สามารถแสดงบน Windows จะไม่ถูกแยกโดย
ค่าเริ่มต้น; ดู --include-ชื่อไม่ถูกต้อง.

· ไฟล์ที่มีเส้นทางแบบเต็มมากกว่า 260 อักขระ (ที่เรียกว่า MAX_PATH) จะถูกแยกออก
แต่ระวังว่าไฟล์ดังกล่าวจะไม่สามารถเข้าถึงซอฟต์แวร์ Windows ส่วนใหญ่ได้และอาจไม่
สามารถลบออกได้อย่างง่ายดาย

· บน Windows เว้นแต่ --no-acs ระบุตัวเลือกแล้ว wimlib จะพยายามกู้คืน
ตัวบอกเกี่ยวกับความปลอดภัยของไฟล์ตรงตามที่ให้ไว้ในอิมเมจ WIM ระวัง
ว่าการติดตั้ง Windows ทั่วไปมีไฟล์ที่ตัวบอกความปลอดภัยไม่
อนุญาตให้ผู้ดูแลระบบลบออก ดังนั้นไฟล์ดังกล่าวจะไม่สามารถ
ถูกลบหรือในบางกรณีอาจอ่านได้หลังจากแตกไฟล์แล้ว เว้นแต่จะประมวลผลด้วย a
โปรแกรมพิเศษที่รู้ว่าจะได้รับ SE_RESTORE_NAME และ/หรือ SE_BACKUP_NAME
สิทธิ์ที่อนุญาตให้แทนที่รายการควบคุมการเข้าถึง นี่ไม่ใช่ข้อผิดพลาดใน wimlib
ซึ่งทำงานตามที่ออกแบบให้กู้คืนข้อมูลที่เก็บไว้ได้อย่างถูกต้อง แต่ค่อนข้างจะ
ปัญหาเกี่ยวกับสิทธิ์การเข้าถึงที่ Windows ใช้กับไฟล์บางไฟล์ แต่ถ้าเธอแค่ต้องการ
ไฟล์ข้อมูลและไม่สนใจเกี่ยวกับความปลอดภัย descriptor ใช้ --no-acs ข้าม
กู้คืนตัวบอกเกี่ยวกับความปลอดภัยทั้งหมด

· ข้อแม้ที่คล้ายคลึงกันข้างต้นใช้กับแอตทริบิวต์ของไฟล์ เช่น อ่านอย่างเดียว ซ่อน และ
ระบบ. โดยการออกแบบ บน Windows wimlib จะคืนค่าแอตทริบิวต์ของไฟล์ดังกล่าว ดังนั้น,
ไฟล์ที่แยกออกมาอาจมีคุณลักษณะเหล่านั้น หากนี่ไม่ใช่สิ่งที่คุณต้องการ ให้ใช้ปุ่ม
--no-แอตทริบิวต์ ตัวเลือก

แยก วิมส์

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

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

เมื่อต้องการใช้รูปภาพแรกของ WIM แบบแยกนี้กับไดเร็กทอรี "dir" ให้รัน:

wimlib-imagex ใช้ mywim.swm 1 dir --ref="mywim*.swm"

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

ท่อ วิมส์

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

เก็ท -O - http://myserver/mywim.wim - wimapply - 1 /dev/sda1

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

เป็นไปได้ที่จะนำรูปภาพจาก WIM แบบ pipable ที่แบ่งออกเป็นหลายส่วน ดู แยก
วิมส์.

OPTIONS

--ตรวจสอบ
เมื่ออ่าน วิมไฟล์ให้ตรวจสอบความถูกต้องหากมีตารางความสมบูรณ์

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

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

พฤติกรรมเริ่มต้นคือ --rpfix หากมีภาพใดใน วิมไฟล์ ถูกจับด้วย
แก้ไขจุดแยกวิเคราะห์เสร็จแล้ว มิฉะนั้นก็คือ --norpfix.

การแก้ไขจุดแยกวิเคราะห์ไม่เคยทำในโหมดการแยกวอลุ่ม NTFS บน UNIX-like
ระบบ

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

--no-acs
อย่ากู้คืนตัวบอกเกี่ยวกับความปลอดภัยในไฟล์และไดเร็กทอรีที่แยกออกมา

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

--no-แอตทริบิวต์
อย่าคืนค่าแอตทริบิวต์ของไฟล์ Windows เช่น อ่านอย่างเดียว ซ่อน ฯลฯ

--include-ชื่อไม่ถูกต้อง
แยกไฟล์และไดเร็กทอรีที่มีชื่อไม่ถูกต้องโดยแทนที่อักขระและ
ต่อท้ายคำต่อท้ายแทนที่จะละเว้น สิ่งที่ถือว่าเป็น
ชื่อ "ไม่ถูกต้อง" ขึ้นอยู่กับแพลตฟอร์ม

ในระบบที่สอดคล้องกับ POSIX ชื่อไฟล์จะคำนึงถึงขนาดตัวพิมพ์และอาจมีbyte
ยกเว้น '\0' และ '/' ดังนั้นบนระบบที่เป็นไปตาม POSIX ตัวเลือกนี้จะมีเฉพาะ an
มีผลในกรณีที่ภาพ WIM มีเหตุผลบางอย่างมีชื่อไฟล์
ที่มีหนึ่งในอักขระเหล่านี้

ใน Windows ชื่อไฟล์จะคำนึงถึงขนาดตัวพิมพ์ ไม่สามารถใส่อักขระ '/', ´\0',
'\', ':', '*', '?', '"', '<', '>' หรือ '|' และลงท้ายด้วยช่องว่างหรือจุดไม่ได้
โดยปกติ ไฟล์ในอิมเมจ WIM ควรเป็นไปตามเงื่อนไขเหล่านี้เช่นกัน อย่างไรก็ตาม มันคือ
ไม่รับประกัน และโดยเฉพาะภาพ WIM ที่ถ่ายด้วย wimlib-imagex เมื่อ
ระบบที่สอดคล้องกับ POSIX อาจมีไฟล์ดังกล่าว โดยค่าเริ่มต้น ชื่อที่ไม่ถูกต้องจะเป็น
ละเลย และถ้ามีหลายชื่อแตกต่างกัน เฉพาะในกรณีที่ หนึ่งจะถูกเลือก
สกัดโดยพลการ; อย่างไรก็ตามด้วย --include-ชื่อไม่ถูกต้อง, ชื่อทั้งหมดจะเป็น
ฆ่าเชื้อและสกัดในบางรูปแบบ

--wimboot
Windows เท่านั้น: แทนที่จะแตกไฟล์เอง ให้แยก "ไฟล์ตัวชี้"
กลับไปที่ไฟล์เก็บถาวร WIM ซึ่งอาจส่งผลให้ประหยัดพื้นที่ได้มาก อย่างไรก็ตาม,
มีค่าใช้จ่ายที่เป็นไปได้หลายประการ เช่น ไม่สามารถลบ WIM . ได้
เก็บถาวรและอาจเข้าถึงไฟล์ได้ช้ากว่า ดูของ Microsoft
เอกสารประกอบสำหรับ "WIMBoot" สำหรับข้อมูลเพิ่มเติม

หากมีอยู่ ส่วน [PrepopulateList] ของไฟล์
\Windows\System32\WimBootCompress.ini ในอิมเมจ WIM จะถูกอ่าน ไฟล์ที่ตรงกัน
รูปแบบใด ๆ เหล่านี้จะถูกแยกออกตามปกติ ไม่ใช่ WIMBoot "ไฟล์ตัวชี้"
สิ่งนี้มีประโยชน์สำหรับไฟล์บางไฟล์ที่ Windows ต้องการอ่านตั้งแต่เริ่มต้น
กระบวนการ

ตัวเลือกนี้ใช้ได้เฉพาะเมื่อโปรแกรมทำงานในฐานะผู้ดูแลระบบและเป้าหมาย
ปริมาณคือ NTFS หรือระบบไฟล์อื่นที่รองรับจุดแยกวิเคราะห์

นอกจากนี้ ตัวเลือกนี้จะทำงานได้ดีที่สุดเมื่อใช้งานบน Windows 8.1 Update 1 หรือใหม่กว่า
เนื่องจากเป็น Windows รุ่นแรกที่มี Windows Overlay File
ไดรเวอร์ตัวกรองระบบ ("WOF") หากตรวจพบไดรเวอร์ WOF wimlib จะสร้าง
WIMBoot "ไฟล์ตัวชี้" โดยใช้เอกสาร ioctls ที่จัดทำโดย WOF

มิฉะนั้น หากตรวจไม่พบไดรเวอร์ WOF wimlib จะสร้างจุดแยกวิเคราะห์ใหม่
และแก้ไขไฟล์ "\System Volume Information\WimOverlay.dat" บนวอลุ่มเป้าหมาย
ด้วยตนเอง นี่อาจเป็นปัญหาได้เนื่องจากแม้ว่าโค้ดจะทำงานใน
กรณีทดสอบบางกรณี รูปแบบข้อมูลเหล่านี้ไม่ได้จัดทำเป็นเอกสารโดย
ไมโครซอฟต์. ก่อนเขียนทับไฟล์นี้ wimlib จะบันทึกเวอร์ชันก่อนหน้าใน
"\System Volume Information\WimOverlay.wimlib_backup" ซึ่งคุณอาจทำได้
คืนค่าหากคุณต้องการ

จริงๆ แล้วคุณยังสามารถทำ a . ได้ --wimboot การแยกแม้ว่าจะไม่ได้ทำเครื่องหมายภาพ WIM ไว้
เป็น "เข้ากันได้กับ WIMBoot" ตัวเลือกนี้ทำให้ไฟล์ที่แยกออกมาถูกตั้งค่าเป็น
"สำรองข้อมูลจากภายนอก" โดยไฟล์ WIM ไดรเวอร์ของ Microsoft ที่ใช้สิ่งนี้
ดูเหมือนว่าฟังก์ชัน "การสำรองข้อมูลภายนอก" ไม่สนใจว่ารูปภาพใน
WIM ถูกทำเครื่องหมายว่าเข้ากันได้กับ WIMBoot ดังนั้น "รองรับ WIMBoot"
แท็ก ( ในข้อมูล XML) ดูเหมือนจะเป็นเครื่องหมายสำหรับเจตนาเท่านั้น นอกจากนี้,
ไดรเวอร์ของ Microsoft สามารถสำรองไฟล์ภายนอกจากไฟล์ WIM ที่ใช้ XPRESS chunks
ขนาด 8192, 16384 และ 32768 หรือ LZX ชิ้นขนาด 32768 นอกเหนือจาก
ชิ้น XPRESS เริ่มต้นขนาด 4096 ที่สร้างขึ้นเมื่อ wimlib-imagex จับ is
วิ่งด้วย --wimboot ตัวเลือก

--กะทัดรัด=FORMAT
เฉพาะ Windows: บีบอัดไฟล์ที่แยกออกมาโดยใช้การบีบอัดระบบ หากเป็นไปได้
ใช้ได้เฉพาะกับ Windows 10 หรือใหม่กว่า หรือบน Windows รุ่นเก่าที่
เพิ่มไดรเวอร์ wofadk.sys ของ Microsoft แล้ว หลายรูปแบบการบีบอัดที่แตกต่างกัน
สามารถใช้กับ System Compression และต้องระบุเป็น FORMAT.
ตัวเลือก ได้แก่ xpress4k, xpress8k, xpress16k และ lzx

ข้อยกเว้นจะได้รับการจัดการในลักษณะเดียวกับ --wimboot ตัวเลือก. นั่นคือ: ถ้ามัน
มีอยู่ ส่วน [PrepopulateList] ของไฟล์
\Windows\System32\WimBootCompress.ini ในอิมเมจ WIM จะถูกอ่าน และไฟล์
การจับคู่รูปแบบใด ๆ ในส่วนนี้จะไม่ถูกบีบอัด นอกจากนี้,
wimlib มีรายการไฟล์ที่ฮาร์ดโค้ดซึ่งมันรู้ เพื่อความเข้ากันได้กับ
Windows bootloader เพื่อแทนที่รูปแบบการบีบอัดที่ร้องขอ

หมายเหตุ

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

ESD ไฟล์: wimlib v1.6.0 และใหม่กว่าสามารถแตกไฟล์จากเวอร์ชัน 3584 WIM ซึ่งโดยปกติ
มีทรัพยากรที่เป็นของแข็งบีบอัด LZMS และอาจดำเนินการ .esd นามสกุลไฟล์มากกว่า
. Wim. อย่างไรก็ตาม .esd ไฟล์ที่ดาวน์โหลดโดยตรงจากโปรแกรมดาวน์โหลดเว็บ Windows 8 มี
เซ็กเมนต์ที่เข้ารหัส และ wimlib ไม่สามารถแยกไฟล์ดังกล่าวได้จนกว่าจะมีการถอดรหัสลับในครั้งแรก

ค้นหาสถานที่ ข้ามผ่าน การโจมตี: wimlib ตรวจสอบชื่อไฟล์ก่อนแตกไฟล์และไม่ใช่
เสี่ยงต่อการถูกโจมตีผ่านไดเรกทอรี สิ่งนี้ตรงกันข้ามกับ Microsoft
WIMGAPI/ImageX/DISM ซึ่งสามารถเขียนทับไฟล์ที่กำหนดเองบนไดรฟ์เป้าหมายเมื่อ
แยกไฟล์ WIM ที่เป็นอันตรายซึ่งมีไฟล์ชื่อ .. หรือมีตัวคั่นเส้นทาง

ตัวอย่าง

แยกรูปภาพแรกจากอิมเมจ Windows PE บน Windows (Vista หรือใหม่กว่า)
สื่อการติดตั้งไปยังไดเร็กทอรี "boot":

wimlib-imagex ใช้ /mnt/windows/sources/boot.wim 1 boot

เหมือนข้างบนแต่ใช้ ขี้งก ตัวย่อ:

wimapply /media/windows/sources/boot.wim 1 บูต

บน 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

(แน่นอนว่าอย่าทำอย่างนั้น หากคุณไม่ต้องการทำลายข้อมูลที่มีอยู่ทั้งหมดในพาร์ติชั่น!)

ตัวอย่างของการใช้ pipable WIM จากไพพ์สามารถพบได้ใน ท่อ วิมส์และ
ตัวอย่างของการใช้ split WIM สามารถพบได้ใน แยก วิมส์.

ใช้ wimapply ออนไลน์โดยใช้บริการ onworks.net