angielskufrancuskihiszpański

Uruchom serwery | Ubuntu > | Fedora > |


Ulubiona usługa OnWorks

wimlib-imagex-capture — online w chmurze

Uruchom wimlib-imagex-capture u dostawcy bezpłatnego hostingu OnWorks przez Ubuntu Online, Fedora Online, emulator online Windows lub emulator online MAC OS

Jest to polecenie wimlib-imagex-capture, które można uruchomić u dostawcy bezpłatnego hostingu OnWorks przy użyciu jednej z naszych wielu bezpłatnych stacji roboczych online, takich jak Ubuntu Online, Fedora Online, emulator online Windows lub emulator online MAC OS

PROGRAM:

IMIĘ


wimlib-imagex-capture, wimlib-imagex-append — Utwórz lub dołącz obraz WIM

STRESZCZENIE


wimlib-imagex zdobyć ŹRÓDŁO WIMFILE [IMAGE_NAME [OPIS OBRAZU]] [OPCJA...]
wimlib-imagex dodać ŹRÓDŁO WIMFILE [IMAGE_NAME [OPIS OBRAZU]] [OPCJA...]

OPIS


W ramach projektu wimlib-imagex zdobyć i wimlib-imagex dodać polecenia tworzą Windows Imaging (WIM)
obraz z drzewa katalogów. ten wimlib-imagex zdobyć polecenie tworzy nowy plik WIM
zawierający przechwycony obraz, podczas gdy wimlib-imagex dodać polecenie dołącza przechwycone
obraz do istniejącego pliku WIM. Te polecenia są również dostępne jako proste wimcapture i
wimappend czy są zainstalowane odpowiednie łącza twarde lub pliki wsadowe.

Informacje dodatkowe: Obraz WIM to niezależne drzewo katalogów w pliku WIM. WIM
plik może zawierać dowolną liczbę oddzielnych obrazów. Pliki WIM są jednym wystąpieniem z
dotyczy danych pliku, więc plik jest przechowywany tylko raz w całym WIM, niezależnie od
w ilu obrazach pojawia się plik.

ŹRÓDŁO określa lokalizację plików, z których ma zostać utworzony nowy obraz WIM. Gdyby ŹRÓDŁO is
katalog, obraz WIM jest przechwytywany z tego katalogu (zobacz KATALOG ZDOBYĆ (UNIX)
or KATALOG ZDOBYĆ (OKNA)). Alternatywnie, jeśli --Lista źródeł Jest opcja
określony, ŹRÓDŁO jest interpretowany jako plik, który sam zawiera listę plików i
katalogi do uwzględnienia w nowym obrazie WIM. Nadal alternatywnie, tylko w systemie UNIX-owym
systemy, jeśli ŹRÓDŁO jest zwykłym plikiem lub urządzeniem blokowym, jest interpretowany jako wolumin NTFS
z którego ma zostać przechwycony obraz WIM przy użyciu libntfs-3g (patrz NTFS TOM ZDOBYĆ
(UNIX)).

IMAGE_NAME i OPIS OBRAZU podaj nazwę i opis, aby nadać nowemu WIM
obraz. Gdyby IMAGE_NAME nie jest określony, domyślnie jest to nazwa podstawowa (z wyłączeniem ścieżki do
katalog nadrzędny) z ŹRÓDŁO, ale jeśli ta nazwa już istnieje w WIMFILE, unikalny przyrostek
jest dodany. Inaczej, IMAGE_NAME musi być nazwą, która jeszcze nie istnieje jako
obraz w formacie WIMFILElub pusty ciąg, aby utworzyć obraz bez nazwy. Gdyby
OPIS OBRAZU nie jest określony, nowy obraz nie jest opisywany.

W szczególnym przypadku, jeśli WIMFILE jest --pipable zakładana jest opcja, a plik WIM to
wypisywane na standardowe wyjście w specjalnym formacie, który można wpisywać. Zobacz dokumentację dla
--pipable więcej szczegółów.

KATALOG ZDOBYĆ (UNIX)


Ta sekcja dokumentuje, jak wimlib-imagex przechwytuje pliki z drzewa katalogów w systemie UNIX-owym
systemy. Widzieć KATALOG ZDOBYĆ (OKNA) dla odpowiedniej dokumentacji dla Windows.

W systemach typu UNIX, kiedy ŹRÓDŁO określa katalog lub dowiązanie symboliczne do katalogu,
obraz WIM zostanie przechwycony z drzewa katalogów zakorzenionego w tym katalogu. Ten
katalog może znajdować się na dowolnym systemie plików, a punkty montowania są przestrzegane rekursywnie. w
w tym trybie wimlib będzie przechowywać następujące typy informacji:

· Katalogi i zwykłe pliki oraz zawartość zwykłych plików

· Twarde linki

· Dowiązania symboliczne (przetłumaczone bezstratnie na punkty reparse Windows)

· Czasy ostatniej modyfikacji (mtime) i czasy ostatniego dostępu (atime) przy 100 nanosekundach
ziarnistość

· Z --uniks-dane: Właściciele, grupy i tryby UNIX

· Z --uniks-dane: węzły urządzeń, FIFO i gniazda domeny UNIX

