wimlib-imagex-apply - Online w chmurze

PROGRAM:

IMIĘ

wimlib-imagex-apply — wyodrębnia jeden obraz lub wszystkie obrazy z archiwum WIM

STRESZCZENIE

wimlib-imagex zastosować PLIK WIM [ZDJĘCIA] TARGET [OPCJA...]

OPIS

wimlib-imagex zastosować wyodrębnia obraz lub wszystkie obrazy z pliku Windows Imaging (WIM).
PLIK WIM. To polecenie jest również dostępne jako proste wmapply jeśli odpowiedni twardy link
lub został zainstalowany plik wsadowy.

To polecenie ma na celu wyodrębnienie lub „zastosowanie” jednego lub większej liczby pełnych obrazów WIM. Jeśli ty
zamiast tego chcesz wyodrębnić tylko niektóre pliki lub katalogi zawarte w obrazie WIM,
rozważyć użycie wimlib-imagex wyciąg or wimlib-imagex uchwyt zamiast. (wimlib-imagex uchwyt
nie jest obsługiwany w systemie Windows).

ZDJĘCIA określa obraz WIM w PLIK WIM wyciągać. Może to być oparty na 1 indeks an
obraz w formacie PLIK WIM, nazwa obrazu w PLIK WIMlub słowo kluczowe „all”, aby to wskazać
wszystkie obrazy w PLIK WIM mają być wydobyte. Użyj wimlib-imagex Informacje (1) polecenie do pokazania
jakie obrazy zawiera plik WIM. ZDJĘCIA można pominąć, jeśli PLIK WIM zawiera tylko jeden obraz.

TARGET określa, gdzie wyodrębnić obraz WIM. Jeśli TARGET określa katalog, plik
Obraz WIM jest wyodrębniany do tego katalogu (patrz KATALOG EKSTRAKCJA (UNIX) or KATALOG
EKSTRAKCJA (OKNA)). Podobnie, jeśli TARGET określa nieistniejący plik, katalog jest
utworzony w tej lokalizacji, a obraz WIM jest wyodrębniany do tego katalogu.

If ZDJĘCIA jest określony jako „all”, a następnie wszystkie obrazy w PLIK WIM są faktycznie pobierane
podkatalogi z TARGET, z których każdy ma nazwę odpowiedniego obrazu,
powrót do indeksu obrazu w przypadku obrazu bez nazwy lub nazwy niepoprawnej
jako nazwa pliku.

Alternatywnie, tylko w systemach typu UNIX, if TARGET określa zwykły plik lub blok
urządzenie, jest interpretowany jako wolumin NTFS, do którego ma zostać wyodrębniony obraz WIM (patrz
NTFS TOM EKSTRAKCJA (UNIX)). W tym trybie można wyodrębnić tylko jeden obraz i
obsługiwane jest tylko rozpakowywanie do katalogu głównego woluminu NTFS (nie do jego podkatalogu).

PLIK WIM może być „-”, aby odczytać WIM ze standardowego wejścia, a nie z pliku, ale zobacz
RURY WIMS po więcej informacji.

wimlib-imagex zastosować obsługuje stosowanie obrazów z samodzielnych WIM, jak również podzielonych WIM.
See ROZDZIELAĆ WIMS.

KATALOG EKSTRAKCJA (UNIX)

Ta sekcja dokumentuje, jak wimlib-imagex zastosować (i również wimlib-imagex wyciąg) wyciąg a
Obraz WIM (lub ewentualnie jego podzbiór, w przypadku wimlib-imagex wyciąg) do
katalogu w systemach typu UNIX. Widzieć KATALOG EKSTRAKCJA (OKNA) dla odpowiedniego
dokumentacja dla systemu Windows.

Jak wspomniano, obraz WIM można zastosować do katalogu w systemie typu UNIX, udostępniając
a TARGET informator. Należy jednak pamiętać, że format WIM był
przeznaczone dla systemu Windows, w wyniku czego pliki WIM mogą zawierać dane lub metadane, których nie można
być reprezentowane w systemach typu UNIX. Główne informacje, które wimlib-imagex będzie nie be
które można wyodrębnić w systemach typu UNIX, to:

· Deskryptory zabezpieczeń systemu Windows (obejmujące właściciela pliku, grupę i listy ACL).

