אנגליתצרפתיתספרדי

Ad


סמל OnWorks

wimappen - מקוון בענן

הפעל wimappend בספק אירוח בחינם של OnWorks על אובונטו אונליין, Fedora Online, אמולטור מקוון של Windows או אמולטור מקוון של MAC OS

זוהי הפקודה wimappen שניתן להפעיל בספק האירוח החינמי של OnWorks באמצעות אחת מתחנות העבודה המקוונות המרובות שלנו, כגון Ubuntu Online, Fedora Online, אמולטור מקוון של Windows או אמולטור מקוון של MAC OS

תָכְנִית:

שֵׁם


wimlib-imagex-capture, wimlib-imagex-append - צור או הוסף תמונת WIM

תַקצִיר


wimlib-imagex ללכוד מקור WIMFILE [IMAGE_NAME [תיאור תמונה]] [אוֹפְּצִיָה...]
wimlib-imagex לצרף מקור WIMFILE [IMAGE_NAME [תיאור תמונה]] [אוֹפְּצִיָה...]

תיאור


אל האני wimlib-imagex ללכוד ו wimlib-imagex לצרף פקודות יוצרות Windows Imaging (WIM)
תמונה מעץ ספריות. ה wimlib-imagex ללכוד הפקודה יוצרת קובץ WIM חדש
המכיל את התמונה שצולמה, בעוד ה wimlib-imagex לצרף הפקודה מצרפת את הנלכד
תמונה לקובץ WIM קיים. פקודות אלה זמינות גם בפשטות wimcapture ו
wimappend אם הקישורים הקשיחים או קבצי האצווה המתאימים מותקנים.

מידע רקע: תמונת WIM היא עץ ספריות עצמאי בקובץ WIM. A WIM
הקובץ עשוי להכיל כל מספר של תמונות נפרדות. קבצי WIM הם מופע יחיד עם
לגבי נתוני קובץ, כך שקובץ מאוחסן רק פעם אחת בכל ה-WIM, ללא קשר ל
בכמה תמונות הקובץ מופיע.

מקור מציין את מיקום הקבצים שמהם יש ליצור את תמונת ה-WIM החדשה. אם מקור is
ספרייה, תמונת ה-WIM נלכדת מאותה ספרייה (ראה DIRECTORY צילום (UNIX)
or DIRECTORY צילום (WINDOWS)). לחילופין, אם ה --רשימת מקור האפשרות היא
נָקוּב, מקור מתפרש כקובץ שבעצמו מספק רשימה של קבצים ו
ספריות לכלול בתמונת WIM החדשה. עדיין לחילופין, רק בדמוי UNIX
מערכות, אם מקור הוא קובץ רגיל או התקן חסימה, הוא מתפרש כנפח NTFS
שממנה יש לצלם תמונת WIM באמצעות libntfs-3g (ראה NTFS כֶּרֶך צילום
(UNIX)).

IMAGE_NAME ו תיאור תמונה ציין את השם והתיאור כדי לתת את ה-WIM החדש
תמונה. אם IMAGE_NAME לא צוין, הוא כברירת מחדל לשם הבסיס (למעט נתיב אל
ספריית אב) של מקור, אבל אם השם הזה כבר קיים ב WIMFILE, סיומת ייחודית
נוסף. אחרת, IMAGE_NAME חייב להיות שם שלא קיים כבר בתור an
תמונה ב WIMFILE, או המחרוזת הריקה כדי ליצור תמונה ללא שם. אם
תיאור תמונה לא מצוין, לא ניתן תיאור לתמונה החדשה.

כמקרה מיוחד, אם WIMFILE האם ה --ניתן לצינור ההנחה היא אפשרות וקובץ WIM הוא
נכתב לפלט סטנדרטי בפורמט מיוחד להדבקה. עיין בתיעוד עבור
--ניתן לצינור לקבלת פרטים נוספים.

DIRECTORY צילום (UNIX)


סעיף זה מתעד כיצד wimlib-imagex לוכד קבצים מעץ ספריות בדומה ל-UNIX
מערכות. לִרְאוֹת DIRECTORY צילום (WINDOWS) עבור התיעוד המתאים עבור Windows.

במערכות דמויות UNIX, מתי מקור מציין ספרייה או קישור סמלי לספרייה,
תמונת ה-WIM תילכד מעץ הספריות המושרש בספרייה זו. זֶה
הספרייה יכולה להיות בכל סוג של מערכת קבצים, ומעקב אחר נקודות ה-mounting מתבצע באופן רקורסיבי. ב
במצב זה, wimlib יאחסן את סוגי המידע הבאים:

· ספריות וקבצים רגילים, והתוכן של קבצים רגילים

· קישורים קשים

· קישורים סמליים (מתורגמים ללא אובדן לנקודות חזרה של Windows)

זמני שינוי אחרון (mtime) וזמני גישה אחרונים (atime) עם 100 ננו-שניות
גרגיריות

· עם --unix-data: בעלי UNIX, קבוצות ומצבים

· עם --unix-data: צמתי התקנים, FIFOs ושקעי תחום UNIX

אין תמיכה באחסון תכונות מורחבות (למשל תוויות אבטחה של SELinux ו
POSIX ACLs). כמו כן, שימו לב כי זמני שינוי הסטטוס האחרון (ctime) אינם מאוחסנים.