Nie ma obsługi przechowywania rozszerzonych atrybutów (np. etykiet bezpieczeństwa SELinux i
Listy ACL POSIX). Należy również zauważyć, że czasy ostatniej zmiany statusu (ctime) nie są zapisywane.

Uwaga pedantyczna: Ograniczenie formatu WIM zapobiega nietypowemu przypadkowi, gdy pojedynczy
sam plik dowiązania symbolicznego ma wiele nazw (twarde dowiązania); w tym mało prawdopodobnym przypadku każdy
dowiązanie symboliczne jest przechowywane jako niezależny plik.

NTFS TOM ZDOBYĆ (UNIX)


Ta sekcja dokumentuje, jak wimlib-imagex przechwytuje pliki bezpośrednio z obrazu woluminu NTFS
w systemach typu UNIX.

W systemach typu UNIX, specjalny tryb przechwytywania obrazu jest włączany, gdy: ŹRÓDŁO jest regularny
plik lub urządzenie blokujące. W tym trybie ŹRÓDŁO przyjmuje się, że jest to wolumin lub wolumin NTFS
obraz i wimlib-imagex przechwyci obraz WIM zawierający pełną zawartość NTFS
wolumin, w tym dane specyficzne dla NTFS. Odbywa się to za pomocą libntfs-3g.

Zwróć uwagę, że tryb przechwytywania woluminu NTFS to nie wpisano, jeśli ŹRÓDŁO jest katalogiem, nawet jeśli an
System plików NTFS jest zamontowany na ŹRÓDŁO przy użyciu ntfs-3g. Musisz określić wolumin NTFS
sam (i musi być odmontowany i musisz mieć pozwolenie na odczyt z niego).

Tryb przechwytywania woluminów NTFS próbuje przechwycić jak najwięcej danych i metadanych,
w tym:

· Wszystkie strumienie danych wszystkich niezaszyfrowanych plików, w tym również strumień danych nienazwanych
jako wszystkie nazwane strumienie danych.

· Punkty ponownej analizy, w tym łącza symboliczne, punkty węzłowe i inne punkty ponownej analizy.

· Znaczniki czasu tworzenia, dostępu i modyfikacji plików i katalogów przy użyciu natywnego
Rozdzielczość NTFS 100 nanosekund.

· Deskryptory zabezpieczeń systemu Windows, w tym wszystkie składniki (właściciel, grupa, DACL i SACL).

· Flagi atrybutów plików DOS/Windows.

· Wszystkie nazwy wszystkich plików, w tym nazwy w przestrzeni nazw Win32, przestrzeni nazw DOS,
Przestrzeń nazw Win32+DOS i przestrzeń nazw POSIX. Obejmuje to twarde linki.

Jednak główne ograniczenia tego trybu przechwytywania woluminów NTFS to:

· Zaszyfrowane pliki są domyślnie wykluczone. Chociaż libntfs-3g może odczytywać ich dane,
muszą być przechowywane w pliku WIM w specjalnym formacie, którego wimlib jeszcze nie ma
wsparcie (z wyjątkiem Windows, gdzie wimlib może traktować dane jako nieprzezroczyste i przekazywać je)
do odpowiedniej funkcji API).

· Atrybut sparse w plikach sparse zostanie zapisany, ale przechowywane dane będą
pełne dane pliku, a nie „rzadkie” dane. (Dane są jednak przedmiotem
do kompresji formatu WIM.)

KATALOG ZDOBYĆ (OKNA)


W systemie Windows wimlib-imagex zdobyć i wimlib-imagex dodać natywnie obsługuje Windows-
dane specyficzne i specyficzne dla NTFS. Działają zatem podobnie do odpowiednich
polecenia Microsoft ImageX lub DISM. Aby uzyskać najlepsze wyniki, przechwycony katalog
powinien znajdować się na woluminie NTFS i wimlib-imagex powinien być uruchamiany z uprawnieniami administratora;
jednak systemy plików inne niż NTFS i działające bez uprawnień administratora również są
utrzymany.

W systemie Windows wimlib-imagex zdobyć i wimlib-imagex dodać spróbuj zarchiwizować jak najwięcej danych i
metadane w miarę możliwości, w tym:

· Wszystkie strumienie danych wszystkich plików.

· Punkty ponownej analizy, w tym dowiązania symboliczne, punkty węzłowe i inne punkty ponownej analizy,
jeśli jest obsługiwany przez źródłowy system plików. (Uwaga: patrz --rpfix i --norpfix dla
dokumentację dotyczącą dokładnego przechwytywania bezwzględnych dowiązań symbolicznych i skrzyżowań).

· Znaczniki czasu tworzenia, dostępu i modyfikacji plików i katalogów. Są one przechowywane
z natywną rozdzielczością znacznika czasu systemu Windows NT wynoszącą 100 nanosekund.

· Deskryptory bezpieczeństwa, jeśli są obsługiwane przez źródłowy system plików i --no-acls nie jest
określony. Uważaj jednak, chyba że --strict-acls jest określony, zabezpieczenie
deskryptory dla poszczególnych plików lub katalogów można pominąć lub tylko częściowo
przechwycone, jeśli użytkownik nie ma uprawnień do ich odczytu, co może stanowić problem, jeśli
wimlib-imagex działa jako osoba niebędąca administratorem.