· Nazwane strumienie danych.

· Ponowna analiza punktów innych niż dowiązania symboliczne i punkty połączeń.

· Niektóre atrybuty plików, takie jak kompresja, szyfrowanie i rozrzedzenie.

· Krótkie (DOS) nazwy plików.

· Znaczniki czasu tworzenia plików.

Uwagi: Nieobsługiwane dane i metadane po prostu nie są wyodrębniane, ale wimlib-imagex będzie
spróbuj ostrzec Cię, gdy zawartość obrazu WIM nie może być dokładnie przedstawiona kiedy
wytłoczony. Sygnatury czasowe ostatniego dostępu i ostatniej modyfikacji są określone na 100 nanosekund
szczegółowości w pliku WIM, ale zostanie wyodrębniony tylko z najwyższą obsługiwaną precyzją
bazowego systemu operacyjnego, biblioteki C i systemu plików. Skompresowane pliki będą
rozpakowane jako nieskompresowane, podczas gdy zaszyfrowane pliki nie zostaną w ogóle rozpakowane.

NTFS TOM EKSTRAKCJA (UNIX)

Ta sekcja dokumentuje, jak wimlib-imagex zastosować wyodrębnia obraz WIM bezpośrednio do NTFS
obraz woluminu w systemach typu UNIX.

Jak wspomniano, wimlib-imagex działające w systemie typu UNIX mogą bezpośrednio zastosować obraz WIM
do woluminu NTFS, określając TARGET jako zwykły plik lub urządzenie blokowe zawierające plik
system plików NTFS. System plików NTFS nie musi być pusty, chociaż oczekuje się, że tak będzie
puste dla zamierzonych przypadków użycia. Nowy system plików NTFS można utworzyć za pomocą
mkntfs(8) polecenie dostarczone z ntfs-3g.

W tym trybie wyodrębniania woluminu NTFS obraz WIM jest wyodrębniany do katalogu głównego NTFS
wolumin w pewien sposób zachowuje prawie wszystkie informacje zawarte w obrazie WIM. Dlatego
nie podlega ograniczeniom, o których mowa w ust KATALOG EKSTRAKCJA (UNIX), To
wsparcie polega na libntfs-3g do zapisu na woluminie NTFS i obsługi specyficznych dla NTFS i
Dane specyficzne dla systemu Windows.

Należy pamiętać, że ten tryb wyodrębniania woluminów NTFS jest nie wpisano, jeśli TARGET jest katalogiem,
nawet jeśli system plików NTFS jest zamontowany TARGET. Musisz określić sam wolumin NTFS
(i musi być odmontowany i musisz mieć uprawnienia do zapisu na nim).

Ten tryb wyodrębniania woluminu NTFS próbuje wyodrębnić jak najwięcej informacji,
w tym:

· Wszystkie strumienie danych wszystkich plików z wyjątkiem plików zaszyfrowanych, w tym danych nienazwanych
strumień, jak również 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.

Istnieje jednak kilka znanych ograniczeń trybu wyodrębniania woluminów NTFS:

· Zaszyfrowane pliki nie zostaną wyodrębnione.

· wimlib v1.7.0 i nowsze: atrybuty plików rzadkich nie zostaną wyodrębnione (to samo zachowanie
jako ImageX/DISM/WIMGAPI). wimlib v1.6.2 i wcześniejsze: chociaż rzadkie atrybuty plików
zostaną zastosowane, pełne dane zostaną wyodrębnione do każdego pliku rozrzedzonego, a więc wyodrębnione
„rzadkie” pliki mogą w rzeczywistości nie zawierać żadnych rzadkich regionów.

Niezależnie od tego, ponieważ prawie wszystkie informacje z obrazu WIM są przywracane w tym trybie, to
jest możliwe (i w pełni obsługiwane) przywrócenie obrazu rzeczywistej instalacji systemu Windows
za pomocą wimlib-imagex w systemach typu UNIX jako alternatywa dla używania wimlib-imagex on
Okna. W przykładach na końcu tej strony podręcznika znajduje się przykład zastosowania
obraz z pliku „install.wim” znajdującego się na nośniku instalacyjnym dla systemu Windows
(Vista lub nowsza) w katalogu „sources”.