הערה פדנטית: מגבלה של פורמט WIM מונעת את המקרה החריג שבו יחיד
לקובץ קישור סימבולי עצמו יש מספר שמות (קישורים קשים); במקרה הבלתי סביר הזה, כל אחד
קישור סמלי מאוחסן כקובץ עצמאי.

NTFS כֶּרֶך צילום (UNIX)


סעיף זה מתעד כיצד wimlib-imagex לוכד קבצים ישירות מתמונת נפח NTFS
על מערכות דמויות UNIX.

במערכות דמויות UNIX, מצב צילום תמונה מיוחד נכנס כאשר מקור הוא קבוע
קובץ או מכשיר חסום. במצב זה, מקור ההנחה היא כנפח NTFS או אמצעי אחסון
תמונה, ו wimlib-imagex ילכד תמונת WIM המכילה את התוכן המלא של ה-NTFS
נפח, כולל נתונים ספציפיים ל-NTFS. זה נעשה באמצעות libntfs-3g.

שים לב שמצב לכידת עוצמת הקול NTFS הוא לֹא נכנס אם מקור הוא ספרייה, גם אם an
מערכת הקבצים NTFS מותקנת מקור באמצעות ntfs-3g. עליך לציין את אמצעי האחסון של NTFS
עצמו (וחייב להיות מנותק, וצריך לקבל אישור לקרוא ממנו).

מצב לכידת נפח NTFS מנסה ללכוד כמה שיותר נתונים ומטא נתונים,
ובכלל זה:

· כל זרמי הנתונים של כל הקבצים הלא מוצפנים, כולל זרם הנתונים ללא שם גם כן
כמו כל זרמי הנתונים בעלי השם.

· נקודות תיקון, כולל קישורים סמליים, נקודות חיבור ונקודות חילוף אחרות.

· יצירת, גישה ושינוי חותמות זמן של קבצים וספריות, באמצעות ה-native
רזולוציית NTFS של 100 ננו-שניות.

· מתארי אבטחה של Windows, כולל כל הרכיבים (בעלים, קבוצה, DACL ו-SACL).

· דגלי תכונת קבצי DOS/Windows.

· כל השמות של כל הקבצים, כולל שמות במרחב השמות של Win32, מרחב השמות של DOS,
מרחב השמות של Win32+DOS ומרחב השמות של POSIX. זה כולל קישורים קשיחים.

עם זאת, המגבלות העיקריות של מצב לכידת נפח NTFS זה הן:

· קבצים מוצפנים אינם נכללים כברירת מחדל. למרות ש-libntfs-3g יכול לקרוא את הנתונים שלהם,
הם צריכים להיות מאוחסנים בקובץ WIM בפורמט מיוחד ש-wimlib עדיין לא עושה
תמיכה (למעט ב-Windows, שם wimlib יכולה להתייחס לנתונים כאטומים ולמסור אותם
לפונקציית ה-API המתאימה).

· תכונת הדלילות בקבצים דלילים תישמר, אך הנתונים המאוחסנים יהיו ה-
הנתונים המלאים של הקובץ ולא הנתונים ה"דלילים". (עם זאת, הנתונים הם כפופים
לדחיסה של פורמט WIM.)

DIRECTORY צילום (WINDOWS)


ב- Windows, wimlib-imagex ללכוד ו wimlib-imagex לצרף תומך באופן טבעי ב-Windows-
נתונים ספציפיים ונתונים ספציפיים ל-NTFS. לכן הם פועלים בדומה למקובל
פקודות של ImageX או DISM של Microsoft. לקבלת התוצאות הטובות ביותר, הספרייה הנלכדת
צריך להיות על נפח NTFS ו wimlib-imagex צריך להפעיל עם הרשאות מנהל;
עם זאת, מערכות קבצים שאינן NTFS ופועלות ללא הרשאות מנהל הן גם כן
נתמך.

ב- Windows, wimlib-imagex ללכוד ו wimlib-imagex לצרף נסה לאחסן כמה שיותר נתונים ו
מטא נתונים ככל האפשר, כולל:

· כל זרמי הנתונים של כל הקבצים.

· נקודות תיקון, כולל קישורים סמליים, נקודות חיבור ונקודות חילוף אחרות,
אם נתמך על ידי מערכת הקבצים המקור. (הערה: ראה --rpfix ו --norpfix ל
תיעוד על האופן שבו נלכדים קישורים וצמתים סמליים מוחלטים.)

· חותמות זמן של יצירת קבצים וספריות, גישה ושינוי. אלה מאוחסנים
עם רזולוציית חותמת הזמן המקורית של Windows NT של 100 ננו-שניות.

· מתארי אבטחה, אם נתמכים על ידי מערכת הקבצים המקור ו --אין-acls לא
נָקוּב. עם זאת, היזהר כי אלא אם כן --strict-acls מצוין, האבטחה
ניתן להשמיט מתארים עבור קבצים או ספריות בודדות או רק באופן חלקי
נלכדו אם למשתמש אין הרשאה לקרוא אותם, מה שיכול להיות בעיה אם
wimlib-imagex מופעלת כמי שאינו מנהל מערכת.