· Atrybuty plików, w tym ukryte, rzadkie, skompresowane, zaszyfrowane itp. Zaszyfrowane
pliki będą przechowywane w postaci zaszyfrowanej, a nie w postaci zwykłego tekstu. Przejrzyście
skompresowane pliki będą odczytywane jako nieskompresowane i przechowywane z zastrzeżeniem własności WIM
kompresja. Nie ma specjalnej obsługi przechowywania rzadkich plików, ale są
prawdopodobnie skompresuje się do małych rozmiarów.

· Nazwy DOS (8.3) nazwy plików; jednak nie przeczytanie ich nie jest uważane za
stan błędu.

· Dowiązania twarde, jeśli są obsługiwane przez źródłowy system plików.

Nie ma obsługi przechowywania rozszerzonych atrybutów NTFS i identyfikatorów obiektów.

Proces przechwytywania jest odwracalny, od kiedy wimlib-imagex zastosować (w systemie Windows) wyciągi
przechwycony obraz WIM, wyodrębni wszystkie powyższe informacje, przynajmniej do
zakres obsługiwany przez docelowy system plików.

Uwaga pedantyczna: ponieważ Windows nie jest w pełni kompatybilny z własnym systemem plików (NTFS), wł
Wimlib systemu Windows nie może archiwizować niektórych plików, które mogą istnieć w prawidłowym systemie plików NTFS, ale
są niedostępne dla Windows API, na przykład dwa pliki o nazwach różniących się tylko
wielkość liter w tym samym katalogu lub plik, którego nazwa zawiera określone znaki brane pod uwagę
nieważne przez Windows. Jeśli napotkasz problemy z archiwizacją takich plików, rozważ użycie NTFS
TOM ZDOBYĆ (UNIX) tryb z Linuksa.

OPCJE


--uruchomić
Określa, że ​​nowy obraz ma być obrazem rozruchowym archiwum WIM.

--sprawdzać
Dla wimlib-imagex dodać, przed wykonaniem operacji dopisywania sprawdź
integralność WIMFILE jeśli istnieje tabela integralności. Ponadto uwzględnij
tabela integralności w nowym pliku WIM (wimlib-imagex zdobyć) lub zmodyfikowany plik WIM
(wimlib-imagex dodać). Jeśli ta opcja nie jest określona, ​​żadna tabela integralności nie jest
zawarte w pliku WIM utworzonym za pomocą wimlib-imagex zdobyć, podczas gdy plik WIM jest aktualizowany
z wimlib-imagex dodać zostanie zapisany z tabelą integralności wtedy i tylko wtedy, gdy jedna
był obecny wcześniej.

--Kompresja=TYP[:POZIOM]
Określa format kompresji nowego pliku WIM. TYP może być „brak”, „XPRESS”
(alias: "szybko"), "LZX" (alias: "maksimum") lub "LZMS" (alias: "odzyskiwanie"). TYP is
dopasowane bez rozróżniania wielkości liter. Wartość domyślna to „LZX”.

Opcjonalnie możesz również określić kompresję liczb całkowitych POZIOM. Poziom kompresji
określa stopień trudności algorytmu kompresji dla określonej kompresji TYP będzie
pracować nad kompresją danych. Wartości są skalowane tak, że 20 to szybka kompresja,
50 to średnia kompresja, a 100 to wysoka kompresja. Możesz jednak wybrać dowolny
wartość, a nie tylko te konkretne wartości. Wartość domyślna to 50.

Ta opcja ma wpływ tylko na typ kompresji używany w niestałych zasobach WIM. Gdyby
tworzysz solidny WIM (używając --solidny opcja), to prawdopodobnie chcesz
--stała kompresja zamiast.

Zachowaj ostrożność, wybierając kompresję LZMS. Wcześniej nie jest kompatybilny z Wimlib
v1.6.0, WIMGAPI przed Windows 8, DISM przed Windows 8.1 i 7-Zip przed v15.12.

Należy również pamiętać, że wybór kompresji LZMS nie oznacza automatycznie trybu stałego
kompresja, podobnie jak w przypadku DISM. Posługiwać się --solidny jeśli chcesz stworzyć solidny WIM,
lub „plik ESD”.

--rozmiar-fragmentu=ROZMIAR
Ustaw rozmiar fragmentu kompresji na ROZMIAR bajty. Większy rozmiar kawałka kompresji
skutkuje lepszym stopniem kompresji. wimlib obsługuje różne rozmiary porcji
w zależności od rodzaju kompresji:

· 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

Możesz podać pełny numer (np. 32768) lub użyć jednego z K, M lub G
przyrostki. Akceptowane są również KiB, MiB i GiB.

Ta opcja dotyczy tylko rozmiaru porcji używanej w niestałych zasobach WIM. Jeśli jesteś
tworzenie solidnego WIM (za pomocą --solidny opcja), to prawdopodobnie chcesz --solidny-
wielkość kawałka zamiast.

Używaj tej opcji ostrożnie, jeśli kompatybilność z implementacją Microsoft jest
pożądane, ponieważ ich implementacja ma ograniczone wsparcie dla niestandardowych rozmiarów porcji.

--solidny
Utwórz „solidny” plik WIM, który kompresuje pliki razem, a nie niezależnie.
Skutkuje to znacznie lepszym stopniem kompresji, ale odbywa się to kosztem
różnych kompromisów, w tym: powolna kompresja przy bardzo wysokim zużyciu pamięci; wolny
losowy dostęp do wynikowego pliku WIM; i zmniejszona kompatybilność.