Zwróć uwagę, że aby faktycznie uruchomić system Windows (Vista lub nowszy) z zastosowanego obrazu „install.wim”,
musisz także oznaczyć partycję jako „bootowalną” i skonfigurować różne pliki rozruchowe, takie jak
\BOOTMGR i \BOOT\BCD. To ostatnie zadanie najłatwiej wykonać, uruchamiając plik
„bcdboot.exe” z działającego systemu Windows (takiego jak Windows PE), ale są też inne
opcje również.

KATALOG EKSTRAKCJA (OKNA)

W systemie Windows wimlib-imagex zastosować i wimlib-imagex wyciąg natywnie obsługuje Windows-
specyficzne i specyficzne dla NTFS dane. Aby uzyskać najlepsze wyniki, należy zlokalizować katalog docelowy
na woluminie NTFS i wimlib-imagex należy uruchomić z uprawnieniami administratora; Jednakże,
obsługiwane są również systemy plików inne niż NTFS i uruchamianie bez uprawnień administratora.

W systemie Windows wimlib-imagex zastosować i wimlib-imagex wyciąg spróbuj wyodrębnić jak najwięcej danych i
metadane w miarę możliwości, w tym:

· Wszystkie strumienie danych wszystkich plików. Obejmuje to domyślną zawartość pliku, jak również
nazwane strumienie danych, jeśli są obsługiwane przez wolumin docelowy.

· Punkty ponownej analizy, w tym dowiązania symboliczne, punkty węzłowe i inne punkty ponownej analizy,
jeśli jest obsługiwana przez wolumen docelowy. (Uwaga: zob --rpfix i --norpfix do dokumentacji
o tym, jak dokładnie wyodrębniane są bezwzględne dowiązania symboliczne i połączenia.) Jednak zgodnie z
domyślnych ustawień zabezpieczeń systemu Windows, nie jest możliwe utworzenie dowiązania symbolicznego
lub punkt węzłowy bez uprawnień Administratora; dlatego musisz biec wimlib-
imagex jako Administrator, jeśli chcesz w pełni przywrócić obraz zawierający symboliczne
połączenia i/lub punkty połączeń. (W przeciwnym razie zostanie wydane jedynie ostrzeżenie, gdy a
nie można wyodrębnić dowiązania symbolicznego lub punktu połączenia z powodu niewystarczających uprawnień).

· Tworzenie plików i katalogów, dostęp i znaczniki czasu modyfikacji, do najwyższych
rozdzielczość obsługiwana przez wolumin docelowy.

· Deskryptory bezpieczeństwa, jeśli są obsługiwane przez system plików i --brak-list nie jest określony.
Ponadto, chyba że --ścisłe listy acl jest określony, deskryptory bezpieczeństwa dla
poszczególne pliki lub katalogi mogą zostać pominięte lub ustawione tylko częściowo, jeśli użytkownik to zrobi
nie mają uprawnień do ich ustawiania, co może stanowić problem, jeśli wimlib-imagex jest prowadzony jako
niebędący administratorem.

· Atrybuty plików, w tym ukryte, rzadkie, skompresowane, zaszyfrowane itp., jeśli są obsługiwane
przez system plików.

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

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

Dodatkowe uwagi dotyczące rozpakowywania plików w systemie Windows:

· wimlib-imagex wyświetli ostrzeżenie, gdy nie będzie w stanie wyodrębnić dokładnych metadanych i
danych obrazu WIM, na przykład z powodu nieobsługiwanych funkcji wymienionych powyżej
przez docelowy system plików.

· Ponieważ zaszyfrowane pliki (z FILE_ATTRIBUTE_ENCRYPTED) nie są przechowywane w postaci zwykłego tekstu w
obraz WIM, wimlib-imagex nie może przywrócić zaszyfrowanych plików do systemów plików nie
wspieranie szyfrowania. Dlatego w takich systemach plików zaszyfrowane pliki nie będą
wytłoczony. Co więcej, nawet jeśli zaszyfrowane pliki zostaną przywrócone do systemu plików, który
obsługuje szyfrowanie, będzie można je odszyfrować tylko wtedy, gdy klucz odszyfrowywania będzie dostępny.

· Pliki o nazwach, których nie można przedstawić w systemie Windows, nie zostaną wyodrębnione przez
domyślny; Widzieć --include-nieprawidłowe-nazwy.