· תכונות קובץ, כולל מוסתר, דליל, דחוס, מוצפן וכו'. מוצפן
קבצים יאוחסנו בצורה מוצפנת ולא בטקסט רגיל. באופן שקוף
קבצים דחוסים ייקראו כלא דחוסים ויישמרו בכפוף ל-WIM שלו
דְחִיסָה. אין טיפול מיוחד לאחסון קבצים דלילים, אבל הם כן
צפוי לדחוס לגודל קטן.

· שמות DOS (8.3) שמות קבצים; עם זאת, אי קריאתם אינו נחשב כ-an
מצב שגיאה.

· קישורים קשיחים, אם נתמכים על ידי מערכת הקבצים המקור.

אין תמיכה באחסון תכונות מורחבות של NTFS ומזהי אובייקט.

תהליך הלכידה הוא הפיך, ממתי wimlib-imagex להגיש מועמדות (ב-Windows) תמציות
את תמונת ה-WIM שנלכדה, היא תחלץ את כל המידע לעיל, לפחות ל-
מידת התמיכה של מערכת הקבצים היעד.

הערה פדנטית: מכיוון ש-Windows אינו תואם לחלוטין למערכת הקבצים שלה (NTFS), הפעל
Windows wimlib לא יכול לאחסן קבצים מסוימים שעשויים להתקיים במערכת קבצים NTFS חוקית אבל
אינם נגישים ל-API של Windows, למשל שני קבצים עם שמות שונים רק ב
מארז באותה ספרייה, או קובץ ששמו מכיל תווים מסוימים שנחשבים
לא חוקי על ידי Windows. אם אתה נתקל בבעיות בארכיון קבצים כאלה שקול להשתמש ב- NTFS
כֶּרֶך צילום (UNIX) מצב מ-Linux.

אפשרויות


--מַגָף
מציין שהתמונה החדשה תהפוך לתמונה הניתנת לאתחול של ארכיון WIM.

--חשבון
בעד wimlib-imagex לצרף, לפני ביצוע פעולת ההוספה, בדוק את
שלמות של WIMFILE אם יש טבלת שלמות. יתר על כן, כלול א
טבלת שלמות בקובץ WIM החדש (wimlib-imagex ללכוד) או קובץ ה-WIM שהשתנה
(wimlib-imagex לצרף). אם אפשרות זו לא צוינה, אין טבלת שלמות
כלול בקובץ WIM שנוצר עם wimlib-imagex ללכוד, בזמן שקובץ WIM מעודכן
עם wimlib-imagex לצרף ייכתב עם טבלת שלמות אם ורק אם כזו
היה נוכח לפני כן.

--לִדחוֹס=סוג[:רמה]
מציין את פורמט הדחיסה עבור קובץ ה-WIM החדש. סוג יכול להיות "אין", "XPRESS"
(כינוי: "מהיר"), "LZX" (כינוי: "מקסימום"), או "LZMS" (כינוי: "התאוששות"). סוג is
תואם ללא רגישות רישיות. ברירת המחדל היא "LZX".

אתה יכול לחלופין גם לציין דחיסה של מספר שלם רמה. רמת הדחיסה
מציין כמה קשה אלגוריתם הדחיסה עבור הדחיסה שצוינה סוג יצטרך
לעבוד כדי לדחוס את הנתונים. הערכים מותאמים כך ש-20 היא דחיסה מהירה,
50 היא דחיסה בינונית ו-100 היא דחיסה גבוהה. עם זאת, אתה יכול לבחור כל אחד
ערך, ולא רק ערכים מסוימים אלה. ברירת המחדל היא 50.

אפשרות זו משפיעה רק על סוג הדחיסה המשמש במשאבי WIM שאינם מוצקים. אם
אתה יוצר WIM מוצק (באמצעות --מוצק אפשרות), אז אתה כנראה רוצה
--מוצק-דחיסה במקום.

היזהר אם אתה בוחר בדחיסת 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 של מיקרוסופט התומכת ב-WIM מוצק
קבצים שוחררו עם Windows 8, והגרסה הראשונה של DISM שעשתה זאת הייתה
שוחרר עם Windows 8.1.

אם ברצונך ליצור "קובץ ESD", השתמש באפשרות זו. (לא מוצפן) "ESD
file" הוא קובץ WIM מוצק.

כברירת מחדל, לאפשרות זו יש השפעה מקבילה לאפשרות של DISM
/compress:recovery. האפשרויות עבור wimlib-imagex שונות כי הן מנסות
לא לשלב בין סוג הדחיסה (לדוגמה LZX או LZMS) עם דחיסה במצב מוצק,
שכן אלו שני דברים שונים.

--גודל גוש מוצק=גודל
כמו --גודל נתח, אך הגדר את גודל הנתח המשמש במשאבים מוצקים. ברירת המחדל,
בהנחה שדחיסת LZMS היא 64MiB (67108864); זה דורש בערך 640MiB של זיכרון
לכל חוט. אפשרות זו משפיעה רק כאשר --מוצק מצוין גם. הערה:
היישום של מיקרוסופט אינו תואם לגדלים של נתחי LZMS גדולים מ
64MiB.