Pod względem kompatybilności pierwsza wersja WIMGAPI firmy Microsoft obsługująca stałe WIM
pliki zostały wydane w systemie Windows 8, a pierwszą wersją DISM, która to zrobiła, była
wydany z Windows 8.1.

Jeśli chcesz utworzyć „plik ESD”, użyj tej opcji. (niezaszyfrowany) „ESD
plik” to solidny plik WIM.

Domyślnie ta opcja ma efekt równoważny z opcją DISM
/kompresja:odzyskiwanie. Opcje wimlib-imagex są inne, ponieważ próbują
nie mieszać typu kompresji (np. LZX lub LZMS) z kompresją w trybie stałym,
ponieważ są to dwie różne rzeczy.

-- solidny rozmiar kawałka=ROZMIAR
Polub --rozmiar-fragmentu, ale ustaw rozmiar porcji używanej w stałych zasobach. Domyślny,
przy założeniu kompresji LZMS wynosi 64MiB (67108864); wymaga to około 640 MB pamięci
za wątek. Ta opcja działa tylko wtedy, gdy --solidny jest również określony. Notatka:
Implementacja firmy Microsoft nie jest zgodna z rozmiarami fragmentów LZMS większymi niż
64MiB.

--stała kompresja=TYP[:POZIOM]
Polub --Kompresja, ale ustaw typ kompresji używany w stałych zasobach. Domyślny
to kompresja LZMS. Ta opcja działa tylko wtedy, gdy --solidny jest również określony.

--wątki=NUM_THREADS
Liczba wątków używanych do kompresji danych. Domyślnie: autodetekcja (liczba
dostępne procesory).

--odbudować
Dla wimlib-imagex dodać: odbuduj cały WIM zamiast dołączać nowe dane
do końca. Odbudowa WIM jest wolniejsza, ale zaoszczędzi trochę miejsca
które w przeciwnym razie zostałyby pozostawione jako dziura w WIM. Zobacz także wimlib-imagex
optymalizacji(1).

--flagi=IDEDYCJI
Określ ciąg do użycia w element danych XML dla nowego obrazu.

--właściwość-obrazu IMIĘ=WARTOŚĆ
Określ dowolną właściwość obrazu do ustawienia w dokumencie XML pliku WIM.
WARTOŚĆ to ciąg znaków do ustawienia jako wartość właściwości. IMIĘ to nazwa obrazu
właściwość, na przykład „NAME”, „DESCRIPTION” lub „TOTALBYTES”. Nazwa może zawierać
ukośniki wskazujące zagnieżdżony element XML; na przykład,
„WINDOWS/VERSION/BUILD” wskazuje element BUILD zagnieżdżony w VERSION
element zagnieżdżony w elemencie WINDOWS. Liczby w nawiasach można użyć do:
wskazać jeden z kilku identycznie nazwanych elementów; na przykład,
„WINDOWS/LANGUAGES/LANGUAGE[2]” wskazuje drugi zagnieżdżony element „LANGUAGE”
w ramach elementu „WINDOWS/JĘZYKI”. Dodając w ten sposób listę elementów,
muszą być określone w kolejności sekwencyjnej. Zauważ, że nazwy elementów są wielkościami liter
wrażliwy. Tę opcję można podać wielokrotnie.

--dereferencja
(Tylko systemy typu UNIX) Śledź dowiązania symboliczne i archiwizuj pliki, na które wskazują,
zamiast archiwizowania samych linków.

--config=FILE
Określa plik konfiguracyjny (kodowany w UTF-8 lub UTF-16LE; działa również zwykły ASCII)
do uchwycenia nowego obrazu. Plik konfiguracyjny określa pliki, które mają być
traktowane specjalnie podczas przechwytywania obrazu.

Format pliku konfiguracyjnego to styl INI; to znaczy jest ułożone w
sekcje w nawiasach. Obecnie rozpoznawane są następujące sekcje:

· [Lista Wykluczeń] --- zawiera listę globusów ścieżek do wykluczenia z przechwytywania. Gdyby
dopasowywany jest katalog, zarówno katalog, jak i jego zawartość są wykluczone.

· [ExclusionException] --- zawiera listę ścieżek, które należy uwzględnić w
przechwytywania, nawet jeśli plik lub katalog również pasuje do glob w [ExclusionList].

· [PrepopulateList] --- nie ma to wpływu na przechwytywanie, ale jeśli obraz jest zastosowany
później z --wimboot, są to globusy plików, które należy normalnie rozpakować,
nie jako "pliki wskaźnikowe" WIMBoot. Jeśli katalog jest dopasowany, wszystkie pliki i
podkatalogi są również dopasowywane rekurencyjnie.

Globy ścieżki mogą zawierać znaki „*” i „?” metaznaki. Względne kule (np.
*.mp3) pasuje do nazwy pliku w dowolnym katalogu. Globy absolutne (np. /dir/file),
są traktowane jako ścieżki zaczynające się od przechwyconego katalogu głównego lub katalogu głównego
wolumin NTFS dla trybu przechwytywania woluminu NTFS. Nie używaj liter dysków w
ścieżki; zostaną zignorowani. Separatorami ścieżki mogą być ukośniki lub
odwrotne ukośniki.

