wimappend - عبر الإنترنت في السحابة

برنامج:

اسم

wimlib-imagex-capture، wimlib-imagex-append - إنشاء أو إلحاق صورة WIM

موجز

wimlib-imagex أسر مصدر ويمفيل [اسم الصورة [وصف الصورة]] [OPTION...]
wimlib-imagex ألحق مصدر ويمفيل [اسم الصورة [وصف الصورة]] [OPTION...]

الوصف

• wimlib-imagex أسر و wimlib-imagex ألحق أوامر إنشاء Windows Imaging (WIM)
صورة من شجرة دليل. ال wimlib-imagex أسر يقوم الأمر بإنشاء ملف WIM جديد
تحتوي على الصورة الملتقطة ، بينما wimlib-imagex ألحق الأمر يلحق الأسير
صورة إلى ملف WIM موجود. هذه الأوامر متوفرة أيضًا ببساطة com.wimcapture و
com.wimapend إذا تم تثبيت الروابط الصلبة المناسبة أو الملفات الدفعية.

معلومات الخلفية: صورة WIM عبارة عن شجرة دليل مستقلة في ملف WIM. WIM
قد يحتوي الملف على أي عدد من الصور المنفصلة. ملفات WIM يتم تثبيتها مرة واحدة مع
فيما يتعلق ببيانات الملف ، لذلك يتم تخزين الملف مرة واحدة فقط في WIM بأكمله ، بغض النظر عن
كم عدد الصور التي يظهر بها الملف.

مصدر يحدد موقع الملفات لإنشاء صورة WIM جديدة منها. لو مصدر is
دليل ، يتم التقاط صورة WIM من هذا الدليل (انظر الدليل إلتقاط (يونيكس)
or الدليل إلتقاط (شبابيك)). بدلاً من ذلك ، إذا كان --قائمة مصدر الخيار
محدد، مصدر يتم تفسيره على أنه ملف يوفر في حد ذاته قائمة بالملفات وملفات
الدلائل لتضمينها في صورة WIM الجديدة. لا يزال بدلاً من ذلك ، فقط على مثل UNIX
أنظمة ، إذا مصدر هو ملف عادي أو جهاز كتلة ، يتم تفسيره على أنه وحدة تخزين NTFS
من الذي سيتم التقاط صورة WIM باستخدام libntfs-3g (انظر NTFS VOLUME إلتقاط
(يونيكس)).

اسم الصورة و وصف الصورة حدد الاسم والوصف لإعطاء WIM الجديد
صورة. لو اسم الصورة لم يتم تحديده ، فهو يتم تعيينه افتراضيًا على الاسم الأساسي (باستثناء المسار إلى
دليل الوالدين) من مصدر، ولكن إذا كان هذا الاسم موجودًا بالفعل في ويمفيل، لاحقة فريدة
يضاف. خلاف ذلك، اسم الصورة يجب أن يكون اسمًا غير موجود بالفعل كملف
صورة في ويمفيل، أو السلسلة الفارغة لإنشاء صورة بدون اسم. لو
وصف الصورة لم يتم تحديد أي وصف للصورة الجديدة.

كحالة خاصة ، إذا ويمفيل هل - سهل يفترض الخيار وملف WIM هو
مكتوبة لمخرجات قياسية في شكل أنبوب خاص. انظر الوثائق الخاصة بـ
- سهل لمزيد من التفاصيل.

الدليل إلتقاط (يونيكس)

يوثق هذا القسم كيف wimlib-imagex يلتقط الملفات من شجرة دليل على مثل UNIX
الأنظمة. يرى الدليل إلتقاط (شبابيك) للحصول على الوثائق المقابلة لنظام التشغيل Windows.

على أنظمة شبيهة بـ UNIX ، عندما يكون مصدر يحدد دليلاً أو ارتباطًا رمزيًا بدليل ،
سيتم التقاط صورة WIM من شجرة الدليل المتجذرة في هذا الدليل. هذا
يمكن أن يكون الدليل على أي نوع من أنظمة الملفات ، ويتم اتباع نقاط التحميل بشكل متكرر. في
في هذا الوضع ، سيخزن wimlib الأنواع التالية من المعلومات:

الدلائل والملفات العادية ومحتويات الملفات العادية

روابط صلبة

روابط رمزية (تُرجمت بلا ضياع إلى نقاط إعادة التوزيع في Windows)

آخر تعديل مرات (mtime) وآخر وصول مرات (atime) مع 100 نانوثانية
تقسيمات

· مع - يونيكس البيانات: مالكو ومجموعات وأنماط UNIX

· مع - يونيكس البيانات: عقد الجهاز و FIFOs و UNIX domain sockets

لا يوجد دعم لتخزين السمات الموسعة (مثل ملصقات أمان SELinux و
POSIX ACL). لاحظ أيضًا أنه لا يتم تخزين أوقات تغيير الحالة الأخيرة (ctime).

ملاحظة متحذرة: تقييد تنسيق WIM يمنع الحالة غير العادية حيث يكون ملف
ملف الارتباط الرمزي نفسه له أسماء متعددة (روابط صلبة) ؛ في هذه الحالة غير المحتملة ، كل
يتم تخزين الارتباط الرمزي كملف مستقل.

NTFS VOLUME إلتقاط (يونيكس)

يوثق هذا القسم كيف wimlib-imagex يلتقط الملفات مباشرة من صورة وحدة تخزين NTFS
على أنظمة شبيهة بـ UNIX.

في الأنظمة المشابهة لـ UNIX ، يتم إدخال وضع التقاط صورة خاص عندما مصدر هو منتظم
ملف أو جهاز حظر. في هذا الوضع ، مصدر من المفترض أن يكون وحدة تخزين أو وحدة تخزين NTFS
الصورة و wimlib-imagex سوف يلتقط صورة WIM تحتوي على المحتويات الكاملة لنظام NTFS
الحجم ، بما في ذلك البيانات الخاصة بـ NTFS. يتم ذلك باستخدام libntfs-3g.