--מוצק-דחיסה=סוג[:רמה]
כמו --לִדחוֹס, אך הגדר את סוג הדחיסה המשמש במשאבים מוצקים. ברירת המחדל
הוא דחיסת LZMS. אפשרות זו משפיעה רק כאשר --מוצק מצוין גם.

--חוטים=NUM_THREADS
מספר השרשורים לשימוש לדחיסת נתונים. ברירת מחדל: זיהוי אוטומטי (מספר של
מעבדים זמינים).

--לִבנוֹת מִחָדָשׁ
בעד wimlib-imagex לצרף: בנה מחדש את כל ה-WIM במקום להוסיף את הנתונים החדשים
עד סופו. בנייה מחדש של ה-WIM אטית יותר, אך תחסוך מעט מקום
שאחרת היה נשאר כחור ב-WIM. ראה גם wimlib-imagex
לייעל(1).

--דגלים=EDITIONID
ציין מחרוזת לשימוש ב- רכיב של נתוני ה-XML עבור התמונה החדשה.

--תמונה-נכס שֵׁם=ערך
ציין מאפיין שרירותי לכל תמונה להגדיר במסמך ה-XML של קובץ ה-WIM.
ערך היא המחרוזת שיש להגדיר כערך המאפיין. שֵׁם הוא שם התמונה
מאפיין, למשל "NAME", "DESCRIPTION" או "TOTALBYTES". השם יכול להכיל
קווי נטוי קדימה כדי לציין אלמנט XML מקונן; לדוגמה,
"WINDOWS/VERSION/BUILD" מציין את האלמנט BUILD המקנן בתוך ה-VERSION
אלמנט מקונן בתוך אלמנט WINDOWS. ניתן להשתמש במספר בסוגריים
לציין אחד מכמה אלמנטים בעלי שם זהה; לדוגמה,
"WINDOWS/LANGUAGES/LANGUAGE[2]" מציין את האלמנט השני "LANGUAGE" מקונן
בתוך האלמנט "WINDOWS/LANGUAGES". כאשר מוסיפים רשימה של רכיבים בדרך זו,
יש לציין אותם בסדר עוקב. שימו לב ששמות האלמנטים הם רישיות-
רָגִישׁ. ניתן לציין אפשרות זו מספר פעמים.

--התייחסות
(רק מערכות דמויות UNIX) עקוב אחר קישורים סמליים ואחסן את הקבצים שאליהם הם מצביעים,
במקום לאחסן את הקישורים עצמם.

--config=קובץ
מציין קובץ תצורה (מקודד UTF-8 או UTF-16LE; גם ASCII רגיל עובד)
לצילום התמונה החדשה. קובץ התצורה מציין קבצים שאמורים להיות
מטופל במיוחד במהלך לכידת התמונה.

הפורמט של קובץ התצורה הוא בסגנון INI; כלומר, הוא מסודר ב
קטעים בסוגריים. נכון לעכשיו, הסעיפים הבאים מוכרים:

· [ExclusionList] --- מכיל רשימה של כדורי נתיב להחרגה מלכידה. אם
ספרייה מותאמת, גם הספרייה וגם התוכן שלה אינם נכללים.

· [ExclusionException] --- מכיל רשימה של כדורי נתיב שיש לכלול ב-
לכידת, גם כאשר הקובץ או הספרייה תואמים גם לגלוב ב-[ExclusionList].

· [PrepopulateList] --- זה לא משפיע על הלכידה, אלא אם התמונה מוחלת
מאוחר יותר עם --wimboot, אלו הם גלובס של קבצים שיחולצו בדרך כלל,
לא כ-WIMBoot "קבצי מצביע". אם ספריה מתאימה, כל הקבצים ו
ספריות משנה מותאמות גם באופן רקורסיבי.

גלובלי נתיב עשויים להכיל את ה-'*' ו-'?' מטא-דמויות. גלובס יחסי (למשל
*.mp3) תואם לשם קובץ בכל ספרייה. גלובס מוחלט (למשל /dir/file),
מטופלים כנתיבים שמתחילים בספרייה הראשית הנלכדת, או בשורש של
עוצמת הקול של NTFS עבור מצב לכידת נפח NTFS. אל תשתמש באותיות כונן ב-
שבילים; יתעלמו מהם. מפרידי נתיבים עשויים להיות או לוכסנים קדימה או
חתכים לאחור.

שורות המתחילות ב-'#' או ';' מתייחסים לתווים כאל הערות ומתעלמים מהם.
אין צורך לצטט גלובס עם רווח לבן; אולם אם כן, שניהם כפולים
ומתקבלים ציטוטים בודדים.

אם אפשרות זו לא צוינה, נעשה שימוש בקובץ תצורת ברירת המחדל הבא:

[רשימת החרגות]
\$ntfs.log
\hiberfil.sys
\pagefile.sys
\swapfile.sys
\מידע על עוצמת שמע של מערכת
\ממחזר
\Windows\CSC

עם זאת, התנהגות מיוחדת חלה אם --wimboot מצוין גם. כברירת מחדל, עם
--wimboot שצוין, הקובץ Windows/System32/WimBootCompress.ini בספרייה
הלכוד ישמש כקובץ התצורה. עם זאת, זה יכול להיות
עוקף שימוש --config; וזה גם גורם לקובץ התצורה שצוין
יישמר בתמונת WIM כ-Windows/System32/WimBootCompress.ini, תוך עקיפת כל
שיכול להיות קיים במערכת הקבצים.