· Pliki z pełnymi ścieżkami powyżej 260 znaków (tzw. MAX_PATH) zostaną wyodrębnione,
ale pamiętaj, że takie pliki będą niedostępne dla większości programów Windows i mogą nie być dostępne
można je łatwo usunąć.

· W systemie Windows, chyba że --brak-list zostanie określona opcja, wimlib podejmie próbę przywrócenia
deskryptory zabezpieczeń plików dokładnie tak, jak są one dostarczane w obrazie WIM. Strzec się
że typowe instalacje systemu Windows zawierają pliki, których nie zawierają deskryptory zabezpieczeń
zezwolić Administratorowi na ich usunięcie. Dlatego takie pliki nie będą mogły być
usunięte, aw niektórych przypadkach nawet odczytane, po wypakowaniu, chyba że zostaną przetworzone z rozszerzeniem
wyspecjalizowany program, który wie, jak uzyskać SE_RESTORE_NAME i/lub SE_BACKUP_NAME
uprawnienia, które pozwalają na nadpisywanie list kontroli dostępu. To nie jest błąd w wimlib,
który działa tak, jak został zaprojektowany, aby poprawnie przywrócić zarchiwizowane dane, ale raczej a
problem z prawami dostępu, których system Windows używa do niektórych plików. Ale jeśli tylko chcesz
dane pliku i nie przejmuj się deskryptorami bezpieczeństwa, użyj --brak-list Pomijać
przywracanie wszystkich deskryptorów bezpieczeństwa.

· Podobne zastrzeżenie do powyższego dotyczy atrybutów plików, takich jak tylko do odczytu, ukryty i
System. Zgodnie z projektem, w Windows wimlib przywróci takie atrybuty plików; W związku z tym,
wyodrębnione pliki mogą mieć te atrybuty. Jeśli to nie jest to, czego chcesz, użyj
--no-atrybutów opcja.

ROZDZIELAĆ WIMS

Możesz użyć wimlib-imagex zastosować aby zastosować obrazy z podzielonego WIM. The PLIK WIM argument
należy określić pierwszą część podzielonego WIM, natomiast dodatkowe części podzielonego WIM
musi być określony w jednym lub więcej --odn="GLOB" opcje. Ponieważ globowanie jest wbudowane w
--odn opcja, zazwyczaj tylko jedna --odn opcja jest konieczna. Na przykład nazwy dla
podzielone części WIM zwykle wyglądają mniej więcej tak:

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

Aby zastosować pierwszy obraz tego podzielonego WIM do katalogu „dir”, uruchom:

wimlib-imagex zastosuj mywim.swm 1 dir --ref="mywim*.swm"

W szczególnym przypadku, jeśli stosujesz obraz ze standardowego wejścia z podzielonego WIM, który
jest również potokowy (jak opisano w RURY WIMS), --odn opcja jest niepotrzebna; zamiast ciebie
musi zapewnić, że wszystkie podzielone części WIM są połączone ze sobą na standardowym wejściu.
Można je podawać w dowolnej kolejności, z wyjątkiem pierwszej części, która musi być
pierwszy.

RURY WIMS

Od wimlib 1.5.0, wimlib-imagex zastosować obsługuje stosowanie WIM z pliku, którego nie można wyszukać,
takich jak rura, pod warunkiem, że WIM został przechwycony --fajny (Patrz wimlib-imagex
zdobyć(1)). Aby użyć standardowego wejścia jako WIM, podaj „-” jako PLIK WIM. Przydatne użycie
ta zdolność polega na zastosowaniu obrazu z WIM podczas przesyłania strumieniowego z serwera. Dla
na przykład, aby zastosować pierwszy obraz z pliku WIM dostępnego na serwerze HTTP do NTFS
volume na /dev/sda1, uruchom coś takiego:

wget -O - http://myserver/mywim.wim | wimapply - 1 /dev/sda1

(Powyżej użyto również wmapply skrót od wimlib-imagex zastosować.) Uwaga: pliki WIM
jest nie domyślnie możliwy do potoku; musisz je wyraźnie przechwycić --fajny, i oni
jest nie kompatybilny z oprogramowaniem firmy Microsoft. Widzieć wimlib-imagex zdobyć(1) po więcej
informacje.