لاحظ أن وضع التقاط وحدة تخزين NTFS هو ليس دخلت إذا مصدر هو دليل ، حتى لو كان ملف
تم تحميل نظام ملفات NTFS على مصدر باستخدام ntfs-3g. يجب عليك تحديد وحدة تخزين NTFS
نفسها (ويجب أن تكون غير مركّبة ، ويجب أن تحصل على إذن للقراءة منها).

يحاول وضع التقاط وحدة تخزين NTFS التقاط أكبر قدر ممكن من البيانات والبيانات الوصفية ،
بما في ذلك:

جميع تيارات البيانات لجميع الملفات غير المشفرة ، بما في ذلك تدفق البيانات غير المسماة كذلك
مثل كل تدفقات البيانات المسماة.

· نقاط إعادة التوزيع ، بما في ذلك الروابط الرمزية ونقاط الوصلات ونقاط إعادة التوزيع الأخرى.

· إنشاء الملف والدليل ، والوصول إليه ، وتعديل الطوابع الزمنية ، وذلك باستخدام المواطن
دقة NTFS تبلغ 100 نانوثانية.

· واصفات أمان Windows ، بما في ذلك جميع المكونات (المالك والمجموعة و DACL و SACL).

أعلام سمة ملف DOS / Windows.

· جميع أسماء جميع الملفات ، بما في ذلك الأسماء الموجودة في مساحة اسم Win32 ، ومساحة اسم DOS ،
Win32 + DOS ومساحة الاسم POSIX. وهذا يشمل الروابط الصلبة.

ومع ذلك ، فإن القيود الرئيسية لوضع التقاط وحدة تخزين NTFS هي:

يتم استبعاد الملفات المشفرة بشكل افتراضي. على الرغم من أن libntfs-3g يمكنه قراءة بياناته ،
يجب تخزينها في ملف WIM بتنسيق خاص لم يقم به wimlib بعد
support (باستثناء نظام Windows ، حيث يمكن لـ wimlib معالجة البيانات على أنها غير شفافة وتسليمها
إلى وظيفة API المناسبة).

· سيتم حفظ السمة المتفرقة على الملفات المتفرقة ، لكن البيانات المخزنة ستكون هي
البيانات الكاملة للملف بدلاً من البيانات "المتفرقة". (البيانات ، مع ذلك ، موضوع
لضغط تنسيق WIM.)

الدليل إلتقاط (شبابيك)

على ويندوز ، wimlib-imagex أسر و wimlib-imagex ألحق أصلا دعم Windows-
بيانات محددة و NTFS. ولذلك فإنهم يتصرفون بشكل مشابه لما يقابلهم
أوامر Microsoft ImageX أو DISM. للحصول على أفضل النتائج ، يتم التقاط الدليل
يجب أن يكون على وحدة تخزين NTFS و wimlib-imagex يجب تشغيلها بامتيازات المسؤول ؛
ومع ذلك ، فإن أنظمة الملفات غير NTFS والتي تعمل بدون امتيازات المسؤول هي أيضًا
أيد.

على ويندوز ، wimlib-imagex أسر و wimlib-imagex ألحق حاول أرشفة أكبر قدر ممكن من البيانات و
البيانات الوصفية قدر الإمكان ، بما في ذلك:

جميع تيارات البيانات لجميع الملفات.

· نقاط إعادة التوزيع ، بما في ذلك الروابط الرمزية ونقاط الوصلات ونقاط إعادة التوزيع الأخرى ،
إذا كان مدعومًا من قبل نظام الملفات المصدر. (ملاحظة: انظر --rpfix و --نوربفيكس For
توثيق حول كيفية التقاط الروابط والوصلات الرمزية المطلقة بالضبط.)

· إنشاء الملف والدليل والوصول إليه وتعديل الطوابع الزمنية. يتم تخزين هذه
مع دقة طابع زمني أصلي لـ Windows NT تبلغ 100 نانوثانية.

· الواصفات الأمنية ، إذا كانت مدعومة من قبل نظام الملفات المصدر و --لا يوجد ACLS ليس
محدد. ومع ذلك ، احذر من ذلك ما لم - صارم- ACLS يتم تحديد الأمان
قد يتم حذف واصفات الملفات أو الدلائل الفردية أو حذفها جزئيًا فقط
تم التقاطها إذا لم يكن لدى المستخدم إذن بقراءتها ، مما قد يمثل مشكلة إذا كان
wimlib-imagex يتم تشغيله كمسؤول غير.

سمات الملف ، بما في ذلك مخفية ، متفرقة ، مضغوطة ، مشفرة ، إلخ
سيتم تخزين الملفات في شكل مشفر وليس في نص عادي. بشفافية
ستتم قراءة الملفات المضغوطة على أنها غير مضغوطة ومخزنة وفقًا لوحدة WIM الخاصة
ضغط. لا توجد معالجة خاصة لتخزين الملفات المتفرقة ، لكنها كذلك
من المحتمل أن ينضغط إلى حجم صغير.

· DOS أسماء (8.3) أسماء الملفات. ومع ذلك ، فإن الفشل في قراءتها لا يعتبر
حالة الخطأ.

روابط صلبة ، إذا كانت مدعومة من قبل نظام الملفات المصدر.

لا يوجد دعم لتخزين سمات NTFS الموسعة ومعرفات الكائنات.

عملية الالتقاط قابلة للعكس ، منذ متى wimlib-imagex تطبيق (على Windows) مقتطفات
صورة WIM التي تم التقاطها ، فسيتم استخراج جميع المعلومات المذكورة أعلاه ، على الأقل إلى ملف
المدى الذي يدعمه نظام الملفات الوجهة.