--unix-data
(מערכות דמויות UNIX בלבד) אחסן את הבעלים, הקבוצה, המצב ומזהה ההתקן של UNIX (עיקרי ו
מספר קטן) של כל קובץ שנלכד. החל מ-wimlib v1.7.0, אתה יכול לגבות ו
לשחזר לא רק את פרטי ההרשאות הסטנדרטיים של קובץ UNIX, אלא גם את התווים
צמתי התקן, צמתי התקן חסימה, צינורות עם שם (FIFO) ושקעי תחום UNIX.

wimlib מאחסן נתוני UNIX על ידי הוספת פריט מטא נתונים מתויג מיוחד לכל ספרייה
הזנה של כל קובץ המכיל מידע זה. מידע נוסף זה הוא
התעלמות מהיישום של מיקרוסופט. הערה: נתוני UNIX מאוחסנים על ידי wimlib לפני כן
גרסה 1.7.0 השתמשה בפורמט אחר שאינו נתמך עוד. אם יש לך WIM ישן
קבצים עם נתוני UNIX, החל אותם עם v1.6.2 ולכד אותם מחדש עם v1.7.0 או
מאוחר יותר.

--אין-acls
אל תלכוד את מתארי האבטחה של הקבצים.

--strict-acls
נכשל באופן מיידי אם לא ניתן לקרוא את מתאר האבטחה המלא של קובץ כלשהו. עַל
Windows, התנהגות ברירת המחדל ללא אפשרות זו היא לנסות קודם להשמיט את ה-SACL
מתאר האבטחה, ואז לנסות להשמיט לחלוטין את מתאר האבטחה.
המטרה של זה היא ללכוד כמה שיותר נתונים מבלי לדרוש תמיד
הרשאות מנהל. עם זאת, אם אתה רוצה שכל מתארי האבטחה יהיו
נלכד בדיוק, ייתכן שתרצה לספק אפשרות זו, אם כי המנהל
צריך לקבל אישור לקרוא הכל בכל מקרה.

--rpfix, --norpfix
הגדר אם לתקן יעדים של קישורים סמליים מוחלטים (תיקון נקודות ב-Windows
טרמינולוגיה) או לא. כאשר מופעל (--rpfix), קישורים סמליים מוחלטים שמצביעים על כך
בתוך עץ הספריות הנלכד יותאם להיות מוחלט ביחס ל
השורש של עץ הספריות שנלכד. כאשר מושבת (--norpfix), מוחלט
קישורים סמליים יתפסו בדיוק כפי שהם.

התנהגות ברירת המחדל עבור wimlib-imagex ללכוד שווה --rpfix. ה
התנהגות ברירת מחדל עבור wimlib-imagex לצרף יהיה --rpfix אם תיקוני נקודות חוזרים
נעשו בעבר על WIMFILE, אחרת --norpfix.

במקרה של לכידה מרובת מקורות, (--רשימת מקור צוין), עובר --norpfix
מומלץ. אחרת, תיקוני נקודות החזרה יושבתו בכל לכידה
מקורות המיועדים למיקומים שאינם שורשיים בתמונת WIM, תוך לכידת מקורות
המיועדים לשורש WIM יקבלו את התנהגות ברירת המחדל מהפסקה הקודמת.

--רשימת מקור
wimlib-imagex ללכוד ו wimlib-imagex לצרף תמיכה ביצירת תמונת WIM מ
מספר קבצים או ספריות נפרדות. מתי --רשימת מקור מוגדר, ה- מקור
ארגומנט מציין את השם של קובץ טקסט, שכל שורה שלו היא 1 או 2
נתיבי קבצים מופרדים עם רווח לבן. נתיב הקובץ הראשון, המקור, מציין את
נתיב לקובץ או ספרייה ללכוד בתמונת WIM. יכול להיות שגם זה
מוחלט או יחסי לספריית העבודה הנוכחית. נתיב הקובץ השני, אם
מספק, הוא היעד ומציין את הנתיב בתמונת WIM שקובץ זה או
ספרייה תישמר בשם. מתעלמים מחתכים מובילים ונגררים במטרה,
אלא אם הוא מורכב כולו מלכסות (למשל "/"), מה שמציין שה-
הספרייה תהפוך לשורש תמונת WIM. אם מושמט, מחרוזת היעד
ברירת המחדל היא זהה למחרוזת המקור.

קובץ רשימת מקורות לדוגמה הוא כדלקמן:

# צור את תמונת ה-WIM מספריית 'winpe'
ווינפ /

# שלח את ספריית ה-'overlay' אל '/overlay' בתמונת WIM
שכבת על / שכבת על

# שכבו ספרייה נפרדת ישירות על השורש של תמונת WIM.
/נתונים/דברים /

ספריות משנה ב-WIM נוצרות לפי הצורך. מספר ספריות מקור עשויות
לשתף את אותו יעד, מה שמרמז על שכבת-על. במקרה שהתוצאה היא א
קובץ nondirectory מתווסף לתמונת WIM מספר פעמים, הגרסה האחרונה (כמו
המופיע בקובץ רשימת המקורות) עוקף כל גרסה קודמת.