Możliwe jest zastosowanie obrazu z przesyłanego potokami WIM podzielonego na wiele części; Widzieć ROZDZIELAĆ
WIMS.

OPCJE

--sprawdzać
Podczas czytania PLIK WIM, sprawdź jego integralność, jeśli dostępna jest tabela integralności.

--odn="GLOB"
Plik glob dodatkowych WIM lub podziel części WIM, z których można odwoływać się do zasobów. Widzieć
SPLIT_WIMS. Tę opcję można określić wielokrotnie. Notatka: GLOB jest wymieniony w
cytaty, ponieważ jest interpretowane przez wimlib-imagex i może wymagać zacytowania
chronią przed rozszerzaniem się powłoki.

--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), wyodrębnione bezwzględne dowiązania symboliczne, które
są oznaczone w obrazie WIM jako stałe, zakłada się, że mają bezwzględne cele
względem korzenia obrazu, a zatem wimlib-imagex zastosować poprzedza absolut
ścieżkę do docelowego katalogu ekstrakcji do swoich celów. Intencja jest taka, że ​​ty
może zastosować obraz zawierający bezwzględne dowiązania symboliczne i nadal mieć je ważne
po zastosowaniu w dowolnym miejscu.

Domyślnym zachowaniem jest --rpfix jeśli jakieś obrazy w PLIK WIM zostali schwytani z
poprawki punktów ponownej analizy wykonane. Inaczej jest --norpfix.

Naprawy punktów ponownej analizy nigdy nie są wykonywane w trybie wyodrębniania woluminów NTFS w systemach typu UNIX
systemy.

--uniks-dane
(Tylko systemy typu UNIX) Przywracanie właścicieli, grup, trybów i identyfikatorów urządzeń systemu UNIX (główny
i numery podrzędne), które zostały przechwycone przez wimlib-imagex zdobyć z --uniks-dane
opcja. Począwszy od wimlib v1.7.0, można tworzyć kopie zapasowe i przywracać nie tylko standardowy system UNIX
informacje o uprawnieniach do plików, ale także węzły urządzeń znakowych, węzły urządzeń blokowych,
nazwane potoki (FIFO) i gniazda domeny UNIX.

--brak-list
Nie przywracaj deskryptorów zabezpieczeń w wyodrębnionych plikach i katalogach.

--ścisłe listy acl
Niepowodzenie natychmiast, jeśli pełny deskryptor bezpieczeństwa dowolnego pliku lub katalogu nie może być
ustawić dokładnie tak, jak określono w pliku WIM. Jeśli ta opcja nie jest określona, ​​kiedy
wimlib-imagex w systemie Windows nie ma uprawnień do ustawiania deskryptora zabezpieczeń w pliku
wypakowany plik, wraca do ustawienia tylko częściowo (np. z pominięciem SACL),
aw najgorszym przypadku całkowicie go pomija. Jednak to powinno być tylko problemem
podczas biegu wimlib-imagex bez uprawnień Administratora. Również w systemach typu UNIX
systemów, z tą flagą można również łączyć --uniks-dane powodować wimlib-imagex do
kończy się niepowodzeniem natychmiast, jeśli właściciel systemu UNIX, grupa lub tryb w wyodrębnionym pliku nie może być
ustawić z jakiegokolwiek powodu.

--no-atrybutów
Nie przywracaj atrybutów plików systemu Windows, takich jak tylko do odczytu, ukryty itp.

--include-nieprawidłowe-nazwy
Wyodrębnij pliki i katalogi o nieprawidłowych nazwach, zastępując znaki i
dodanie sufiksu zamiast ich ignorowania. Dokładnie to, co jest uważane za
„nieprawidłowa” nazwa zależy od platformy.

W systemach zgodnych z POSIX w nazwach plików rozróżniana jest wielkość liter i mogą one zawierać dowolny bajt
oprócz '\0' i '/', więc w systemie zgodnym z POSIX ta opcja będzie miała tylko
efekt w mało prawdopodobnym przypadku, gdy obraz WIM z jakiegoś powodu ma nazwę pliku
zawierające jeden z tych znaków.