ملاحظة متحذرة: نظرًا لأن Windows غير متوافق تمامًا مع نظام الملفات الخاص به (NTFS) ، في
يتعذر على Windows wimlib أرشفة ملفات معينة قد تكون موجودة على نظام ملفات NTFS صالح ولكن
لا يمكن الوصول إليها إلى واجهة برمجة تطبيقات Windows ، على سبيل المثال ملفان يختلفان في الاسم فقط في
حالة في نفس الدليل ، أو ملف يحتوي اسمه على بعض الأحرف بعين الاعتبار
غير صالح بواسطة Windows. إذا واجهت مشاكل في أرشفة مثل هذه الملفات ، ففكر في استخدام امتداد NTFS
VOLUME إلتقاط (يونيكس) الوضع من Linux.

OPTIONS

--حذاء طويل
يحدد أن الصورة الجديدة يجب أن تكون الصورة القابلة للتمهيد لأرشيف WIM.

--التحقق من
في حالة wimlib-imagex ألحق، قبل إجراء عملية الإلحاق ، تحقق من
سلامة ويمفيل في حالة وجود جدول سلامة. علاوة على ذلك ، قم بتضمين ملف
جدول التكامل في ملف WIM الجديد (wimlib-imagex أسر) أو ملف WIM المعدل
(wimlib-imagex ألحق). إذا لم يتم تحديد هذا الخيار ، فلا يوجد جدول تكامل
مضمن في ملف WIM تم إنشاؤه باستخدام wimlib-imagex أسر، أثناء تحديث ملف WIM
مع wimlib-imagex ألحق ستتم كتابته مع جدول تكامل إذا وفقط إذا كان واحدًا
كان حاضرا من قبل.

--ضغط=النوع[:LEVEL]
يحدد تنسيق الضغط لملف WIM الجديد. النوع قد يكون "لا شيء" ، "XPRESS"
(الاسم المستعار: "سريع") أو "LZX" (الاسم المستعار: "الحد الأقصى") أو "LZMS" (الاسم المستعار: "الاسترداد"). النوع is
متطابقة بشكل غير حساس لحالة الأحرف. الافتراضي هو "LZX".

يمكنك اختياريا أيضا تحديد ضغط عدد صحيح LEVEL. مستوى الضغط
يحدد مدى صعوبة خوارزمية الضغط للضغط المحدد النوع سوف
العمل على ضغط البيانات. يتم تحجيم القيم بحيث يكون 20 ضغطًا سريعًا ،
50 ضغط متوسط ​​، و 100 ضغط عالي. ومع ذلك ، يمكنك اختيار أي منها
القيمة ، وليس فقط هذه القيم الخاصة. الافتراضي هو 50.

يؤثر هذا الخيار فقط على نوع الضغط المستخدم في موارد WIM غير الصلبة. لو
أنت تقوم بإنشاء WIM صلب (باستخدام امتداد --صلب الخيار) ، فأنت على الأرجح تريد
- ضغط صلب بدلا من ذلك.

كن حذرًا إذا اخترت ضغط LZMS. إنه غير متوافق مع wimlib من قبل
v1.6.0 و WIMGAPI قبل Windows 8 و DISM قبل Windows 8.1 و 7-Zip قبل الإصدار 15.12.

لاحظ أيضًا أن اختيار ضغط LZMS لا يعني تلقائيًا الوضع الصلب
ضغط ، كما هو الحال مع DISM. يستخدم --صلب إذا كنت ترغب في إنشاء WIM قوي ،
أو "ملف ESD".

--حجم قطعة=SIZE
اضبط حجم مقطع الضغط على SIZE بايت. حجم جزء ضغط أكبر
ينتج عنه نسبة ضغط أفضل. يدعم wimlib أحجام قطع مختلفة
حسب نوع الضغط:

· XPRESS: 4K ، 8 كيلو ، 16 كيلو ، 32 كيلو ، 64 كيلو

· LZX: 32 كيلوبايت ، 64 كيلوبايت ، 128 كيلوبايت ، 256 كيلوبايت ، 512 كيلوبايت ، 1 م ، 2 م

· LZMS: 32 كيلو ، 64 كيلو ، 128 كيلو ، 256 كيلو ، 512 كيلو ، 1 ميجا ، 2 ميجا ، 4 ميجا ، 8 ميجا ، 16 ميجا ، 32 ميجا ، 64 ميجا ، 128 ميجا ، 256 ميجا ، 512 ميجا ،
1G

يمكنك تقديم الرقم الكامل (على سبيل المثال 32768) ، أو يمكنك استخدام واحد من K أو M أو G
اللواحق. يتم أيضًا قبول KiB و MiB و GiB.

يؤثر هذا الخيار فقط على حجم القطعة المستخدمة في موارد WIM غير الصلبة. إذا كنت كذلك
إنشاء WIM صلب (باستخدام امتداد --صلب الخيار) ، فأنت على الأرجح تريد --صلب-
حجم قطعة بدلا من ذلك.

استخدم هذا الخيار بحذر إذا كان التوافق مع تطبيق Microsoft
المرغوبة ، نظرًا لأن تنفيذها يحتوي على دعم محدود لأحجام القطع غير الافتراضية.

--صلب
قم بإنشاء ملف WIM "صلب" يقوم بضغط الملفات معًا وليس بشكل مستقل.
ينتج عن هذا نسبة ضغط أفضل بشكل ملحوظ ، لكنه يأتي على حساب التكلفة
من المفاضلات المختلفة ، بما في ذلك: ضغط بطيء مع استخدام ذاكرة عالية جدًا ؛ بطيء
الوصول العشوائي إلى ملف WIM الناتج ؛ وتقليل التوافق.

التوافق ، الإصدار الأول من Microsoft WIMGAPI لدعم WIM الصلبة
تم إصدار الملفات باستخدام Windows 8 ، وكان الإصدار الأول من DISM للقيام بذلك هو
تم إصداره مع Windows 8.1.

إذا كنت تريد إنشاء "ملف ESD" ، فاستخدم هذا الخيار. (غير مشفر) "ESD
file "هو ملف WIM صلب.