ניתן לצטט נתיבי קבצים המכילים רווח לבן באמצעות מרכאות בודדות או כפולות
ציטוטים. אי אפשר לברוח ממרכאות.

שורות המורכבות רק מרווח לבן וקווים המתחילים ב-'#' לפנים
מתעלמים מרווח לבן אופציונלי.

כמקרה מיוחד, אם מקור הוא "-", רשימת המקורות נקראת מקלט סטנדרטי
במקום קובץ חיצוני.

לא ניתן להשתמש במצב לכידת נפח NTFS במערכות דמויות UNIX --רשימת מקור,
מכיוון שרק לכידת נפח NTFS מלא נתמך.

--ניתן לצינור
צור WIM "ניתן לצינור", אותו ניתן ליישם ברצף מלא, כולל מ-a
צינור. ניתן להחיל תמונה ב-WIM שהתקבל wimlib-imagex להגיש מועמדות, או
בדרך כלל על ידי ציון שם קובץ ה-WIM, או עם wimlib-imagex להגיש מועמדות - לקרוא את
WIM מקלט סטנדרטי. לִרְאוֹת wimlib-imagex להגיש מועמדות(1) לפרטים נוספים.

עבור פעולות הוספה, אפשרות זו תגרום לבנייה מחדש מלאה של ה-WIM לביצוע
זה ניתן לצינור. עבור פעולות לכידה, ה-WIM שנלכד נוצר פשוט כ-pipable.
היזהר שככל שאתה מוסיף יותר תמונות ל-WIM הניתן ל-pipable, כך צינור זה פחות יעיל
יהיה, מכיוון שעוד נתונים מיותרים יישלחו דרך הצינור.

כאשר wimlib יוצר WIM שניתן להסרה, הוא מסדר מחדש בקפידה את רכיבי ה-
WIM כך שניתן לקרוא אותם ברצף וגם עושה כמה אחרים
שינויים. כתוצאה מכך, WIMs ה"ניתנים לצינור" אלו לֹא תואם עם
של מיקרוסופט תוֹכנָה, אז זכור זאת אם אתה מתכוון להשתמש בהם. אם תרצה,
אתה יכול להשתמש wimlib-imagex לייעל --לא ניתן לצינור לכתוב מחדש WIM הניתן ל-pipable בתור א
WIM רגיל. (wimlib-imagex יצוא מספק גם את היכולת לייצא תמונות
מ-WIM שניתן להסרה ל-WIM שאינו ניתן לצינור, או להיפך.)

על פי רוב, wimlib פועלת על WIMs הניתנים למעבר בשקיפות. אתה יכול לשנות
אותם, הוסף או מחק תמונות, ייצא תמונות, ואפילו צור WIMs מפוצלים. ה
החסרונות העיקריים הם שההוספה (כרגע) פחות יעילה (--לִבנוֹת מִחָדָשׁ is
תמיד משתמע), והם גם אינם תואמים לתוכנה של מיקרוסופט.

wimlib-imagex ללכוד ו wimlib-imagex לצרף יכולים שניהם לכתוב WIM ניתנת ל-pipable ישירות
לתפוקה סטנדרטית; זה נעשה באופן אוטומטי אם WIMFILE מצוין בתור "-". (ב
המקרה הזה, --ניתן לצינור ההנחה היא.)

--לא ניתן לצינור
ודא שה-WIM המתקבל הוא בפורמט ה-WIM הרגיל, שאינו ניתן לצינור. זה
ברירת מחדל עבור wimlib-imagex ללכוד, למעט בעת כתיבה לפלט סטנדרטי (WIMFILE
מצוין כ-"-"), וגם עבור wimlib-imagex לצרף, למעט בעת צירוף ל-WIM
זה כבר ניתן לצינור.

--עדכון-של=[WIMFILE:]תמונה
מצהיר שהתמונה המצולמת או מצורפת ממנה מקור זהה לרוב כמו
התמונה הקיימת תמונה in WIMFILE, אבל נלכד בנקודת זמן מאוחרת יותר, אולי
עם כמה שינויים בזמן שבינתיים. זה נועד לשמש ב
גיבויים מצטברים של אותה מערכת קבצים או עץ ספריות. תמונה יכול להיות
אינדקס מבוסס 1 או שם של תמונה קיימת ב WIMFILE. זה יכול להיות גם שלילי
מספר שלם לאינדקס לאחור לתוך התמונות (למשל -1 פירושו התמונה האחרונה הקיימת
in WIMFILE).

כאשר אפשרות זו מסופקת, הצילום או התוספת של התמונה החדשה יהיו
מותאם על ידי אי קריאת קבצים שמופיעים, בהתבסס על מטא נתונים כגון חותמות זמן
לא שונו מאז שנשמרו בארכיון בקיים תמונה. חסימה
מניפולציה של חותמות זמן, אפשרות זו משפיעה רק על הביצועים ואינה משתנה
תמונת WIM שהתקבלה.

