angielskufrancuskihiszpański

Uruchom serwery | Ubuntu > | Fedora > |


Ulubiona usługa OnWorks

wimlib-imagex-apply — online w chmurze

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

Jest to polecenie wimlib-imagex-apply, 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 systemu Windows lub emulator online systemu Mac OS

PROGRAM:

IMIĘ


wimlib-imagex-apply - Wyodrębnij jeden obraz lub wszystkie obrazy z archiwum WIM

STRESZCZENIE


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

OPIS


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

To polecenie ma na celu wyodrębnienie lub „zastosowanie” jednego lub więcej pełnych obrazów WIM. Jeśli ty
zamiast tego chcesz wyodrębnić tylko niektóre pliki lub katalogi zawarte w obrazie WIM,
rozważ 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 WIMFILE wydobywać. Może to być indeks 1-oparty o an
obraz w formacie WIMFILE, nazwa obrazu w WIMFILElub słowo kluczowe „all”, aby wskazać, że
wszystkie obrazy w WIMFILE mają zostać wydobyte. Użyj wimlib-imagex Informacje (1) polecenie do pokazania
jakie obrazy zawiera plik WIM. ZDJĘCIA można pominąć, jeśli WIMFILE zawiera tylko jeden obraz.

TARGET określa, gdzie wyodrębnić obraz WIM. Gdyby TARGET określa katalog,
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 to
utworzony w tej lokalizacji, a obraz WIM jest wyodrębniany do tego katalogu.

If ZDJĘCIA jest określony jako "all", to wszystkie obrazy w WIMFILE są faktycznie wyodrębniane do
podkatalogi TARGET, z których każdy posiada nazwę odpowiedniego obrazu,
powrót do indeksu obrazu w przypadku obrazu bez nazwy lub niepoprawnej nazwy
jako nazwę pliku.

Alternatywnie, tylko w systemach typu UNIX, jeśli TARGET określa zwykły plik lub blok
urządzenie jest interpretowane 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 wyodrębnianie do katalogu głównego woluminu NTFS (nie do jego podkatalogu).

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

wimlib-imagex zastosować obsługuje stosowanie obrazów z samodzielnych, a także podzielonych WIM-ów.
Widzieć ROZDZIELAĆ WIMS.

KATALOG EKSTRAKCJA (UNIX)


Ta sekcja dokumentuje, jak wimlib-imagex zastosować (i również wimlib-imagex wyciąg) wyodrębnij a
Obraz WIM (lub ewentualnie jego podzbiór, w przypadku wimlib-imagex wyciąg) do
katalog 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 podobnym do UNIX, zapewniając:
a TARGET informator. Należy jednak pamiętać, że format WIM był
przeznaczony dla systemu Windows, w wyniku czego pliki WIM mogą zawierać dane lub metadane, które nie mogą
być reprezentowane w systemach typu UNIX. Główne informacje, które wimlib-imagex będzie nie be
w stanie wyodrębnić na systemach typu UNIX jest następująca:

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

· Nazwane strumienie danych.

· Punkty ponownej analizy inne niż dowiązania symboliczne i punkty węzłowe.

· Niektóre atrybuty plików, takie jak kompresja, szyfrowanie i rzadkość.

· 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
próbować ostrzec Cię, gdy zawartość obrazu WIM nie może być dokładnie reprezentowana, kiedy
wytłoczony. Znaczniki czasu ostatniego dostępu i ostatniej modyfikacji są określone na 100 nanosekund
szczegółowość w pliku WIM, ale zostanie wyodrębniona tylko z najwyższą obsługiwaną precyzją
przez bazowy system operacyjny, bibliotekę C i system 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ący w systemie podobnym do UNIX, może bezpośrednio zastosować obraz WIM
do woluminu NTFS, określając TARGET jako zwykły plik lub urządzenie blokowe zawierające
System plików NTFS. System plików NTFS nie musi być pusty, chociaż oczekuje się, że będzie
puste dla zamierzonych przypadków użycia. Nowy system plików NTFS można utworzyć za pomocą
mkntfs(8) polecenie dostarczane z ntfs-3g.

W tym trybie wyodrębniania woluminów NTFS obraz WIM jest wyodrębniany do katalogu głównego NTFS
objętość niejako zachowuje prawie wszystkie informacje zawarte w obrazie WIM. Dlatego
nie cierpi na ograniczenia opisane w KATALOG EKSTRAKCJA (UNIX), To
wsparcie opiera się na libntfs-3g do zapisu do woluminu NTFS i obsługi specyficznego dla NTFS i
Dane specyficzne dla systemu Windows.

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

Ten tryb wyodrębniania woluminów 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ń, a także 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 również kilka znanych ograniczeń trybu wyodrębniania woluminów NTFS:

· Zaszyfrowane pliki nie zostaną rozpakowane.

· wimlib v1.7.0 i nowsze: rzadkie atrybuty plików nie zostaną wyodrębnione (takie 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 rzadkiego pliku, więc wyodrębnione
Pliki „rzadkie” nie mogą w rzeczywistości zawierać żadnych rzadkich regionów.

Niezależnie od tego, ponieważ w tym trybie przywracane są prawie wszystkie informacje z obrazu WIM, to
jest możliwe (i w pełni obsługiwane) przywrócenie obrazu rzeczywistej instalacji systemu Windows
za pomocą wimlib-imagex w systemach UNIX-podobnych 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 systemu Windows
(Vista lub nowszy) w katalogu "źródła".

Zwróć uwagę, że aby faktycznie uruchomić system Windows (Vista lub nowszy) z zastosowanego obrazu „install.wim”,
musisz także oznaczyć partycję jako „rozruchową” i skonfigurować różne pliki rozruchowe, takie jak
\BOOTMGR i \BOOT\BCD. To ostatnie zadanie najłatwiej wykonać, uruchamiając
program „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-
dane specyficzne i specyficzne dla NTFS. Aby uzyskać najlepsze wyniki, należy zlokalizować katalog docelowy
na woluminie NTFS i wimlib-imagex powinien być uruchamiany z uprawnieniami administratora; Jednakże,
Obsługiwane są również systemy plików inne niż NTFS i działające 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, a także
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ługiwane przez wolumen docelowy. (Uwaga: patrz --rpfix i --norpfix do dokumentacji
dokładnie, w jaki sposób wyodrębniane są bezwzględne dowiązania symboliczne i połączenia.) Jednak zgodnie z
domyślne ustawienia zabezpieczeń systemu Windows, nie można utworzyć dowiązania symbolicznego
lub punkt węzłowy bez uprawnień administratora; dlatego musisz uciekać wimlib-
imagex jako Administrator, jeśli chcesz w pełni przywrócić obraz zawierający symboliczne
linki i/lub punkty węzłowe. (W przeciwnym razie tylko ostrzeżenie zostanie wydane, gdy:
nie można wyodrębnić łącza symbolicznego lub punktu węzłowego z powodu niewystarczających uprawnień.)

· Znaczniki czasu tworzenia plików i katalogów, dostępu i modyfikacji do najwyższych
rozdzielczość obsługiwana przez objętość docelową.

· Deskryptory bezpieczeństwa, jeśli są obsługiwane przez system plików i --no-acls nie jest określony.
Ponadto, chyba że --strict-acls jest określony, deskryptory bezpieczeństwa dla
poszczególne pliki lub katalogi można pominąć lub tylko częściowo ustawić, jeśli użytkownik to zrobi
nie masz uprawnień do ich ustawiania, co może być problemem, 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 ich nieustawienie nie jest uważane za
stan błędu.

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

Dodatkowe uwagi dotyczące wyodrębniania plików w systemie Windows:

· wimlib-imagex wystawi ostrzeżenie, gdy nie będzie w stanie wyodrębnić dokładnych metadanych i
dane obrazu WIM, na przykład z powodu braku obsługi wspomnianych wyżej funkcji
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żna przywrócić zaszyfrowanych plików do systemów plików, nie
wspieranie szyfrowania. Dlatego na 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 deszyfrujący jest dostępny.

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

· Wyodrębnione zostaną pliki o pełnych ścieżkach powyżej 260 znaków (tzw. MAX_PATH),
ale uważaj, że takie pliki będą niedostępne dla większości programów Windows i mogą nie
móc łatwo usunąć.

· W systemie Windows, chyba że --no-acls podana jest opcja, wimlib podejmie próbę przywrócenia
deskryptory bezpieczeństwa plików dokładnie tak, jak są one dostępne w obrazie WIM. Strzec się
że typowe instalacje Windows zawierają pliki, których deskryptory bezpieczeństwa nie zawierają
umożliwić Administratorowi ich usunięcie. Dlatego takie pliki nie będą mogły być
usunięte, a w niektórych przypadkach nawet odczytane, po wyodrębnieniu, chyba że zostaną przetworzone za pomocą
specjalistyczny program, który wie, jak zdobyć SE_RESTORE_NAME i/lub SE_BACKUP_NAME
uprawnienia umożliwiające obejście list kontroli dostępu. To nie jest błąd w wimlib,
który działa zgodnie z założeniami, aby poprawnie przywrócić zarchiwizowane dane, ale raczej
problem z prawami dostępu używanymi przez system Windows do niektórych plików. Ale jeśli tylko chcesz
dane pliku i nie przejmuj się deskryptorami bezpieczeństwa, użyj --no-acls opuścić
przywrócenie 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 wimlib w systemie Windows przywróci takie atrybuty plików; dlatego,
wyodrębnione pliki mogą mieć te atrybuty. Jeśli nie tego chcesz, użyj
--brak-atrybutów opcja.

ROZDZIELAĆ WIMS


Możesz użyć wimlib-imagex zastosować aby zastosować obrazy z podzielonego WIM. ten WIMFILE argument
musi określić pierwszą część podzielonego WIM, natomiast dodatkowe części podzielonego WIM
musi być określony w co najmniej jednym --ref="GLOB". Ponieważ globbing jest wbudowany w
--ref opcja, zazwyczaj tylko jedna --ref 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ż pipable (zgodnie z opisem w PIPABLE WIMS), --ref opcja jest niepotrzebna; zamiast ciebie
musi zapewnić, że wszystkie podzielone części WIM są połączone razem na standardowym wejściu.
Mogą być dostarczane w dowolnej kolejności, z wyjątkiem pierwszej części, która musi być
pierwszy.

PIPABLE WIMS


Od wimlib 1.5.0, wimlib-imagex zastosować obsługuje zastosowanie WIM z pliku, którego nie można przeszukiwać,
takich jak rura, pod warunkiem, że WIM został przechwycony za pomocą --pipable (Patrz wimlib-imagex
zdobyć(1)). Aby użyć standardowego wejścia jako WIM, określ „-” jako WIMFILE. Przydatne zastosowanie
ta możliwość polega na zastosowaniu obrazu z WIM podczas przesyłania strumieniowego z serwera. Do
Przykład, aby zastosować pierwszy obraz z pliku WIM dostępny na serwerze HTTP do NTFS
wolumin na /dev/sda1, uruchom coś takiego:

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

(Powyżej użyto również wimapply skrót od wimlib-imagex zastosować.) Uwaga: pliki WIM
nie domyślnie przetłaczany; musisz je wyraźnie uchwycić za pomocą --pipable, i oni
nie kompatybilny z oprogramowaniem Microsoft. Widzieć wimlib-imagex zdobyć(1) po więcej
informacje.

Możliwe jest nałożenie obrazu z możliwego do wycinania WIM podzielonego na wiele części; zobaczyć ROZDZIELAĆ
WIMS.

OPCJE


--sprawdzać
Podczas czytania WIMFILE, sprawdź jego integralność, jeśli istnieje tabela integralności.

--ref="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ębniono bezwzględne dowiązania symboliczne, które
są oznaczone na obrazie WIM jako naprawione, zakłada się, że mają cele bezwzględne
względem korzenia obrazu, a zatem wimlib-imagex zastosować poprzedza absolut
ścieżka do docelowego katalogu wyodrębniania do ich celów. Intencją jest, abyś
może zastosować obraz zawierający bezwzględne dowiązania symboliczne i nadal mieć je ważne
po zastosowaniu go w dowolnej lokalizacji.

Domyślne zachowanie to --rpfix jeśli jakieś obrazy w WIMFILE zostały schwytane z
Wykonano poprawki punktu naprawy. W przeciwnym razie jest --norpfix.

Naprawy punktu ponownej analizy nigdy nie są wykonywane w trybie wyodrębniania woluminów NTFS w systemie UNIX
systemy.

--uniks-dane
(tylko systemy UNIX-podobne) Przywróć właścicieli, grupy, tryby i identyfikatory urządzeń UNIX (główne
i mniejsze liczby), które zostały przechwycone przez wimlib-imagex zdobyć z --uniks-dane
opcja. Od wimlib v1.7.0 możesz tworzyć kopie zapasowe i przywracać nie tylko standardowy 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.

--no-acls
Nie przywracaj deskryptorów zabezpieczeń w wyodrębnionych plikach i katalogach.

--strict-acls
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 ustawienia deskryptora bezpieczeństwa na
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 systemie UNIX-owym
systemów, flaga ta może być również łączona z --uniks-dane powodować wimlib-imagex do
nie powiedzie się natychmiast, jeśli właściciel, grupa lub tryb UNIX na wyodrębnionym pliku nie może być
ustawić z jakiegokolwiek powodu.

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

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

W systemach zgodnych z POSIX w nazwach plików jest rozróżniana wielkość liter i mogą one zawierać dowolny bajt
z wyjątkiem '\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ą zawierać znaków '/', '\0',
'\', ':', '*', '?', '"', '<', '>' lub '|' i nie może kończyć się spacją ani kropką.
Zwykle pliki w obrazach WIM również powinny spełniać te warunki. Jednak jest
nie gwarantowane, a w szczególności obraz WIM przechwycony za pomocą wimlib-imagex na
System zgodny z POSIX może 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 wybrane jedno
wydobyć arbitralnie; jednak z --include-nieprawidłowe-nazwy, wszystkie nazwy będą
zdezynfekowane i wyekstrahowane w jakiejś formie.

--wimboot
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 WIM
archiwum(a) i prawdopodobnie wolniejszy dostęp do plików. Zobacz Microsoft
dokumentacja "WIMBoot", aby uzyskać więcej informacji.

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

Ta opcja działa tylko wtedy, gdy program jest uruchomiony 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 zostanie wykryty sterownik WOF, wimlib utworzy
"Pliki wskaźników" WIMBoot przy użyciu udokumentowanych ioctl dostarczonych przez WOF.

W przeciwnym razie, jeśli sterownik WOF nie zostanie wykryty, wimlib utworzy punkty ponownej analizy
i edytuj plik „\Informacje o woluminie systemowym\WimOverlay.dat” na woluminie docelowym
ręcznie. Potencjalnie może to stwarzać problemy, ponieważ chociaż kod działa w
w niektórych testowanych przypadkach żaden z tych formatów danych nie jest w rzeczywistości udokumentowany przez
Microsoft. Przed nadpisaniem tego pliku wimlib zapisze poprzednią wersję w
„\Informacje o woluminie systemowym\WimOverlay.wimlib_backup”, które potencjalnie możesz
przywrócić, jeśli trzeba.

Właściwie nadal możesz zrobić --wimboot ekstrakcja, nawet jeśli obraz WIM nie jest zaznaczony
jako "kompatybilny z WIMBoot". Ta opcja powoduje ustawienie wyodrębnionych plików jako
„zewnętrznie wspierany” przez plik WIM. Sterownik Microsoftu, który to implementuje
Funkcjonalność „zewnętrznego podkładu” pozornie nie obchodzi, czy obraz(y) w
WIM są naprawdę oznaczone jako zgodne z WIMBoot. Dlatego „kompatybilny z WIMBoot”
tag ( w danych XML) wydaje się być tylko wskaźnikiem 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 rozmiarze 8192, 16384 i 32768 lub fragmenty LZX o rozmiarze 32768, oprócz
domyślne fragmenty XPRESS o rozmiarze 4096, które są tworzone, gdy wimlib-imagex zdobyć is
biegnij z --wimboot opcja.

--kompaktowy=FORMAT
Tylko w systemie Windows: jeśli to możliwe, skompresuj rozpakowane pliki przy użyciu kompresji systemowej.
Działa to tylko w systemie Windows 10 lub nowszym albo 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 --wimboot opcja. To znaczy: jeśli to
istnieje, sekcja [PrepopulateList] pliku
\Windows\System32\WimBootCompress.ini w obrazie WIM zostaną odczytane, a pliki
dopasowanie dowolnego wzorca w tej sekcji nie zostanie skompresowane. Ponadto,
Wimlib ma zakodowaną na sztywno listę plików, o których wie, dla zgodności z
Program ładujący Windows, aby zastąpić żądany format kompresji.

UWAGI


Dane integralność: Pliki WIM zawierają skróty wiadomości SHA1 dla danych plików. wimlib-imagex
zastosować oblicza skrót wiadomości SHA1 każdego wyodrębnionego pliku i wyświetla błąd, jeśli
nie jest równy skrótowi wiadomości SHA1 dostarczonemu w WIM. (To domyślne zachowanie
wydaje się równoważne z /zweryfikować opcja ImageX.) Zauważ, że jest to oddzielne od
tabela integralności WIM, która zapewnia skróty wiadomości SHA1 na surowych fragmentach
cały plik WIM i jest sprawdzany osobno, jeśli --sprawdzać opcja jest określona.

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

Informator przejście Ataki: wimlib weryfikuje nazwy plików przed ich wyodrębnieniem i nie jest
podatne na ataki z przechodzeniem katalogów. To jest w przeciwieństwie do Microsoft
WIMGAPI/ImageX/DISM, które mogą nadpisywać dowolne pliki na dysku docelowym, gdy
wyodrębnienie 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 boot

Tak samo jak powyżej, ale przy użyciu wimapply skrót:

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

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

wimlib-imagex zastosuj install.wim 1 E:\

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

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

Zauważ, że przed uruchomieniem któregokolwiek z powyższych poleceń, system plików NTFS może wymagać:
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 rurociągu WIM z rury można znaleźć w PIPABLE WIMS, Oraz
przykład zastosowania podzielonego WIM można znaleźć w ROZDZIELAĆ WIMS.

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


Ad


Ad