Wiersze zaczynające się od „#” lub „;” znaki są traktowane jako komentarze i ignorowane.
Globy z białymi znakami nie muszą być cytowane; jeśli jednak są, oba są podwójne
i pojedyncze cytaty są akceptowane.

Jeśli ta opcja nie jest określona, ​​używany jest następujący domyślny plik konfiguracyjny:

[Lista wykluczeń]
\$ntfs.log
\hiberfil.sys
\pagefile.sys
\swapfile.sys
\Informacje o woluminie systemowym
\RECYKLER
\Windows\CSC

Jednak szczególne zachowanie ma zastosowanie, jeśli: --wimboot jest również określony. Domyślnie z
--wimboot określony, plik Windows/System32/WimBootCompress.ini w katalogu
przechwycony zostanie użyty jako plik konfiguracyjny. Jednak może to być
zastąpione za pomocą --config; a to również powoduje, że określony plik konfiguracyjny
być zapisane w obrazie WIM jako Windows/System32/WimBootCompress.ini, zastępując wszelkie
które mogą być obecne w systemie plików.

--uniks-dane
(Tylko systemy UNIX-podobne) Przechowuj właściciela, grupę, tryb i identyfikator urządzenia UNIX (główny i
mniejsza liczba) każdego przechwyconego pliku. Od wimlib v1.7.0 możesz tworzyć kopie zapasowe i
przywrócić nie tylko standardowe informacje o uprawnieniach do plików w systemie UNIX, ale także znak
węzły urządzeń, węzły urządzeń blokowych, nazwane potoki (FIFO) i gniazda domeny UNIX.

Wimlib przechowuje dane UNIX, dodając do każdego katalogu specjalny tagowany element metadanych
wpis każdego pliku, który zawiera te informacje. Te dodatkowe informacje to
ignorowane przez implementację Microsoft. Uwaga: dane UNIX przechowywane przez wimlib przed
Wersja 1.7.0 używała innego formatu, który nie jest już obsługiwany. Jeśli masz stary WIM
pliki z danymi UNIX, zastosuj je w wersji 1.6.2 i przechwyć je ponownie w wersji 1.7.0 lub
później.

--no-acls
Nie przechwytuj deskryptorów bezpieczeństwa plików.

--strict-acls
Jeśli nie można odczytać pełnego deskryptora zabezpieczeń dowolnego pliku, natychmiast się nie powiedzie. Na
Windows, domyślnym zachowaniem bez tej opcji jest pominięcie listy SACL
z deskryptora bezpieczeństwa, a następnie spróbuj całkowicie pominąć deskryptor bezpieczeństwa.
Celem tego jest przechwycenie jak największej ilości danych bez konieczności
Przywileje administratora. Jeśli jednak chcesz, aby wszystkie deskryptory bezpieczeństwa były:
dokładnie zrobione, możesz chcieć podać tę opcję, chociaż Administrator
i tak powinien mieć pozwolenie na przeczytanie wszystkiego.

--rpfix, --norpfix
Określ, czy naprawiać cele bezwzględnych dowiązań symbolicznych (punkty ponownej analizy w systemie Windows
terminologii) lub nie. Po włączeniu (--rpfix), bezwzględne dowiązania symboliczne, które wskazują
wewnątrz przechwyconego drzewa katalogów zostanie dostosowane tak, aby było bezwzględne względem
katalog główny przechwyconego drzewa katalogów. Gdy wyłączone (--norpfix), bezwzględny
dowiązania symboliczne zostaną przechwycone dokładnie tak, jak są.

Domyślne zachowanie dla wimlib-imagex zdobyć odpowiada --rpfix,
domyślne zachowanie dla wimlib-imagex dodać będzie --rpfix jeśli naprawiono punkt naprawy
zostały wcześniej zrobione w dniu WIMFILE, W przeciwnym razie --norpfix.

W przypadku przechwytywania z wielu źródeł (--Lista źródeł określony), przechodząc --norpfix
jest polecany. W przeciwnym razie poprawki punktów ponownej analizy zostaną wyłączone przy wszystkich przechwytywaniach
źródła przeznaczone do lokalizacji innych niż główne w obrazie WIM, podczas gdy źródła przechwytywania
przeznaczone dla katalogu głównego WIM otrzymają domyślne zachowanie z poprzedniego akapitu.

--Lista źródeł
wimlib-imagex zdobyć i wimlib-imagex dodać wsparcie tworzenia obrazu WIM z
wiele oddzielnych plików lub katalogów. Kiedy --Lista źródeł jest określony, ŹRÓDŁO
argument określa nazwę pliku tekstowego, którego każdy wiersz to 1 lub 2
ścieżki plików oddzielone spacjami. Pierwsza ścieżka pliku, źródło, określa
ścieżka do pliku lub katalogu do przechwycenia w obrazie WIM. Może być albo
bezwzględna lub względna w stosunku do bieżącego katalogu roboczego. Druga ścieżka do pliku, jeśli
podana, jest celem i określa ścieżkę w obrazie WIM, do której ten plik lub
katalog zostanie zapisany jako. Ukośniki wiodące i końcowe w celu są ignorowane,
chyba że składa się wyłącznie z ukośników (np. „/”), co oznacza, że
katalog ma stać się katalogiem głównym obrazu WIM. Jeśli pominięty, docelowy ciąg
domyślnie jest taki sam jak ciąg źródłowy.