W systemie Windows w nazwach plików nie jest rozróżniana wielkość liter, nie mogą one zawierać znaków „/”, „\0”,
'\', ':', '*', '?', '"', '<', '>' lub '|' i nie może kończyć się spacją ani kropką.
Zazwyczaj pliki w obrazach WIM również powinny spełniać te warunki. Jednak tak jest
nie jest gwarantowana, aw szczególności obraz WIM przechwycony za pomocą wimlib-imagex na
System zgodny z POSIX mógłby zawierać takie pliki. Domyślnie nieprawidłowe nazwy będą
ignorowane, a jeśli istnieje wiele nazw różniących się tylko wielkością liter, zostanie wybrana jedna
wydobyć arbitralnie; jednak z --include-nieprawidłowe-nazwy, wszystkie imiona będą
odkażane i ekstrahowane w jakiejś formie.

--wiboot
Tylko system Windows: zamiast wyodrębniać same pliki, wyodrębnij „pliki wskaźników”
z powrotem do archiwów WIM. Może to skutkować znaczną oszczędnością miejsca. Jednakże,
wiąże się to z kilkoma potencjalnymi kosztami, takimi jak brak możliwości usunięcia pliku WIM
archiwów i prawdopodobnie wolniejszy dostęp do plików. Zobacz Microsoft
Więcej informacji można znaleźć w dokumentacji „WIMBoot”.

Jeśli istnieje, sekcja [PrepopulateList] pliku
\Windows\System32\WimBootCompress.ini w obrazie WIM zostanie odczytany. Dopasowanie plików
każdy z tych wzorców zostanie wyodrębniony normalnie, a nie jako „pliki wskaźników” WIMBoota.
Jest to przydatne w przypadku niektórych plików, które system Windows musi odczytać na wczesnym etapie rozruchu
proces.

Ta opcja działa tylko wtedy, gdy program jest uruchamiany jako Administrator i cel
wolumin to NTFS lub inny system plików obsługujący punkty ponownej analizy.

Ponadto ta opcja działa najlepiej w systemie Windows 8.1 Update 1 lub nowszym,
ponieważ jest to pierwsza wersja systemu Windows zawierająca plik nakładki systemu Windows
Sterownik filtra systemowego („WOF”). Jeśli sterownik WOF zostanie wykryty, wimlib utworzy plik
WIMBoot „pliki wskaźników” przy użyciu udokumentowanych plików ioctl dostarczonych przez WOF.

W przeciwnym razie, jeśli sterownik WOF nie zostanie wykryty, wimlib utworzy punkty ponownej analizy
i edytuj plik „\System Volume Information\WimOverlay.dat” na woluminie docelowym
ręcznie. Może to powodować problemy, ponieważ chociaż kod działa w
w niektórych przetestowanych przypadkach żaden z tych formatów danych nie jest faktycznie udokumentowany
Microsoftu. Przed nadpisaniem tego pliku wimlib zapisze poprzednią wersję w
„\Informacje o woluminie systemowym\WimOverlay.wimlib_backup”, który potencjalnie mógłbyś
przywrócić, jeśli trzeba.

Właściwie nadal możesz zrobić --wiboot ekstrakcję, nawet jeśli obraz WIM nie jest zaznaczony
jako „kompatybilny z WIMBoot”. Ta opcja powoduje ustawienie wyodrębnionych plików jako
„wsparte zewnętrznie” przez plik WIM. Sterownik firmy Microsoft, który to implementuje
funkcja „zewnętrznego tworzenia kopii zapasowych” najwyraźniej nie dba o to, czy obrazy w pliku
WIM są naprawdę oznaczone jako kompatybilne z WIMBoot. Dlatego „kompatybilny z WIMBoot”
znacznik ( w danych XML) wydaje się być znacznikiem tylko dla intencji. Ponadto,
sterownik Microsoft może zewnętrznie tworzyć kopie zapasowe plików z plików WIM, które używają fragmentów XPRESS
o wielkości 8192, 16384 i 32768 lub kawałki LZX o wielkości 32768, oprócz
domyślne porcje XPRESS o rozmiarze 4096, które są tworzone podczas wimlib-imagex zdobyć is
biegnij z --wiboot opcja.