بشكل افتراضي ، يكون لهذا الخيار تأثير مكافئ لخيار DISM
/ ضغط: الانتعاش. خيارات wimlib-imagex مختلفة لأنها تحاول
عدم الخلط بين نوع الضغط (مثل LZX أو LZMS) مع ضغط الوضع الصلب ،
فهذان شيئان مختلفان.

- حجم القطعة الصلبة=SIZE
اعجاب --حجم قطعة، ولكن عيّن حجم القطعة المستخدمة في الموارد الصلبة. الافتراضي،
بافتراض ضغط LZMS ، هو 64 ميغا بايت (67108864) ؛ هذا يتطلب حوالي 640 ميغا بايت من الذاكرة
لكل موضوع. هذا الخيار له تأثير فقط عندما --صلب محدد أيضا. ملحوظة:
تطبيق Microsoft غير متوافق مع أحجام مجموعات LZMS الأكبر من
64 ميغا بايت.

- ضغط صلب=النوع[:LEVEL]
اعجاب --ضغط، ولكن عيّن نوع الضغط المستخدم في الموارد الصلبة. الافتراضي
هو ضغط LZMS. هذا الخيار له تأثير فقط عندما --صلب محدد أيضا.

--الخيوط=NUM_THREADS
عدد الخيوط المراد استخدامها لضغط البيانات. الافتراضي: الاكتشاف التلقائي (عدد ملفات
وحدات المعالجة المركزية المتاحة).

--إعادة بناء
في حالة wimlib-imagex ألحق: إعادة بناء WIM بالكامل بدلاً من إلحاق البيانات الجديدة
حتى نهايتها. إعادة بناء WIM أبطأ ، لكنها ستوفر القليل من المساحة
التي من شأنها أن تترك على شكل ثقب في WIM. انظر أيضا wimlib-imagex
تحسين(1).

- أعلام=معرف الإصدار
حدد سلسلة لاستخدامها في عنصر بيانات XML للصورة الجديدة.

--صورة الملكية اسم=VALUE
حدد خاصية عشوائية لكل صورة لتعيينها في مستند XML لملف WIM.
VALUE هي السلسلة المطلوب تعيينها كقيمة للخاصية. اسم هو اسم الصورة
الخاصية ، على سبيل المثال "NAME" أو "DESCRIPTION" أو "TOTALBYTES". يمكن أن يحتوي الاسم على
خطوط مائلة للأمام للإشارة إلى عنصر XML متداخل ؛ على سبيل المثال،
يشير "WINDOWS / VERSION / BUILD" إلى عنصر BUILD المتداخل في الإصدار
عنصر متداخل في عنصر WINDOWS. يمكن استخدام رقم بين قوسين
تشير إلى واحد من عدة عناصر متطابقة ؛ على سبيل المثال،
يشير "WINDOWS / LANGUAGES / LANGUAGE [2]" إلى عنصر "LANGUAGE" الثاني المتداخل
ضمن عنصر "WINDOWS / LANGUAGES". عند إضافة قائمة بالعناصر بهذه الطريقة ،
يجب تحديدها بترتيب تسلسلي. لاحظ أن أسماء العناصر هي حالة-
حساس. قد يتم تحديد هذا الخيار عدة مرات.

- المرجع
(الأنظمة المشابهة لـ UNIX فقط) اتبع الروابط الرمزية وأرشفة الملفات التي تشير إليها ،
بدلاً من أرشفة الروابط نفسها.

- تكوين=FILE
يحدد ملف التكوين (بترميز UTF-8 أو UTF-16LE ؛ يعمل ASCII العادي أيضًا)
لالتقاط الصورة الجديدة. يحدد ملف التكوين الملفات التي يجب أن تكون
تعامل بشكل خاص أثناء التقاط الصورة.

تنسيق ملف التكوين هو نمط INI ؛ وهذا هو ، يتم ترتيبها في
المقاطع بين قوسين. حاليًا ، يتم التعرف على الأقسام التالية:

[ExclusionList] --- يحتوي على قائمة مسارات الكرات لاستبعاد من الالتقاط. لو
دليل مطابق ، يتم استبعاد كل من الدليل ومحتوياته.

· [ExclusionException] --- يحتوي على قائمة الكرات الأرضية للمسار لتضمينها في
الالتقاط ، حتى عندما يتطابق الملف أو الدليل أيضًا مع الكرة الأرضية في [ExclusionList].

· [PrepopulateList] --- هذا لا يؤثر على الالتقاط ، ولكن إذا تم تطبيق الصورة
لاحقًا مع - ويمبوت، هذه مجموعات كبيرة من الملفات التي سيتم استخراجها بشكل طبيعي ،
ليس كملفات مؤشر WIMBoot. إذا تمت مطابقة الدليل ، فإن جميع الملفات و
يتم أيضًا مطابقة الدلائل الفرعية بشكل متكرر.

قد تحتوي مسارات الكرات الأرضية على "*" و "؟" ميتا الأحرف. الكرات النسبية (على سبيل المثال
* .mp3) مقابل اسم ملف في أي دليل. الكرات المطلقة (على سبيل المثال / دير / ملف) ،
يتم التعامل معها كمسارات تبدأ من الدليل الرئيسي الذي يتم التقاطه ، أو جذر
وحدة تخزين NTFS لوضع التقاط وحدة تخزين NTFS. لا تستخدم أحرف محركات الأقراص في ملف
مسارات؛ سيتم تجاهلهم. قد تكون فواصل المسار إما شرطات مائلة للأمام أو
مائلة للخلف.

الأسطر التي تبدأ بـ "#" أو "؛" يتم التعامل مع الأحرف على أنها تعليقات ويتم تجاهلها.
لا يلزم الاقتباس من الكرات التي تحتوي على مسافات بيضاء ؛ ومع ذلك ، إذا كانا كلاهما مزدوج
ويتم قبول علامات الاقتباس المفردة.