Przykładowy plik listy źródeł jest następujący:

# Utwórz obraz WIM z katalogu „winpe”
winpe /

# Wyślij katalog „overlay” do „/overlay” w obrazie WIM
nakładka / nakładka

# Nałóż oddzielny katalog bezpośrednio w katalogu głównym obrazu WIM.
/dane/rzeczy/

W razie potrzeby tworzone są podkatalogi w WIM. Wiele katalogów źródłowych może:
mają ten sam cel, co oznacza nakładkę. W przypadku, gdy spowoduje to a
plik niekatalogowy dodawany wielokrotnie do obrazu WIM, ostatnia wersja (jako
wymienione w pliku listy źródeł) zastępuje wszelkie wcześniejsze wersje.

Ścieżki plików zawierające białe znaki mogą być cytowane w cudzysłowach pojedynczych lub podwójnych
cytaty. Nie można uciec od cytatów.

Wiersze składające się tylko z białych znaków i wierszy zaczynających się od „#” poprzedzonych przez
opcjonalne białe znaki są ignorowane.

W szczególnym przypadku, jeśli ŹRÓDŁO to "-", lista źródeł jest odczytywana ze standardowego wejścia
zamiast pliku zewnętrznego.

Tryb przechwytywania woluminów NTFS w systemach typu UNIX nie może być używany z --Lista źródeł,
ponieważ obsługiwane jest tylko przechwytywanie pełnego woluminu NTFS.

--pipable
Utwórz „przenośny” WIM, który można zastosować w pełni sekwencyjnie, w tym z
rura. Obraz w wynikowym WIM można zastosować za pomocą wimlib-imagex zastosować, zarówno
zwykle podając nazwę pliku WIM lub za pomocą wimlib-imagex zastosować - przeczytać
WIM ze standardowego wejścia. Widzieć wimlib-imagex zastosować(1) po więcej szczegółów.

W przypadku operacji dołączania ta opcja spowoduje pełną przebudowę WIM, aby
to jest pipowalne. W przypadku operacji przechwytywania przechwycony WIM jest po prostu tworzony jako możliwy do odtworzenia.
Pamiętaj, że im więcej obrazów dodasz do mobilnego WIM, tym mniej wydajna jest jego instalacja
będzie, ponieważ więcej niepotrzebnych danych zostanie przesłanych przez potok.

Kiedy wimlib tworzy pipable WIM, starannie przestawia komponenty
WIM, dzięki czemu można je czytać po kolei, a także tworzy kilka innych
modyfikacje. W rezultacie te „przetwornikowe” WIM są nie zgodny z
Microsoft oprogramowanie, więc pamiętaj o tym, jeśli zamierzasz z nich korzystać. W razie potrzeby,
możesz użyć wimlib-imagex optymalizacji --bez potoku przepisać pipable WIM jako a
zwykły WIM. (wimlib-imagex eksport zapewnia również możliwość eksportu obrazów
z WIM z możliwością przesyłania do WIM bez przesyłania lub na odwrót.)

W większości wimlib działa w sposób transparentny na przenośnych WIM-ach. Możesz modyfikować
dodawaj lub usuwaj obrazy, eksportuj obrazy, a nawet twórz podzielone WIM-y. ten
główną wadą jest to, że dołączanie jest (obecnie) mniej wydajne (--odbudować is
zawsze implikowane), a także nie są kompatybilne z oprogramowaniem Microsoft.

wimlib-imagex zdobyć i wimlib-imagex dodać mogą zarówno bezpośrednio napisać pipable WIM
na standardowe wyjście; dzieje się to automatycznie, jeśli WIMFILE jest określony jako „-”. (W
ta walizka, --pipable zakłada się.)

--bez potoku
Upewnij się, że wynikowy WIM jest w normalnym, nieprzepisowym formacie WIM. To jest
domyślny dla wimlib-imagex zdobyć, z wyjątkiem zapisu na standardowe wyjście (WIMFILE
określony jako "-"), a także dla wimlib-imagex dodać, z wyjątkiem dołączania do WIM
to już jest pipowalne.

--aktualizacja=[WIMFILE:]ZDJĘCIA
Oświadcza, że ​​obraz jest przechwytywany lub dołączany z ŹRÓDŁO jest w większości taki sam jak
istniejący obraz ZDJĘCIA in WIMFILE, ale prawdopodobnie schwytany w późniejszym czasie
z pewnymi modyfikacjami w międzyczasie. Jest przeznaczony do użytku w
przyrostowe kopie zapasowe tego samego systemu plików lub drzewa katalogów. ZDJĘCIA może być
Indeks oparty na 1 lub nazwa istniejącego obrazu w WIMFILE. Może też być negatywem
liczba całkowita do indeksowania wstecz do obrazów (np. -1 oznacza ostatni istniejący obraz)
in WIMFILE).

Gdy ta opcja jest dostępna, przechwytywanie lub dołączanie nowego obrazu będzie:
zoptymalizowany przez nieodczytywanie plików, które pojawiają się na podstawie metadanych, takich jak znaczniki czasu
nie były modyfikowane, ponieważ zostały zarchiwizowane w istniejących ZDJĘCIA. Z wyjątkiem
manipulacja znacznikami czasu, ta opcja wpływa tylko na wydajność i nie zmienia się
wynikowy obraz WIM.