כפי שמוצג, התחביר המלא עבור הארגומנט לאפשרות זו הוא לציין את ה-WIM
קובץ, נקודתיים והתמונה; לדוגמה, "--update-of mywim.wim:1". אולם, ה
ניתן להשמיט את קובץ ה-WIM והנקודתיים, ובמקרה זה קובץ ה-WIM יקבע כברירת מחדל
קובץ WIM שמצורף אליו לצורך פעולות הוספה, או קובץ ה-WIM שממנו דלתא
נלקח (רק אם --דלתא-מ מצוין פעם אחת בדיוק) ללכידה
פעולות.

--דלתא-מ=WIMFILE
בעד wimlib-imagex ללכוד רק: ללכוד את ה-WIM החדש כ"דלתא" מ WIMFILE. כל
זרמים שבדרך כלל צריך לאחסן בארכיון ב-WIM החדש מושמטים אם הם
נמצאים כבר ב WIMFILE שעליו מתבססת הדלתא. ה-WIM החדש
עדיין יכיל עותק מלא של המטא נתונים של התמונה, אבל זה בדרך כלל רק א
חלק קטן מהגודל הכולל של WIM.

ניתן לציין אפשרות זו מספר פעמים, ובמקרה זה הדלתא WIM שנוצרה
יכיל רק זרמים שאינם קיימים באף אחד מה-WIMs הבסיסיים שצוינו.

כדי לפעול על הדלתא WIM שנוצר באמצעות פקודות אחרות כגון wimlib-imagex
להגיש מועמדות, עליך לציין את דלתא WIM כקובץ ה-WIM להפעלה, אבל גם
עיין ב-WIM הבסיסי באמצעות ה- --ref אוֹפְּצִיָה. היזהר: לשמור על הראוי
תפקוד של דלתא WIM, אתה יכול רק להוסיף, לא למחוק, קבצים ותמונות
בסיס WIM(ים) בעקבות לכידת דלתא ממנו.

--דלתא-מ ניתן לשלב עם --עדכון-של להגביר את מהירות הלכידה א
דלתא WIM.

כדוגמה, שקול את רצף הגיבוי והשחזור הבא:

(גיבוי ראשוני)

$ wimcapture /some/directory bkup-base.wim

(כמה ימים לאחר מכן, צור גיבוי שני כדלתא מהראשון)

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

(משחזר את הגיבוי השני)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/כמה/ספרייה

עם זאת, שים לב שכחלופה לרצף הנ"ל שהשתמש ב-delta WIM,
ניתן היה להוסיף את הגיבוי השני ל-WIM כתמונה חדשה באמצעות שימוש
wimlib-imagex לצרף. יש להשתמש ב-Delta WIM רק אם רוצים לבסס את
גיבויים או תמונות על קובץ נפרד וגדול שרק לעתים רחוקות משתנה.

הערה: בניגוד ל-WIMs "ניתנים לצינור" (שנוצרו עם --ניתן לצינור אפשרות), WIMs "דלתא".
(נוצר עם ה --דלתא-מ option) תואמים לתוכנה של מיקרוסופט.
לדוגמה, אתה יכול להשתמש באפשרות /ref של ImageX כדי להפנות ל-WIM הבסיסי,
דומה לעיל.

הערה נוספת: wimlib-imagex הוא כללי מספיק כדי שתוכל למעשה לשלב
--ניתן לצינור ו --דלתא-מ ליצירת WIMs דלתא ניתנים לצינור. במקרים כאלה, הבסיס
יש ללכוד את ה-WIM(ים) כ-pipable וכן את ה-delta WIM, ובעת החלת
תמונה, יש לשלוח את ה-WIM/ים הבסיסיים על הצינור לאחר ה-delta WIM.

--wimboot
סמן את התמונה כתואמת WIMBoot. עיין בתיעוד של מיקרוסופט למידע נוסף
מידע על WIMBoot. אפשרות זו תגדיר, כברירת מחדל, את סוג הדחיסה
ל-XPRESS וגודל הנתח ל-4096 בתים; עם זאת, עדיין ניתן לעקוף את אלה
דרך ה --לִדחוֹס ו --גודל נתח פרמטרים, בהתאמה. בנוסף, זה
אפשרות, כברירת מחדל, תגדיר את קובץ התצורה ל
מקור\Windows\System32\WimBootCompress.ini אם קיים ונגיש; עם זאת, זה
ייתכן שעדיין יעקפו דרך ה --config פָּרָמֶטֶר.

--לא בטוח-קומפקטי
עיין בתיעוד עבור אפשרות זו ב wimlib-imagex-optimize (1).

--תמונת מצב
ניסיוני: צור תמונת מצב זמנית של מערכת הקבצים של ספריית המקור ו
ללכוד את הקבצים ממנו. נכון לעכשיו, אפשרות זו נתמכת רק ב-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 התואמים לתוכנה של מיקרוסופט (WIMGAPI, ImageX, DISM),
עם כמה אזהרות:

· עם wimlib-imagex במערכות דמויות UNIX, ניתן ליצור תמונת WIM
המכילים קבצים עם שמות שונים רק במקרה, או קבצים עם שמות המכילים את
תווים ':', '*', '?', '"', '<', '>', '|', או '\', אשר תקפים ב-POSIX-
מערכות קבצים תואמות אך לא Windows. יש להזהיר שקבצים כאלה לא יהיו
חולץ כברירת מחדל על ידי גרסת Windows של wimlib-imagex, ו(אפילו גרוע מכך)
ImageX של מיקרוסופט יכול להתבלבל בשמות כאלה ולהפסיק לחלץ את התמונה בחלק מהדרך
דרך. (אולי כדאי לציין שמערכת הקבצים המוגדרת כברירת מחדל של Windows עצמה,
NTFS, תומך בתווים אלה, למרות ש-Windows לא!)