إذا لم يتم تحديد هذا الخيار ، فسيتم استخدام ملف التكوين الافتراضي التالي:

[قائمة الاستبعاد]
\ $ ntfs.log
\ hiberfil.sys
\ pagefile.sys
\ swapfile.sys
\ معلومات وحدة تخزين النظام
\ مسجل
\ Windows \ CSC

ومع ذلك ، ينطبق سلوك خاص إذا - ويمبوت محدد أيضا. بشكل افتراضي ، مع
- ويمبوت المحدد ، ملف Windows / System32 / WimBootCompress.ini في الدليل
سيتم استخدام ملف التكوين الذي يتم التقاطه. ومع ذلك ، يمكن أن يكون هذا
تجاوز استخدام - تكوين؛ وهذا يؤدي أيضًا إلى ملف التكوين المحدد إلى
يتم حفظها في صورة WIM كـ Windows / System32 / WimBootCompress.ini ، مع تجاوز أي ملف
التي قد تكون موجودة في نظام الملفات.

- يونيكس البيانات
(الأنظمة المشابهة لـ UNIX فقط) قم بتخزين مالك UNIX والمجموعة والوضع ومعرف الجهاز (رئيسي و
عدد ثانوي) من كل ملف تم التقاطه. اعتبارًا من wimlib v1.7.0 ، يمكنك النسخ الاحتياطي وملفات
استعادة ليس فقط معلومات إذن ملف UNIX القياسية ، ولكن أيضًا الشخصية
عقد الجهاز ، وعقد جهاز الحظر ، والممرات المسماة (FIFOs) ، ومآخذ مجال UNIX.

يقوم wimlib بتخزين بيانات UNIX عن طريق إضافة عنصر بيانات تعريف خاص بعلامات تمييز إلى كل دليل
إدخال كل ملف يحتوي على هذه المعلومات. هذه المعلومات الاضافية هي
تم تجاهله من خلال تطبيق Microsoft. ملاحظة: تم تخزين بيانات UNIX بواسطة wimlib من قبل
يستخدم الإصدار 1.7.0 تنسيقًا مختلفًا لم يعد مدعومًا. إذا كان لديك WIM قديم
الملفات التي تحتوي على بيانات UNIX ، قم بتطبيقها مع v1.6.2 واسترجعها باستخدام v1.7.0 أو
في وقت لاحق.

--لا يوجد ACLS
لا تلتقط واصفات أمان الملفات.

- صارم- ACLS
فشل على الفور إذا تعذر قراءة واصف الأمان الكامل لأي ملف. على
Windows ، السلوك الافتراضي بدون هذا الخيار هو محاولة حذف SACL أولاً
من واصف الأمان ، ثم محاولة حذف واصف الأمان تمامًا.
والغرض من ذلك هو الحصول على أكبر قدر ممكن من البيانات دون الحاجة إلى ذلك دائمًا
امتيازات المسؤول. ومع ذلك ، إذا كنت ترغب في أن تكون جميع واصفات الأمان
الملتقطة بالضبط ، قد ترغب في توفير هذا الخيار ، على الرغم من المسؤول
يجب أن يكون لديك إذن لقراءة كل شيء على أي حال.

--rpfix, --نوربفيكس
حدد ما إذا كنت تريد إصلاح أهداف الروابط الرمزية المطلقة (نقاط إعادة التوزيع في Windows
المصطلحات) أم لا. عند التمكين (--rpfix) ، روابط رمزية مطلقة تلك النقطة
داخل شجرة الدليل التي يتم التقاطها سيتم تعديلها لتكون مطلقة بالنسبة لـ
يتم التقاط جذر شجرة الدليل. عند التعطيل (--نوربفيكس)، مطلق
سيتم التقاط الروابط الرمزية تمامًا كما هي.

السلوك الافتراضي لـ wimlib-imagex أسر ما يعادل --rpfix.
السلوك الافتراضي لـ wimlib-imagex ألحق سوف يكون --rpfix إذا إصلاحات نقطة الإصلاح
تم إجراؤه مسبقًا في ويمفيل، وإلا --نوربفيكس.

في حالة الالتقاط متعدد المصادر ، (--قائمة مصدر المحدد) ، عابرة --نوربفيكس
موصى به. خلاف ذلك ، سيتم تعطيل إصلاحات نقطة إعادة التوزيع في كل الالتقاط
المصادر المخصصة للمواقع غير الجذر في صورة WIM ، أثناء التقاط المصادر
ستحصل الموجهة لجذر WIM على السلوك الافتراضي من الفقرة السابقة.

--قائمة مصدر
wimlib-imagex أسر و wimlib-imagex ألحق دعم إنشاء صورة WIM من
عدة ملفات أو أدلة منفصلة. متى --قائمة مصدر محددًا ، مصدر
تحدد الوسيطة اسم ملف نصي ، يكون كل سطر فيه إما 1 أو 2
مسارات ملفات مفصولة بمسافات بيضاء. يحدد مسار الملف الأول ، المصدر ، ملف
المسار إلى ملف أو دليل لالتقاطه في صورة WIM. قد يكون كذلك
مطلق أو متعلق بدليل العمل الحالي. مسار الملف الثاني ، إذا
المقدمة ، هو الهدف ويحدد المسار في صورة WIM التي هذا الملف أو
سيتم حفظ الدليل كملف. يتم تجاهل الشرطات المائلة الأمامية والخلفية في الهدف ،
إلا إذا كان يتكون بالكامل من شرطة مائلة (على سبيل المثال "/") ، مما يشير إلى أن
الدليل هو أن يصبح جذر صورة WIM. إذا تم حذف السلسلة الهدف
افتراضيات إلى نفس سلسلة المصدر.

مثال على ملف قائمة المصادر هو كما يلي:

# اصنع صورة WIM من دليل "winpe"
ينب /

# أرسل دليل "overlay" إلى "/ overlay" في صورة WIM
تراكب / تراكب