Jak pokazano, pełna składnia argumentu tej opcji polega na określeniu WIM
plik, dwukropek i obraz; na przykład „--aktualizacja-mojwim.wim:1”. Jednakże
Plik WIM i dwukropek można pominąć, w takim przypadku plik WIM będzie domyślnie
Plik WIM dołączany do operacji dołączania lub plik WIM, z którego delta
jest zabierany (tylko jeśli --delta-z jest określony dokładnie raz) do przechwycenia
operacje.

--delta-z=WIMFILE
Dla wimlib-imagex zdobyć tylko: przechwyć nowy WIM jako „deltę” z WIMFILE, Każdy
strumienie, które normalnie musiałyby zostać zarchiwizowane w nowym WIM, są pomijane, jeśli:
są już obecne w WIMFILE na którym opiera się delta. Nowy WIM
nadal będzie zawierać pełną kopię metadanych obrazu, ale zazwyczaj jest to tylko a
niewielki ułamek całkowitego rozmiaru WIM.

Tę opcję można określić wiele razy, w takim przypadku wynikowa delta WIM
będzie zawierać tylko strumienie nieobecne w żadnym z określonych podstawowych WIM-ów.

Aby operować na wynikowej delcie WIM za pomocą innych poleceń, takich jak wimlib-imagex
zastosować, musisz określić delta WIM jako plik WIM, na którym chcesz operować, ale także
odwołaj się do podstawowych WIM za pomocą --ref opcja. Uwaga: aby zachować właściwą
funkcjonowanie delta WIM, można tylko dodawać, a nie usuwać, pliki i obrazy do
bazowe WIM po przejęciu od nich delty.

--delta-z można łączyć z --aktualizacja aby zwiększyć szybkość przechwytywania a
delta WIM.

Jako przykład rozważ następującą sekwencję tworzenia i przywracania kopii zapasowych:

(wstępna kopia zapasowa)

$ wimcapture /jakiś/katalog bkup-base.wim

(kilka dni później utwórz drugą kopię zapasową jako delta od pierwszej)

$ wimcapture /niektóre/katalog bkup-2013-08-20.dwm \
--update-of bkup-base.wim:-1 --delta-from bkup-base.wim

(przywracanie drugiej kopii zapasowej)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/niektóre/katalog

Należy jednak pamiętać, że jako alternatywa dla powyższej sekwencji, która korzystała z delta WIM,
druga kopia zapasowa mogła zostać po prostu dołączona do WIM jako nowy obraz za pomocą
wimlib-imagex dodać. Delta WIMs powinny być używane tylko wtedy, gdy chcesz oprzeć
kopie zapasowe lub obrazy w oddzielnym, dużym pliku, który jest rzadko modyfikowany.

Uwaga: w przeciwieństwie do „pipable” WIM (utworzonych za pomocą --pipable opcja), WIM „delta”
(utworzony za pomocą --delta-z opcja) są kompatybilne z oprogramowaniem Microsoft.
Na przykład możesz użyć opcji /ref ImageX, aby odwołać się do podstawowych WIM-ów,
podobnie jak powyżej.

Dodatkowa uwaga: wimlib-imagex jest na tyle uogólniony, że można w zasadzie kombinować
--pipable i --delta-z do tworzenia potowalnych delta WIMs. W takich przypadkach podstawa
WIM muszą być przechwycone jako możliwe do pipowania, a także delta WIM, a podczas stosowania
obraz, podstawowe WIM-y muszą zostać wysłane przez potok po delta WIM.

--wimboot
Oznacz obraz jako zgodny z WIMBoot. Więcej informacji znajdziesz w dokumentacji firmy Microsoft
informacje o WIMBoot. Ta opcja domyślnie ustawia typ kompresji
do XPRESS i rozmiar porcji do 4096 bajtów; można je jednak nadal omijać
przez --Kompresja i --rozmiar-fragmentu parametry, odpowiednio. Ponadto to
opcja domyślnie ustawi plik konfiguracyjny na
ŹRÓDŁO\Windows\System32\WimBootCompress.ini, jeśli jest obecny i dostępny; jednak to
może nadal być przesłonięty przez --config parametr.

--niebezpieczny-kompaktowy
Zobacz dokumentację tej opcji w wimlib-imagex-optymalizuj (1).

--migawka
EKSPERYMENTALNE: utwórz tymczasową migawkę systemu plików katalogu źródłowego i
przechwytywać z niego pliki. Obecnie ta opcja jest obsługiwana tylko w systemie Windows,
gdzie używa usługi kopiowania woluminów w tle (VSS). Korzystając z tej opcji, możesz
utworzyć spójną kopię zapasową woluminu systemowego działającego systemu Windows bez
napotkać problemy z zablokowanymi plikami. Aby migawka VSS została pomyślnie wykonana
Utworzony, wimlib-imagex musi być uruchomiony jako administrator i nie może być uruchomiony w
Tryb WoW64 (tzn. jeśli Windows jest 64-bitowy, to wimlib-imagex musi być również 64-bitowy).

UWAGI