--kompaktowy=FORMAT
Tylko Windows: jeśli to możliwe, skompresuj wyodrębnione pliki przy użyciu Kompresji systemu.
Działa to tylko w systemie Windows 10 lub nowszym lub w starszym systemie Windows, do którego
Dodano sterownik wofadk.sys firmy Microsoft. Kilka różnych formatów kompresji
może być używany z Kompresją systemu, a jeden musi być określony jako FORMAT,
do wyboru są: xpress4k, xpress8k, xpress16k i lzx.

Wykluczenia są obsługiwane w taki sam sposób jak w przypadku --wiboot opcja. To znaczy: jeśli
istnieje, sekcja [PrepopulateList] pliku
\Windows\System32\WimBootCompress.ini w obrazie WIM zostanie odczytany i pliki
pasujące do wzorców w tej sekcji nie zostaną skompresowane. Ponadto,
wimlib ma zakodowaną na stałe listę plików, o których wie, w celu zapewnienia zgodności z
Bootloader systemu Windows, aby zastąpić żądany format kompresji.

UWAGI

Dane integralność: pliki WIM zawierają skróty komunikatów SHA1 dla danych pliku. wimlib-imagex
zastosować oblicza skrót komunikatu SHA1 każdego wyodrębnianego pliku i zgłasza błąd if
nie jest tożsame ze skrótem komunikatu SHA1 podanym w WIM. (To domyślne zachowanie
wydaje się równoważne z /zweryfikować opcja ImageX.) Zauważ, że jest to niezależne od
tabela integralności WIM, która zapewnia skróty komunikatów SHA1 w surowych fragmentach pliku
cały plik WIM i jest sprawdzany osobno, jeśli plik --sprawdzać opcja jest określona.

ESD pliki: wimlib v1.6.0 i nowsze mogą wyodrębniać pliki z wersji 3584 WIM, które zwykle
zawierają stałe zasoby skompresowane za pomocą LZMS i mogą przenosić pliki esd rozszerzenie pliku zamiast
. Wim. Jednakże, esd pliki pobrane bezpośrednio przez internetowy program do pobierania systemu Windows 8 mają
zaszyfrowanych segmentów, a wimlib nie może wyodrębnić takich plików, dopóki nie zostaną najpierw odszyfrowane.

Informator przejście Ataki: wimlib sprawdza poprawność nazw plików przed ich wyodrębnieniem i tak nie jest
podatne na ataki polegające na przechodzeniu przez katalogi. Jest to w przeciwieństwie do Microsoft
WIMGAPI/ImageX/DISM, który może nadpisać dowolne pliki na dysku docelowym, gdy
wydobycie złośliwego pliku WIM zawierającego pliki o nazwie .. lub zawierające separatory ścieżek.

PRZYKŁADY

Wyodrębnij pierwszy obraz z obrazu Windows PE w systemie Windows (Vista lub nowszy)
nośnik instalacyjny do katalogu „boot”:

wimlib-imagex zastosuj /mnt/windows/sources/boot.wim 1 rozruch

To samo, co powyżej, ale używając wmapply skrót:

wimapply /media/windows/sources/boot.wim 1 rozruch

W systemie Windows zastosuj obraz całego woluminu, na przykład z „install.wim”, który może
można znaleźć na nośniku instalacyjnym systemu Windows (Vista lub nowszy):

wimlib-imagex zastosuj install.wim 1 E:\

To samo co powyżej, ale działa w systemie podobnym do systemu UNIX, w którym znajduje się odpowiednia partycja
/dev/sda2:

wimlib-imagex zastosuj plik install.wim 1 /dev/sda2

Pamiętaj, że przed uruchomieniem któregokolwiek z powyższych poleceń może być potrzebny system plików NTFS
utworzone na partycji, na przykład za pomocą format.exe w systemie Windows lub mkntfs(8) (część
NTFS-3g) w systemach typu UNIX. Na przykład możesz uruchomić:

mkntfs /dev/sda2 && wimapply install.wim 1 /dev/sda2

(Oczywiście nie rób tego, jeśli nie chcesz zniszczyć wszystkich istniejących danych na partycji!)

Przykład zastosowania potokowego WIM z potoku można znaleźć w RURY WIMS, Oraz
przykład zastosowania podzielonego WIM można znaleźć w ROZDZIELAĆ WIMS.

Użyj wimlib-imagex-apply online, korzystając z usług onworks.net