· WIMs Pipable אינם תואמים לתוכנה של מיקרוסופט. נוצרים קובצי WIM ניתנים לפיפ
רק אם WIMFILE צוין כ-"-" (פלט סטנדרטי) או אם --ניתן לצינור הדגל היה
נָקוּב.

· WIMs שנלכדו עם גודל נתח שאינו ברירת מחדל (עם ה- --גודל נתח אפשרות) או כמוצק
ארכיונים (עם ה --מוצק אפשרות) או עם דחיסת LZMS (עם --לִדחוֹס=LZMS או
--לִדחוֹס=שחזור) יש רמות שונות של תאימות לתוכנה של מיקרוסופט.
באופן כללי, גרסאות עדכניות יותר של התוכנה של מיקרוסופט תואמות יותר.

דוגמאות


דוגמה ראשונה: צור WIM חדש 'mywim.wim' עם דחיסה של LZX ("מקסימום") שתהיה
מכיל תמונה שנלכדה של עץ הספריות 'somedir'. שים לב ששם התמונה צריך
לא יצוין ויהיה ברירת המחדל 'somedir':

wimlib-imagex לכידת somedir mywim.wim

או, אם wimcapture קישור קשיח או קובץ אצווה הותקן, הטופס המקוצר יכול
לשמש:

wimcapture somedir mywim.wim

עם זאת, הדוגמאות הנותרות ישתמשו בצורה הארוכה. לאחר מכן, צרף את התמונה של א
עץ ספריות שונה ל-WIM שנוצר לעיל:

wimlib-imagex הוסף anotherdir mywim.wim

קל מספיק, והדוגמאות לעיל של עצי ספריות הדמיה עובדות על שניהם דמויי UNIX
מערכות וחלונות. לאחר מכן, צלם WIM עם מספר אפשרויות שאינן ברירת מחדל, כולל
דחיסה של XPRESS ("מהירה"), טבלת שלמות, ללא התעסקות עם קישורים סמליים מוחלטים,
ושם תמונה ותיאור:

wimlib-imagex לכידת somedir mywim.wim --compress=מהיר \
--בדוק --norpfix "שם כלשהו" "תיאור כלשהו"

ללכוד נפח NTFS שלם לתוך קובץ WIM חדש ושם לתמונה "Windows 7". עַל
מערכות דמויות UNIX, זה מצריך שימוש במצב המיוחד המתואר ב NTFS כֶּרֶך צילום
(UNIX) איפה מקור הוא קובץ או התקן בלוק המכילים מערכת קבצים 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


שרתים ותחנות עבודה בחינם

הורד אפליקציות Windows & Linux

  • 1
    Phaser
    Phaser
    Phaser היא פתיחה מהירה, חינמית ומהנה
    מסגרת משחק מקור HTML5 שמציעה
    עיבוד WebGL ו-Canvas לרוחב
    דפדפני אינטרנט שולחניים וניידים. משחקים
    יכול להיות שותף...
    הורד את Phaser
  • 2
    מנוע VASSAL
    מנוע VASSAL
    VASSAL הוא מנוע משחק ליצירה
    גרסאות אלקטרוניות של לוח מסורתי
    ומשחקי קלפים. זה מספק תמיכה עבור
    עיבוד ואינטראקציה של חלקי משחק,
    ו...
    הורד את VASSAL Engine
  • 3
    OpenPDF - Fork of iText
    OpenPDF - Fork of iText
    OpenPDF היא ספריית Java ליצירה
    ועריכת קבצי PDF עם LGPL ו
    רישיון קוד פתוח MPL. OpenPDF הוא ה
    יורש הקוד הפתוח LGPL/MPL של iText,
    ...
    הורד את OpenPDF - Fork of iText
  • 4
    SAGA GIS
    SAGA GIS
    SAGA - מערכת לאוטומטיות
    ניתוחים גיאוגרפיים - הוא גיאוגרפי
    תוכנת מערכת מידע (GIS) עם
    יכולות עצומות לגיאודטה
    עיבוד ואנה...
    הורד את SAGA GIS
  • 5
    ארגז כלים עבור Java/JTOpen
    ארגז כלים עבור Java/JTOpen
    ארגז הכלים של IBM עבור Java / JTOpen הוא א
    ספריית מחלקות Java התומכות ב
    תכנות לקוח/שרת ואינטרנט
    דגמים למערכת עם OS/400,
    i5/OS, o...
    הורד את ארגז הכלים עבור Java/JTOpen
  • 6
    D3.js
    D3.js
    D3.js (או D3 עבור מסמכים מבוססי נתונים)
    היא ספריית JavaScript המאפשרת לך
    לייצר נתונים דינמיים ואינטראקטיביים
    הדמיות בדפדפני אינטרנט. עם D3
    אתה...
    הורד את D3.js
  • עוד »

פקודות לינוקס

Ad