# قم بتراكب دليل منفصل مباشرة على جذر صورة WIM.
/ data / stuff /

يتم إنشاء الدلائل الفرعية في WIM حسب الحاجة. قد تكون أدلة المصدر المتعددة
مشاركة نفس الهدف ، مما يعني وجود تراكب. في حالة حدوث ذلك نتيجة أ
يتم إضافة ملف غير دليل إلى صورة WIM عدة مرات ، الإصدار الأخير (مثل
المدرجة في ملف قائمة المصدر) يتجاوز أي إصدار سابق.

يمكن اقتباس مسارات الملفات التي تحتوي على مسافات إما بعلامات اقتباس مفردة أو مزدوجة
يقتبس. لا يجوز الهروب من الاقتباسات.

تتكون الخطوط من مسافة بيضاء وخطوط تبدأ بعلامة "#" مسبوقة بـ
يتم تجاهل المسافات البيضاء الاختيارية.

كحالة خاصة ، إذا مصدر هي "-" ، تتم قراءة قائمة المصادر من الإدخال القياسي
بدلا من ملف خارجي.

لا يمكن استخدام وضع التقاط وحدة تخزين NTFS على أنظمة تشبه UNIX مع --قائمة مصدر,
حيث يتم دعم التقاط وحدة تخزين NTFS كاملة فقط.

- سهل
قم بإنشاء WIM "قابل للأنابيب" ، والذي يمكن تطبيقه بشكل كامل بالتتابع ، بما في ذلك من أ
يضخ. يمكن تطبيق صورة في WIM الناتج باستخدام wimlib-imagex تطبيق، إما
عادةً عن طريق تحديد اسم ملف WIM ، أو بامتداد wimlib-imagex تطبيق - لقراءة
WIM من المدخلات القياسية. يرى wimlib-imagex تطبيق(1) لمزيد من التفاصيل.

بالنسبة لعمليات الإلحاق ، سينتج عن هذا الخيار إعادة بناء كاملة لـ WIM
انها الأنابيب. لعمليات الالتقاط ، يتم إنشاء WIM الملتقط ببساطة كقابل للتوصيل بالأنابيب.
احذر من أنه كلما زاد عدد الصور التي تضيفها إلى WIM القابل للأنابيب ، قل كفاءة الأنابيب
سيكون ، حيث سيتم إرسال المزيد من البيانات غير الضرورية عبر الأنبوب.

عندما ينشئ wimlib WIM قابل للأنابيب ، فإنه يعيد ترتيب مكونات
WIM بحيث يمكن قراءتها بالتسلسل وأيضًا إنشاء العديد من العناصر الأخرى
التعديلات. ونتيجة لذلك ، فإن هذه WIMs "القابلة للأنابيب" هي ليس متوافق مع
مايكروسوفت نظام البرمجيات، لذلك ضع ذلك في اعتبارك إذا كنت ستستخدمها. اذا رغب،
يمكنك استخدام wimlib-imagex تحسين - غير قابل للأنابيب لإعادة كتابة WIM القابل للأنابيب كملف
WIM العادية. (wimlib-imagex تصدير كما يوفر القدرة على تصدير الصور
من WIM قابل للأنابيب إلى WIM غير قابل للأنابيب ، أو العكس.)

بالنسبة للجزء الأكبر ، يعمل wimlib على شبكات WIM القابلة للأنابيب بشفافية. يمكنك تعديل
لهم ، إضافة أو حذف الصور ، وتصدير الصور ، وحتى إنشاء WIMs المنقسمة. ال
العيوب الرئيسية هي أن الإلحاق (حاليًا) أقل كفاءة (--إعادة بناء is
دائمًا ضمنيًا) ، كما أنها غير متوافقة مع برامج Microsoft.

wimlib-imagex أسر و wimlib-imagex ألحق يمكن أن يكتب كلاهما WIM قابل للأنابيب مباشرة
إلى الناتج القياسي ؛ يتم ذلك تلقائيًا إذا ويمفيل تم تحديده كـ "-". (في
هذه الحالة، - سهل يفترض.)

- غير قابل للأنابيب
تأكد من أن WIM الناتج في تنسيق WIM العادي غير القابل للأنابيب. هذا ال
الافتراضي ل wimlib-imagex أسر، إلا عند الكتابة إلى الإخراج القياسي (ويمفيل
المحدد كـ "-") ، وكذلك من أجل wimlib-imagex ألحق، إلا عند الإلحاق بـ WIM
التي هي بالفعل قابلة للأنابيب.

- تحديث- من=[ويمفيل:]IMAGE
يعلن أنه يتم التقاط الصورة أو إلحاقها مصدر هو في الغالب نفس
الصورة الحالية IMAGE in ويمفيل، ولكن تم التقاطها في وقت لاحق ، ربما
مع بعض التعديلات في الوقت الفاصل. تم تصميم هذا ليتم استخدامه في
نسخ احتياطي تزايدي لنفس نظام الملفات أو شجرة الدليل. IMAGE يمكن أن يكون
فهرس مستند إلى 1 أو اسم صورة موجودة بتنسيق ويمفيل. يمكن أن يكون أيضًا سلبيًا
عدد صحيح للفهرسة للخلف في الصور (على سبيل المثال -1 يعني آخر صورة موجودة
in ويمفيل).

عند توفير هذا الخيار ، سيتم التقاط الصورة الجديدة أو إلحاقها
محسّن من خلال عدم قراءة الملفات التي تظهر ، بناءً على البيانات الوصفية مثل الطوابع الزمنية
لم يتم تعديلها منذ أرشفتها في الملف الحالي IMAGE. منع
التلاعب بالطوابع الزمنية ، هذا الخيار يؤثر فقط على الأداء ولا يتغير
صورة WIM الناتجة.