wimlib-imagex dodać nie obsługuje dołączania obrazu do podzielonego WIM.

Z wyjątkiem sytuacji, gdy używasz --niebezpieczny-kompaktowy, można bezpiecznie przerwać a wimlib-imagex dodać komenda
w połowie; jednak po wykonaniu tej czynności zaleca się uruchomienie wimlib-imagex
optymalizacji aby usunąć wszelkie dane, które zostały dołączone do fizycznego pliku WIM, ale jeszcze nie
włączone w strukturę WIM, chyba że WIM był w pełni przebudowywany (np
z --odbudować), w takim przypadku należy usunąć pozostały plik tymczasowy.

wimlib-imagex tworzy WIM zgodne z oprogramowaniem Microsoft (WIMGAPI, ImageX, DISM),
z pewnymi zastrzeżeniami:

· Z wimlib-imagex w systemach typu UNIX możliwe jest stworzenie obrazu WIM
zawierające pliki o nazwach różniących się tylko wielkością liter lub pliki o nazwach zawierających znak
znaki ':', '*', '?', '"', '<', '>', '|' lub '\', które są ważne w POSIX-
zgodnych systemów plików, ale nie Windows. Ostrzegam, że takie pliki nie będą
domyślnie wyodrębnione przez wersję Windows wimlib-imagexi (jeszcze gorzej)
ImageX firmy Microsoft może być zdezorientowany takimi nazwami i częściowo przestać wyodrębniać obraz
Poprzez. (Być może warto zauważyć, że własny domyślny system plików Windows,
NTFS, obsługuje te znaki, chociaż Windows nie!)

· Pipable WIMs są niezgodne z oprogramowaniem firmy Microsoft. Tworzone są pipable WIM
tylko, jeżeli WIMFILE został określony jako "-" (standardowe wyjście) lub jeśli --pipable flaga była
określony.

· WIM przechwycone z innym niż domyślny rozmiar fragmentu (z --rozmiar-fragmentu opcja) lub jako stałe
archiwa (z --solidny opcja) lub z kompresją LZMS (z --Kompresja=LZMS lub
--Kompresja=recovery) mają różne poziomy zgodności z oprogramowaniem firmy Microsoft.
Generalnie nowsze wersje oprogramowania firmy Microsoft są bardziej kompatybilne.

PRZYKŁADY


Pierwszy przykład: Utwórz nowy WIM „mywim.wim” z kompresją LZX („maksymalna”), która będzie
zawierają przechwycony obraz drzewa katalogów „somedir”. Zwróć uwagę, że nazwa obrazu wymaga
nie zostanie określony i domyślnie zostanie ustawiony na „somedir”:

wimlib-imagex przechwytywania somedir mywim.wim

lub, jeśli wimcapture został zainstalowany twardy link lub plik wsadowy, skrócona forma może:
być użytym:

wimcapture somedir mywim.wim

Pozostałe przykłady będą jednak używały długiej formy. Następnie dołącz obraz
inne drzewo katalogów do utworzonego powyżej WIM:

wimlib-imagex dodaj inny katalog mywim.wim

Dość proste, a powyższe przykłady obrazowania drzew katalogowych działają zarówno na systemach UNIX-owych
systemy i Windows. Następnie przechwyć WIM z kilkoma niestandardowymi opcjami, w tym
kompresja XPRESS („szybka”), tablica integralności, bez bałaganu z bezwzględnymi dowiązaniami symbolicznymi,
oraz nazwę i opis obrazu:

wimlib-imagex przechwytuj jakiś katalog mywim.wim --compress=szybko \
--check --norpfix "Jakaś nazwa" "Jakaś opis"

Przechwyć cały wolumin NTFS do nowego pliku WIM i nazwij obraz „Windows 7”. Na
Systemy typu UNIX, wymaga to użycia specjalnego trybu opisanego w NTFS TOM ZDOBYĆ
(UNIX) gdzie ŹRÓDŁO to plik lub urządzenie blokowe zawierające system plików NTFS:

przechwytywanie wimlib-imagex /dev/sda2 windows7.wim „Windows 7”

lub, w systemie Windows, aby przechwycić pełny wolumin NTFS, zamiast tego należy podać root
katalog zamontowanego woluminu, na przykład:

przechwytywanie obrazu wimlib-imagex E:\ windows7.wim „Windows 7”

Tak samo jak w powyższym przykładzie z przechwytywaniem woluminu NTFS z wimlib-imagex działa na UNIX-
podobny do systemu, ale przechwytuje WIM w specyficznym dla Wimlib formacie „pipable”, który można przesyłać potokowo
do wimlib-imagex zastosować:

przechwytywanie wimlib-imagex /dev/sda2 windows7.wim "Windows 7" \
--pipable

Tak samo jak powyżej, ale zamiast pisać pipable WIM do pliku "windows7.wim", napisz go
bezpośrednio na standardowe wyjście przez potok do innego programu „someprog”, który:
może to być na przykład program lub skrypt, który przesyła dane strumieniowo na serwer. Zauważ, że
--pipable nie musi być wyraźnie określony podczas używania standardowego wyjścia jako „pliku” WIM:

przechwytywanie wimlib-imagex /dev/sda2 — „Windows 7” | jakiś progres

Użyj wimlib-imagex-capture online za pomocą usług onworks.net


Ad


Ad