كما هو موضح ، فإن الصيغة الكاملة لوسيطة هذا الخيار هي تحديد WIM
ملف ونقطتان والصورة ؛ على سبيل المثال ، "--update-of mywim.wim: 1". ومع ذلك ، فإن
قد يتم حذف ملف WIM والنقطتين ، وفي هذه الحالة سيتحول ملف WIM افتراضيًا إلى الامتداد
يتم إلحاق ملف WIM لعمليات الإلحاق ، أو ملف WIM الذي منه دلتا
يتم أخذها (فقط إذا --دلتا من مرة واحدة بالضبط) من أجل الالتقاط
العمليات.

--دلتا من=ويمفيل
في حالة wimlib-imagex أسر فقط: التقاط WIM الجديد باعتباره "دلتا" من ويمفيل. أي
يتم حذف التدفقات التي تحتاج عادةً إلى أرشفتها في WIM الجديد إذا كانت كذلك
موجودة بالفعل في ويمفيل التي تستند إليها الدلتا. WIM الجديد
سيظل يحتوي على نسخة كاملة من البيانات الوصفية للصورة ، ولكن هذا عادةً ما يكون فقط ملف
جزء صغير من الحجم الإجمالي لـ WIM.

يمكن تحديد هذا الخيار عدة مرات ، وفي هذه الحالة ينتج دلتا WIM
سيحتوي فقط على تدفقات غير موجودة في أي من WIMs الأساسية المحددة.

للعمل على دلتا WIM الناتجة باستخدام أوامر أخرى مثل wimlib-imagex
تطبيق، يجب تحديد دلتا WIM كملف WIM للعمل عليه ، ولكن أيضًا
قم بالإشارة إلى WIM (s) الأساسي باستخدام ملف - ريف خيار. احذر: أن تحتفظ بالشكل الصحيح
أداء دلتا WIM ، يمكنك فقط إضافة ، وليس حذف ، الملفات والصور إلى
WIM (s) الأساسي بعد التقاط دلتا منه.

--دلتا من يمكن دمجه مع - تحديث- من لزيادة سرعة التقاط ملف
دلتا WIM.

كمثال ، ضع في اعتبارك تسلسل النسخ الاحتياطي والاستعادة التالي:

(نسخة احتياطية أولية)

$ wimcapture / بعض / دليل bkup-base.wim

(بعد بضعة أيام ، قم بإنشاء نسخة احتياطية ثانية كدلتا من الأولى)

$ wimcapture / بعض / الدليل bkup-2013-08-20.dwm \
- تحديث من bkup-base.wim: -1 --delta-from bkup-base.wim

(استعادة النسخة الاحتياطية الثانية)

$ wimapply bkup-2013-08-20.dwm --ref = bkup-base.wim 1 \
/ بعض / دليل

ومع ذلك ، لاحظ أنه كبديل للتسلسل أعلاه الذي استخدم دلتا WIM ،
يمكن ببساطة إلحاق النسخة الاحتياطية الثانية بـ WIM كصورة جديدة باستخدام
wimlib-imagex ألحق. يجب استخدام Delta WIMs فقط في حالة الرغبة في إنشاء قاعدة
النسخ الاحتياطية أو الصور على ملف منفصل كبير الحجم نادرًا ما يتم تعديله.

ملاحظة: على عكس WIMs "pipable" (التي تم إنشاؤها باستخدام امتداد - سهل الخيار) ، "دلتا" WIMs
(تم إنشاؤه باستخدام --دلتا من option) متوافقة مع برامج Microsoft.
على سبيل المثال ، يمكنك استخدام الخيار / ref الخاص بـ ImageX للإشارة إلى WIM (s) الأساسي ،
على غرار ما ورد أعلاه.

مذكرة إضافية: wimlib-imagex معمم بما يكفي بحيث يمكنك في الواقع الجمع
- سهل و --دلتا من لإنشاء دلتا أنابيب WIMs. في مثل هذه الحالات ، القاعدة
يجب أن يتم التقاط WIM (s) على أنه قابل للأنابيب وكذلك دلتا WIM ، وعند تطبيق
الصورة ، يجب إرسال WIM (s) الأساسي عبر الأنبوب بعد دلتا WIM.

- ويمبوت
قم بتمييز الصورة على أنها متوافقة مع WIMBoot. راجع وثائق Microsoft للمزيد
معلومات حول WIMBoot. سيقوم هذا الخيار ، بشكل افتراضي ، بتعيين نوع الضغط
إلى XPRESS وحجم القطعة إلى 4096 بايت ؛ هذه ، ومع ذلك ، لا يزال يتم تجاوزها
من خلال --ضغط و --حجم قطعة المعلمات ، على التوالي. بالإضافة إلى ذلك
الخيار ، بشكل افتراضي ، تعيين ملف التكوين إلى
مصدر\ Windows \ System32 \ WimBootCompress.ini إذا كان موجودًا ويمكن الوصول إليه ؛ ومع ذلك، هذا
قد لا يزال يتم تجاوزه من خلال - تكوين المعلمة.

- الاتفاق غير الآمن
انظر وثائق هذا الخيار في wimlib-imagex-الأمثل (1).

--لمحة
EXPERIMENTAL: أنشئ لقطة نظام ملفات مؤقتة للدليل المصدر و
التقاط الملفات منه. حاليًا ، هذا الخيار مدعوم فقط على Windows ،
حيث تستخدم خدمة Volume Shadow Copy Service (VSS). باستخدام هذا الخيار ، يمكنك
إنشاء نسخة احتياطية متسقة من حجم النظام لنظام Windows قيد التشغيل بدون
الوقوع في مشاكل مع الملفات المقفلة. للحصول على لقطة VSS بنجاح
خلقت، wimlib-imagex يجب تشغيله كمسؤول ، ولا يمكن تشغيله
وضع WoW64 (على سبيل المثال ، إذا كان Windows 64 بت ، إذن wimlib-imagex يجب أن يكون 64 بت أيضًا).

الملاحظات

wimlib-imagex ألحق لا يدعم إلحاق صورة بجهاز WIM مقسم.

إلا عند استخدام - الاتفاق غير الآمن، فمن الآمن إجهاض أ wimlib-imagex ألحق أمر
من خلال ومع ذلك ، بعد القيام بذلك ، يوصى بالتشغيل wimlib-imagex
تحسين لإزالة أي بيانات تم إلحاقها بملف WIM الفعلي ولكن ليس بعد
مدمجة في هيكل WIM ، ما لم يتم إعادة بناء WIM بالكامل (على سبيل المثال
مع --إعادة بناء) ، وفي هذه الحالة يجب حذف الملف المؤقت المتبقي.

wimlib-imagex ينشئ WIMs متوافقة مع برامج Microsoft (WIMGAPI ، ImageX ، DISM) ،
مع بعض المحاذير:

· مع wimlib-imagex على أنظمة تشبه UNIX ، من الممكن إنشاء صورة WIM
تحتوي على ملفات بأسماء مختلفة فقط في حالة ، أو ملفات ذات أسماء تحتوي على الامتداد
أحرف ':' أو '*' أو '؟' أو '"' أو '<' أو '>' أو '|' أو '\' ، وهي صالحة في POSIX-
أنظمة الملفات المتوافقة ولكن ليس Windows. حذر من أن مثل هذه الملفات لن تكون
يتم استخراجه افتراضيًا بواسطة إصدار Windows من wimlib-imagex، وأسوأ من ذلك)
يمكن الخلط بين ImageX الخاص بـ Microsoft من خلال هذه الأسماء والتوقف عن استخراج الصورة جزئيًا
خلال. (ربما يجدر الإشارة إلى أن نظام ملفات Windows الافتراضي ،
NTFS ، يدعم هذه الأحرف ، على الرغم من أن Windows لا يفعل ذلك!)

· WIMs Pipable غير متوافقة مع برامج Microsoft. يتم إنشاء WIMs Pipable
فقط اذا ويمفيل تم تحديده كـ "-" (الإخراج القياسي) أو إذا كان - سهل كان العلم
محدد.

WIMs التي تم التقاطها بحجم قطعة غير افتراضي (مع امتداد --حجم قطعة الخيار) أو صلبة
المحفوظات (مع ملحق --صلب الخيار) أو مع ضغط LZMS (مع --ضغط= LZMS أو
--ضغط= الاسترداد) بمستويات متفاوتة من التوافق مع برامج Microsoft.
بشكل عام ، تعد الإصدارات الأحدث من برامج Microsoft أكثر توافقًا.

أمثلة

المثال الأول: قم بإنشاء WIM جديد 'mywim.wim' باستخدام ضغط LZX ("الحد الأقصى") الذي
تحتوي على صورة تم التقاطها لشجرة الدليل "somedir". لاحظ أن اسم الصورة بحاجة
لم يتم تحديده وسيتم افتراضيًا "somedir":

wimlib-imagex التقاط somedir mywim.wim

أو إذا كان com.wimcapture تم تثبيت رابط صلب أو ملف دفعي ، يمكن للنموذج المختصر
يستخدم:

wimcapture somedir mywim.wim

ومع ذلك ، فإن الأمثلة المتبقية ستستخدم النموذج الطويل. بعد ذلك ، قم بإلحاق صورة ملف
شجرة دليل مختلفة عن WIM التي تم إنشاؤها أعلاه:

wimlib-imagex قم بإلحاق mywim.wim

سهل بما فيه الكفاية ، والأمثلة المذكورة أعلاه لأشجار دليل التصوير تعمل على كل من نظام UNIX
أنظمة وويندوز. بعد ذلك ، التقط WIM مع العديد من الخيارات غير الافتراضية ، بما في ذلك
ضغط XPRESS ("سريع") ، جدول سلامة ، عدم العبث بروابط رمزية مطلقة ،
واسم الصورة ووصفها:

wimlib-imagex capture somedir mywim.wim --compress = fast \
- تحقق --norpfix "اسم ما" "بعض الوصف"

التقط وحدة تخزين NTFS كاملة في ملف WIM جديد وقم بتسمية الصورة "Windows 7". على
أنظمة شبيهة بنظام UNIX ، يتطلب ذلك استخدام الوضع الخاص الموضح في NTFS VOLUME إلتقاط
(يونيكس) أين مصدر هو ملف أو جهاز حظر يحتوي على نظام ملفات NTFS:

wimlib-imagex capture / dev / sda2 windows7.wim "Windows 7"

أو ، في نظام التشغيل Windows ، لالتقاط وحدة تخزين NTFS كاملة ، تحتاج بدلاً من ذلك إلى تحديد الجذر
دليل المجلد الموصول ، على سبيل المثال:

wimlib-imagex capture E: \ windows7.wim "Windows 7"

مثل المثال أعلاه مع التقاط وحدة تخزين NTFS من wimlib-imagex يعمل على UNIX-
مثل النظام ، ولكن يمكنك التقاط WIM بتنسيق "pipable" الخاص بـ wimlib والذي يمكن توصيله بالأنابيب
إلى wimlib-imagex تطبيق:

wimlib-imagex capture / dev / sda2 windows7.wim "Windows 7" \
- سهل

كما هو مذكور أعلاه ، ولكن بدلاً من كتابة WIM القابل للأنابيب في ملف "windows7.wim" ، اكتبه
مباشرة إلى الإخراج القياسي من خلال أنبوب في بعض البرامج الأخرى "someprog" ، والتي
يمكن ، على سبيل المثال ، أن يكون برنامجًا أو نصًا برمجيًا يقوم بدفق البيانات إلى الخادم. لاحظ أن
- سهل لا يلزم تحديدها بشكل صريح عند استخدام الإخراج القياسي كملف WIM:

wimlib-imagex capture / dev / sda2 - "Windows 7" | سمبروج

استخدم wimappend عبر الإنترنت باستخدام خدمات onworks.net