Tajniki usługi WDS (ang. Windows Deployment Services), cz. III ![Udostępnij na: Facebook Udostępnij na: Facebook](images/gg702411.udostepnij_fb(pl-pl,msdn.10).png)
Uaktualnienie usługi RIS
Autor: Jacek Światowiak
Opublikowano: 24 lipca 2007
Zawartość strony
![]() |
WAIK i OEM Pre-intstallation KIT |
![]() |
Windows Systems Image Manager |
![]() |
Procedura instalacyjna systemów opartych o Windows PE 2.0. |
![]() |
Instalator Windows |
![]() |
Dodawanie sterowników dodatkowych do Windows PE 2.0. |
![]() |
Instalacja nienadzorowana systemu Windows |
![]() |
Przebiegi konfiguracyjne |
![]() |
Aplet System Windows — Zapraszamy! |
![]() |
Dostosowywanie systemu pomocy technicznej |
![]() |
Budowanie środowiska Windows PE 2.0 |
![]() |
Ogólny proces tworzenia niestandardowego obrazu środowiska preinstalacyjnego systemu Windows |
![]() |
Podsumowanie |
![]() |
Przeczytaj pozostałe części tego artykułu |
WAIK i OEM Pre-intstallation KIT
Produkt Windows Automated Installation Kit – Zestaw zautomatyzowanej instalacji systemu Windows – zajmuje ok. 812 MB na DVD.
Rys. 1. Ekran powitalny zestawu Windows Automated Installation Kit.
Oraz Zestaw preinstalacyjny OEM systemu Windows – zajmuje ok. 1.2 GB na DVD.
Rys. 2. ekran powitalny zestawu Preinstalacyjnego OEM.
Oba produkty posiadają bardzo do siebie zbliżoną funkcjonalność. Ze względu na zagadnienia licencyjne związane z wykorzystaniem produktu OEM Preinstallation KIT, skupię się wyłącznie na dostępnym do pobrania bez ograniczeń produkcie WAIK. Najważniejsze jest, iż oba zawierają interesujący nas Windows PE 2.0 w postaci obrazu .wim, zestaw narzędzi niezbędnych do jego modyfikacji oraz niezbędną dokumentację. Różnica między OEM a WAIK jest drobna - WAIK nie boot’uje się z płyty DVD a OEM OPK tak; zawiera na sobie boot’owalny obraz Windows PE. Pozostałe różnice są dla nas praktycznie nieistotne.
Porównanie zawartości folderów głównych obu produktów.
Rys. 3. Zawartość folderu głównego zestawu OPK.
Rys. 4. Zawartość folderu głównego zestawu WAIK.
Oba produkty można zainstalować na Windows XP z SP2, Windows Server 2003 SP1 lub Windows Vista.
W moim przypadku zainstaluję go na Windows XP, aby pokazać wykorzystanie wbudowanych w WAIK narzędzi do przygotowywania obrazów w formacie .wim.
Proces instalacji przebiega następująco:
Rys. 5. Kreator instalacji produktu WAIK – ekran startowy.
Rys. 6. WAIK – Akceptacja umowy licencyjnej.
Wskazanie folderu instalacyjnego.
Rys. 7. WAIK – Wskazanie folderu instalacyjnego.
Potwierdzenie zakończenia instalacji.
Rys. 8. WAIK – potwierdzenie zakończenia instalacji.
Po instalacji zostanie utworzona następująca struktura folderów:
Poniżej folder główny ...Windows AIK.
Rys. 9. Zawartość folderu głównego zestawu WAIK.
Wewnątrz folderu Docs zawarta jest dokumentacja w formacie Windows HELP.
Rys. 10. Zawartość folderu z dokumentacją w formacie Windows help.
WAIK.chm – Windows Automated Installation KIT - przewodnik użytkownika
WinPe.chm – Windows PE – przewodnik użytkownika
Unattend.chm – Unattended Windows Setup Reference – dokumentacja przygotowywania instalacji nienadzorowanych systemu
Ciapi.chm - Component Platform Interface (CPI) Reference - omawiający na poziomie programistycznym (biblioteki API) budowę warstw architektury aplikacji
Windows System Image Manager (Windows SIM).
Dodatkowa dokumentacja znajduje się w folderze Whitepapers – omawiające zagadnienia wykorzystania zestawu WAIK.
Rys. 11. Zawartość folderu …docs\whitepapers.
Dokument Getting_Started_ITPro.rtf - zawiera podstawowy scenariusz wdrażania typu end-to-end. Przedstawiono w nim sposób tworzenia, przechwytywania i wdrażania instalacji w środowisku sieciowym – aktualnie dla Windows VISTA.
Zawartość folderu …\Recovery.
Zawiera narzędzia (skrypty) wykorzystywane do przygotowywania – systemu naprawczego Windows Recovery (Windows RE).
Rys. 12. Zawartość folderu ..\Recovery.
Zawartość folderu Samples.
Zawiera przykładowe pliki w formacie .xml wykorzystywane w procesie instalacji nienadzorowanej, narzędzia do weryfikacji składni plików .xml oraz plików pomocy.
Rys. 13. Zawartość folderu Samples.
Zawartość folderu ..\SDK.
Zawiera kompilator plików pomocy oraz biblioteki programistyczne API wykorzystywane w procesie przechwytywania obrazów .wim oraz ich modyfikacji.
Rys. 14. Zawartość folderu SDK.
Zawartość folderu ..\Help and Suport.
Rys. 15. Zawartość folderu Help and Support.
Zawartość folderu Tools.
Rys. 16. Zawartość folderu ..\Tools.
Folder Tools zawiera narzędzia wykorzystywane do tworzenia i modyfikacji obrazów .wim, podzielone na wykorzystywane aktualnie platformy sprzętowe.
Zawartość folderu ..\Image Manager.
Rys. 17. Zawartość folderu ..\Image Manager.
Do początku strony
Windows Systems Image Manager
Najważniejszym narzędziem w pakiecie WAIK jest Windows Systems Image Manager (Windows SIM). Windows SIM służy do tworzenia, modyfikacji i zarządzania plikami odpowiadającymi za instalację nienadzorowaną systemu Windows VISTA/Server 2008/PE 2.0.
Poprzednie platformy Windows 2000/XP/2k3 wykorzystywały pliki tekstowe .ini. Windows Vista/Server 2008 korzysta z pojedynczego pliku w formacie XML. Plik ten odpowiada za:
- podział dysku twardego na partycje i formatowanie
- konfigurację ustawień domyślnych Windows Vista i Internet Explorer 7.0
- instalację aplikacji firm trzecich, sterowników, pakietów językowych oraz uaktualnień
Zawartość folderu …\PETools
Rys. 18. Zawartość folderu …\PETools.
peimg.exe – narzędzie tekstowe wykorzystywane do tworzenia i modyfikacji obrazów systemu Windows PE 2.0
oscdimg.exe – narzędzie tekstowe wykorzystywane do tworzenia obrazów w formacie .iso dla systemu Windows PE (32 i 64-bit).
Zawartość folderu x86.
Rys. 19. Zawartość folderu …\x86.
BootSect.exe – narzędzie wykorzystywane do uaktualniania master boot rekordu na partycjach dysków twardych w celu wyboru plików odpowiadających za menu startowe systemu. Umożliwia wybór pomiędzy BOOTMGR a NTLDR. Dodatkowe może być wykorzystywane do odtworzenia boot sektora. Zastępuje stare narzędzia FixFAT i FixNTFS.
Zawartość folderu amd64.
Rys. 20. Zawartość folderu …\amd64.
Zawartość folderu Servicing.
Rys. 21. Zawartość folderu Servicing.
Zawartość folderu …\x86 dla platform amd64 i ia64 zawartość folderów jest identyczna.
Rys. 22. Zawartość folderu …\x86.
Imagex.exe – narzędzie wykorzystywane w procesie przechwytywania i modyfikacji obrazów. Narzędzie to jest wykorzystywane również w procesie kopiowania obrazów .wim pomiędzy udziałami sieciowymi i może współpracować z innymi aplikacjami wykorzystującymi również format .wim jak Setup for Windows Vista, Windows Deployment Services (Windows DS) i SMS OSD feature pack.
Do początku strony
Procedura instalacyjna systemów opartych o Windows PE 2.0.
Rys. 23. Procedura instalacyjna z wykorzystaniem Windows PE 2.0.
Proces instalacyjny i konfiguracyjny oparty o Windows PE 2.0 składa się z siedmiu faz.
Przebieg konfiguracyjny /faza | Opis czynności wykonywanych w poszczególnych przebiegach konfiguracyjnych |
windowsPE | Konfigurowane są podstawowe opcje Windows PE oraz instalatora Windows – jak konfiguracja i formatowanie dysków, podanie klucza produktu. |
offlineServicing | Dodawane są uaktualnienia do pliku obrazu , jak hotfixy, pakiety językowe, ustawienia międzynarodowe, ustawienia związane z bezpieczeństwem. |
specialize | Wprowadzane są ustawienia specjalne, np. konfiguracja sieci, ustawienia międzynarodowe czy konfiguracja domenowa. |
generalize | Wprowadzane są informacje uzyskane podczas procedury sysprep /generalize – w celu uzyskania obrazu referencyjnego (wzorcowego), np. usunięcie SID’ów i innych elementów, np. opisu definicji platformy hal. |
auditSystem | Wprowadzane są informacje – związane z instalacją nienadzorowaną (z pliku unattended) – podczas uruchamiania aplikacji sysprep /audit – proces się toczy przed zalogowaniem się użytkownika. |
auditUser | Jak wyżej tylko - proces wykonywany po zalogowaniu użytkownika. |
oobeSystem | Wprowadzane są ustawienia przed pojawieniem się ekranu startowego Windows Welcome. |
Do początku strony
Instalator Windows
Instalator systemu Windows został w znacznym stopniu zmieniony w systemie Windows Vista. Poniżej opisano niektóre najważniejsze zmiany. Program Setup.exe zastępuje wcześniejsze programy Instalatora systemu Windows Winnt.exe i Winnt32.exe – wykorzystywane dla Windows 2k/XP/2k3 zarówno w trybie 16 jak 32 -bitowym. Program Setup.exe jest narzędziem wyposażonym tylko w graficzny interfejs użytkownika (GUI) uruchamianym z wiersza polecenia. W poprzednich wersjach systemu Windows można było utworzyć plik z rozszerzeniem .sif, który był automatycznie używany przez Instalatora systemu Windows. W systemie Windows Vista/Server 2008 metodę nienadzorowanego rozruchu z dysku DVD zastąpiono pełniejszym, niejawnym wyszukiwaniem pliku odpowiedzi. Nadanie plikowi odpowiedzi nazwy Autounattend.xml i udostępnienie go w katalogu głównym dyskietki/CDROM lub urządzenia typu flash spowoduje, że zostanie on użyty przez Instalatora systemu Windows. Katalog $OEM$ jest w dalszym ciągu obsługiwany w systemie Windows Vista/Server 2008.
Do początku strony
Dodawanie sterowników dodatkowych do Windows PE 2.0.
Obecnie można dodawać sterowniki urządzeń do obrazu systemu Windows w trybie offline przed instalacją. Dzięki temu można przed instalacją systemu Windows dodać sterowniki ważne w procesie rozruchu. Stosowana wcześniej metoda użycia klucza OEMPnPDriverPath jako mechanizmu dodawania sterowników urządzeń do systemu Windows nie jest obsługiwana w systemie Windows Vista/Server 2008. Konieczne jest dodanie sterowników urządzeń do pliku odpowiedzi przy użyciu Menedżera pakietów lub podczas działania Instalatora systemu Windows.
Do początku strony
Instalacja nienadzorowana systemu Windows
W poprzednich wersjach systemu Windows proces instalacji nienadzorowanej był automatyzowany przy użyciu kilku tekstowych plików odpowiedzi, takich jak Unattend.txt i Winbom.ini. Te pliki odpowiedzi umożliwiały automatyzację poszczególnych faz instalacji i wdrażania systemu Windows. Ponieważ niektóre ustawienia instalacji nienadzorowanej obowiązywały w więcej niż jednym przebiegu konfiguracyjnym, musiały być wielokrotnie powtarzane w różnych plikach, w szczególności w plikach Unattend.txt i Sysprep.inf.
W procesie instalacji nienadzorowanej systemu Windows Vista /Server 2008 używany jest jeden plik odpowiedzi w formacie XML (Unattend.xml) dla wszystkich faz instalacji i wdrażania systemu Windows. Te fazy wdrażania są nazywane przebiegami konfiguracyjnymi. Ustawienia instalacji nienadzorowanej mogą być zastosowane w jednym lub w kilku przebiegach podczas instalacji systemu Windows. Plik Unattend.xml naśladuje wcześniejszą implementację wielu plików instalacji nienadzorowanej.
Do początku strony
Przebiegi konfiguracyjne
Wyróżnia się następujące przebiegi konfiguracyjne: windowsPE, offlineServicing, generalize, specialize, auditSystem, auditUser oraz oobeSystem. W procesach instalacji i wdrażania systemu Windows Vista/Server 2008 używa się pojedynczego pliku odpowiedzi (Unattend.xml) do automatyzacji instalacji i wdrażania. Ten plik dzieli się na różne sekcje, po jednej dla każdego przebiegu konfiguracyjnego, które odpowiadają różnym plikom odpowiedzi z poprzednich wersji.
W poniższej tabeli zamapowano pliki odpowiedzi z wcześniejszych wersji systemu Windows na nowe przebiegi konfiguracyjne w systemie Windows Vista/Server 2008.
Pliki odpowiedzi systemu Windows XP | Przebiegi konfiguracyjne systemu Windows Vista/Server 2008 |
Unattend.txt | generalize, specialize |
Sysprep.inf | generalize, specialize |
Winbom.ini WINPE | windowsPE |
Winbom.ini FACTORY | auditSystem, auditUser |
Winbom.ini OOBE | oobeSystem |
Oobeinfo.ini | oobeSystem |
Poniższy rysunek zaczerpnięty z dokumentacji WAIK pokazuje proces instalacji systemu Windows Vista (Windows PE 2.0) podzielony na przebiegi konfiguracyjne oraz odpowiadające mu rozwiązanie wykorzystywane w Windows XP (Windows PE 2004/2005).
Rys. 24. Przebiegi konfiguracyjne dla Windows PE 2004/2005 i 2.0.
Do początku strony
Aplet System Windows — Zapraszamy!
Aplet System Windows — Zapraszamy!, znany także pod nazwą OOBE, został znacznie zmieniony w systemie Windows Vista/Server 2008. We wcześniejszych wersjach systemu Windows termin OOBE był używany, jako skrót od określenia ,Out-of-Box Experience' (pierwsze wrażenia) i jako nazwa folderu w katalogu system32. W systemie Windows Vista Oobe.xml to plik z informacjami dostarczanymi przez producentów OEM, które mają być wyświetlane w aplecie System Windows — Zapraszamy! i w oknach dialogowych rejestracji u dostawców internetowych.
Aplet System Windows — Zapraszamy! - Został przeprojektowany i uproszczony w celu ułatwienia i przyspieszenia uzyskania dostępu do pulpitu przez użytkowników końcowych. Zmniejszono liczbę stron i ograniczono ilość informacji, które muszą wprowadzić użytkownicy końcowi. Cały proces zajmuje teraz mniej czasu, dzięki czemu użytkownicy mogą szybciej rozpocząć korzystanie z systemu Windows.
Aplet System Windows — Zapraszamy! - To nowy punkt początkowy dla opcjonalnych, ale istotnych zadań systemu Windows oraz zadań zdefiniowanych przez producentów OEM. Aplet System Windows — Zapraszamy! umożliwia producentom OEM zaprezentowanie klientom dodatkowych elementów. W tym aplecie są dostępne informacje pochodzące od firmy Microsoft dotyczące przenoszenia plików i ustawień, dodawania nowych użytkowników oraz zarządzania wydajnością systemu Windows. Producenci OEM mogą także dodawać informacje i łącza, opcje rejestracji u dostawców internetowych oraz inne oferty dla użytkowników końcowych.
Do początku strony
Dostosowywanie systemu pomocy technicznej
Sposób korzystania z pomocy technicznej w systemie Windows Vista/Server 2008 znacznie się zmienił: W systemie Windows Vista producenci, OEM, którzy dostarczają komputery w wielu wersjach językowych lub regionalnych, mają obowiązek dostosowania strony Escalation (Eskalacja) w Centrum pomocy i obsługi technicznej).
W systemie Windows Vista producenci OEM, którzy dostarczają komputery w pojedynczej wersji językowej lub regionalnej, muszą dostosować informacje o obsłudze technicznej w aplecie System w Panelu sterowania. Producenci OEM mogą dokonać tych modyfikacji przy użyciu ustawień z pliku Unattend.xml w programie Windows System Image Manager (Windows SIM).
We wcześniejszych wersjach systemu Windows aplikacja Centrum pomocy i obsługi technicznej była oparta na języku HTML. W systemie Windows Vista ta aplikacja jest oparta na języku XML. Centrum pomocy i obsługi technicznej oferuje obecnie producentom OEM i klientom korporacyjnym większą elastyczność w zakresie dodawania różnego rodzaju zawartości.
Oprócz strony Escalation (Eskalacja) producenci OEM i klienci korporacyjni mogą dostosowywać zawartość Strony głównej Centrum pomocy i obsługi technicznej oraz dodawać niestandardowe tematy w różnych formach. Ta niestandardowa zawartość może obejmować tematy dotyczące funkcji OEM lub korporacyjnych, listy często zadawanych pytań, najważniejszych problemów klientów, informacje o konserwacji i gwarancji, łącza do pomocy technicznej online i do witryny pomocy technicznej w sieci Web.
Producenci OEM i klienci korporacyjni mogą udostępniać zawartość niestandardową przez spis treści Pomocy i obsługi technicznej, a także w postaci wyników wyszukiwania w Centrum pomocy i obsługi technicznej.
Informacje dotyczące dostosowywania Centrum pomocy i obsługi technicznej w systemie Windows Vista można znaleźć w zestawie SDK, w pliku Windows Vista Help Authoring.chm, który znajduje się na dyskach DVD zestawów Windows OPK i Windows AIK.
Do początku strony
Budowanie środowiska Windows PE 2.0
Wymagania wstępne:
Proces budowania środowiska Windows PE 2.0 jest bardzo podobny do Windows PE 2004/2005. Poniżej przedstawiam wymagania:
- Komputer z procesorem x86 lub x64 z systemem operacyjnym Windows XP, Windows Vista lub Windows Server 2003.
- Nośnik zestawu Windows OPK, Windows AIK lub Windows PE Kit.
- Nagrywarka dysków CD lub DVD, aby utworzyć rozruchowy nośnik CD lub DVD.
- Oprogramowanie do nagrywania obrazów, aby utworzyć rozruchowy nośnik CD lub DVD.
Domyślne katalogi instalacji:
Środowisko preinstalacyjne systemu Windows w wersji 2.0 jest rozpowszechniane różnymi kanałami, wraz z zestawami Windows OPK, Windows AIK oraz Windows PE Kit. Pliki źródłowe tego środowiska są domyślnie instalowane w następujących katalogach:
C:\Program Files\<version>\Tools\
C:\Program Files\<version>\Tools\<arch>
C:\Program Files\<version>\Tools\PETools
C:\Program Files\<version>\Tools\Servicing
Gdzie ciąg <version> może przyjmować wartość Windows OPK, Windows AIK lub Windows PE Kit. Ciąg <arch> może przyjąć wartość x86, amd64 lub ia64. Katalog \<arch> zawiera pliki źródłowe narzędzia ImageX. Katalog \PETools zawiera pliki źródłowe środowiska preinstalacyjnego systemu Windows. Katalog \Servicing zawiera dodatkowe pliki źródłowe.
Aby utworzyć środowisko budowania środowiska preinstalacyjnego systemu Windows:
Środowisko preinstalacyjne systemu Windows udostępnia skrypt dostosowywania (Copype.cmd) służący do tworzenia lokalnego środowiska budowania. Ten skrypt tworzy zależną od architektury strukturę katalogów i kopiuje do niej wszystkie wymagane pliki. W wierszu polecenia komputera wzorcowego uruchom skrypt Copype.cmd. Znajduje się on w katalogu C:\Program Files\<version>\Tools\PETools. Skrypt wymaga dwóch argumentów: architektury sprzętowej i lokalizacji docelowej.
copype.cmd <arch> <folder_docelowy>
Gdzie ciąg <arch> może przyjąć wartość x86, amd64 lub ia64, a ciąg <folder_docelowy> to ścieżka do folderu na dysku lokalnym. Na przykład:
copype.cmd x86 c:\winpe20_x86
Rys. 25. Procedura tworzenia struktury folderów środowiska dostosowywania zawartości obrazu podstawowego Windows PE 2.0.
Skrypt tworzy następującą strukturę katalogów i kopiuje wszystkie pliki niezbędne dla danej architektury:
Uwaga:
Folder docelowy NIE MOŻE istnieć, gdyż inaczej otrzymamy komunikat błędu
\winpe20_x86
\winpe20_x86\ISO
\winpe20_x86\mount
Katalog \ISO zawiera wszystkie pliki niezbędne do utworzenia pliku .iso za pomocą narzędzia oscdimg. Katalog \mount służy do instalowania obrazów środowiska preinstalacyjnego systemu Windows za pomocą narzędzia ImageX. Należy utworzyć osobne środowisko budowania dla każdej architektury.
Budowanie obrazu środowiska preinstalacyjnego systemu Windows 2.0:
Pierwszym krokiem procesu tworzenia niestandardowego obrazu środowiska preinstalacyjnego systemu Windows jest zmodyfikowanie podstawowego obrazu środowiska Windows PE za pomocą narzędzi ImageX i PEImg. Narzędzie ImageX jest potrzebne do wyodrębnienia plików do katalogu lokalnego. Narzędzie PEImg umożliwia dodawanie i usuwanie pakietów oraz dodawanie sterowników i pakietów językowych niedostarczonych z systemem Windows. Narzędzie ImageX pozwala następnie na ponowne przechwycenie zmian z powrotem do pliku wim.
Na poniższym diagramie przedstawiono sposób budowania niestandardowego obrazu środowiska preinstalacyjnego systemu Windows (rysunek zaczerpnięto z dokumentacji Windows PE 2.0).
Rys. 26. Budowanie niestandardowego obrazu Windows PE 2.0.
Do początku strony
Ogólny proces tworzenia niestandardowego obrazu środowiska preinstalacyjnego systemu Windows
Tworzenie niestandardowego obrazu środowiska Windows PE 2.0 należy rozpocząć od rozpakowania obrazu podstawowego (Winpe.wim) za pomocą narzędzia ImageX do folderu lokalnego, z wykorzystaniem opcji /apply:
imagex /apply [plik_obrazu numer_obrazu | nazwa_obrazu ścieżka_obrazu] _
{/check | /ref | /scroll | /verify}
Ważne: | Ważne: |
plik_obrazu | Nazwa i lokalizacja obrazu woluminu, który chcemy rozpakować (zastosować). |
numer_obrazu | Numer wskazujący konkretny wolumin w pliku wim. |
nazwa_obrazu | Nazwa identyfikująca obraz w pliku wim. |
ścieżka_obrazu | Ścieżka do miejsca, w którym będzie rozpakowany (zastosowany) obraz. |
/check | Sprawdza integralność pliku wim. Jeśli nie będzie określona, wówczas istniejące sprawdzenia zostaną usunięte. |
/ref splitwim.swm | Umożliwia wskazanie podzielonych plików wim (SWM). Oznaczenie splitwim.swm to nazwa i lokalizacja dodatkowych podzielonych plików.Akceptowane są symbole wieloznaczne. |
/scroll | Przewija wyjście na potrzeby przekierowywania. |
/verify | Umożliwia weryfikację zasobów pliku poprzez sprawdzenie błędów i dublowania pliku. |
Uwaga!
Folder docelowy musi zostać wcześniej utworzony, inaczej będziemy dostawać dziwne błędy (jak na rysunku poniżej). Jest to całkowicie inne podejście, niż omawiane wyżej dla polecenia copype.cmd. Wyjątkowo niespójne podejście do zagadnienia!!!
Rys. 27. Proces rozpakowywanie obrazu bazowego Windows PE 2.0 zakończony błędem z powodu nieistniejącego folderu docelowego.
imagex /apply WinPE.wim 1 C:\myWinPE
Poniższy rysunek pokazuje procedurę zakończoną powodzeniem.
Rys. 28. Proces rozpakowywania obrazu bazowego Windows PE 2.0 zakończony powodzeniem.
Narzędzie imagex utworzy następującą strukturę folderów wewnątrz …\mywinpe:
Rys. 29. Zawartość folderu docelowego rozpakowanego obrazu bazowego Windows PE 2.0.
Nie będziemy aktualnie omawiać całej struktury folderów Windows PE, zaprezentujemy tylko zawartość folderu Windows.
Rys. 30. Zawartość folderu Windows rozpakowanego obrazu bazowego Windows PE 2.0.
Można skorzystać również z opcji innej - imagex /mountrw:
imagex /mountrw WinPE.wim 1 c:\winpe_x86\mount\
Opcję tę omówimy oddzielnie, wraz z opisem właściwości filtru systemu plików - WIM FS Filter.
Następnie możemy użyć polecenia peimg /list w celu sprawdzenia, które pakiety zostały zainstalowane i są dostępne do instalacji. Na przykład:
peimg /list C:\myWinPE\Windows
Poniższy rysunek zawiera listę pakietów, które są dostępne, ALE NIEZAINSTALOWANE domyślnie w obrazie podstawowym (patrz kolumna INS, znak -).
Rys. 31. Lista dostępnych pakietów wewnątrz obrazu bazowego Windows PE 2.0.
Dla opcji peimg /list /verbose C:\myWinPE\Windows
Otrzymamy ekran o podobnej treści jak niżej:
Proszę zwrócić uwagę na identyfikatory GUID pakietów.
Rys. 32. Lista dostępnych pakietów wewnątrz obrazu bazowego Windows PE 2.0. dla opcji verbose.
Dodanie odpowiednich sterowników, pakietów i pakietów językowych przy użyciu polecenia peimg /install. Na przykład, aby dodać pakiet aplikacji HTML, należy skorzystać z następującej składni polecenia peimg /install:
peimg /install=WinPE-HTA-Package C:\myWinPE\Windows
Rys. 33. Instalacja pakietu do obrazu bazowego Windows PE 2.0.
Teraz pakiet został zainstalowany (patrz kolumna INS znak +).
Można również skorzystać ze znaków wieloznacznych, np.:
peimg /install=*HTA* c:\mywinpe\Windows
Poniżej przedstawimy listę wszystkich opcji i parametrów aplikacji peimg.
peimg {/import | /inf | /install | /lang | /targetpath | /list | /prep | /uninstall } _
<%WINDIR%> [/verbose] [/quiet]
Parametr | Opis |
/? | Wyświetla pomoc dotyczącą wiersza polecenia. |
<%WINDIR%> | Określa ścieżkę do katalogu Windows w podstawowym obrazie środowiska Windows PE. Obraz musi najpierw zostać zastosowany lub zainstalowany w katalogu lokalnym przy użyciu narzędzia ImageX. Ścieżka może także zostać zapisana, jako /image=<ścieżka>. |
/import= <ścieżka> | Importuje pakiet środowiska Windows PE z pliku cab lub struktury katalogów. Pakiet zostanie udostępniony do instalacji. Po zaimportowaniu pakietu należy go zainstalować przy użyciu opcji /install. W pliku Winpe.wim jest dostępnych kilka pakietów środowiska Windows PE. Na przykład: peimg /import=c:\feature.cab c:\winpe_x86\mount\windows |
/inf= <ścieżka> | Instaluje pakiet inf (zwykle sterownik) w obrazie środowiska Windows PE; <ścieżka> to ścieżka do pliku lub pakietu inf. Tę operację można wykonać w obrazie przygotowanym wcześniej przy użyciu opcji /prep. Na przykład: peimg /inf=c:\mydevice.inf c:\winpe_x86\mount\windows |
/install= <pak> | Instaluje pakiet; <pak> określa nazwę pakietu. Listę dostępnych pakietów oraz ich nazwy można uzyskać przy użyciu opcji /list. Podczas określania nazwy pakietu można używać symboli wieloznacznych; spowoduje to zainstalowanie wszystkich pakietów ze zgodnymi nazwami. Na przykład: peimg /install=WinPE-HTA-Package c:\winpe_x86\mount\windows lub peimg /install=*HTA* c:\winpe_x86\mount\windows |
/lang= <kultura> | Określa ustawienia regionalne i język interfejsu użytkownika dla obrazu środowiska Windows PE; <kultura> to nazwa kultury dla określonego języka. Pakiet językowy dla określonego języka musi być już zainstalowany w obrazie. Tę operację można wykonać w obrazie środowiska Windows PE przygotowanym wcześniej przy użyciu opcji /prep. Na przykład: peimg /lang=en-us c:\winpe_x86\mount\windows |
/targetpath=X:\ | W przypadku rozruchu z dysku twardego określa lokalizację obrazu środowiska Windows PE na dysku. Ta ścieżka musi odpowiadać katalogowi X:\ (katalog domyślny) lub prowadzić do jego podkatalogu. Tę operację można wykonać tylko w obrazie środowiska Windows PE przygotowanym wcześniej przy użyciu opcji /prep. |
/list | Wyświetla listę pakietów w bieżącym obrazie. Znak plus (+) w kolumnie INS oznacza pakiety zainstalowane, a znak minus (-) pakiety niezainstalowane. Opcja /verbose powoduje wyświetlenie pełnej nazwy pakietu. Na przykład: peimg /list c:\winpe_x86\mount\windows |
/prep [/f] | Optymalizuje obraz środowiska Windows PE pod kątem wielkości. Ta operacja jest nieodwracalna i po użyciu opcji /prep opcje /install, /uninstall, /import i /list nie będą działać. Opcje /lang i /inf będą działać w dalszym ciągu. W przypadku użycia tej opcji narzędzie wyświetli monit o potwierdzenie. Aby pominąć monit przy wykonywaniu skryptu, należy określić opcję /f. Na przykład: peimg /prep c:\winpe_x86\mount\windows |
/uninstall= <pak> | Odinstalowuje pakiet; <pak> określa nazwę pakietu. Listę dostępnych pakietów oraz ich nazwy można uzyskać przy użyciu opcji /list. Podczas określania nazwy pakietu można używać symboli wieloznacznych; spowoduje to zainstalowanie wszystkich pakietów ze zgodnymi nazwami. Na przykład: peimg /uninstall=WinPE-HTA-Package c:\winpe_x86\mount\windows lub peimg /uninstall=*HTA* c:\winpe_x86\mount\windows |
/verbose | Wyświetla pełne informacje o pakietach. peimg /list c:\winpe_x86\mount\windows /verbose |
/quiet | Wstrzymuje wyświetlanie paska postępu. Na przykład: peimg /prep c:\winpe_x86\mount\windows /quiet |
Poza pakietami standardowymi można skopiować dodatkowe pliki lub narzędzia, które mają zostać dołączone do obrazu. Na przykład:
C:\myWinPE\Program Files\myapp\myapp.exe.
W naszym przypadku dodamy tam proste narzędzie – Total Commandera w wersji 6.55.
Rys. 34. Folder Program Files ze skopiowaną zawartością aplikacji Total Commander.
Przygotowanie obrazu przy użyciu polecenia peimg /prep. Jego wykonanie powoduje usunięcie pakietów i pakietów językowych, które nie są przeznaczone dla obrazu końcowego. Na przykład:
peimg /prep c:\myWinPE\Windows
Uwaga!
Zaleca się wstępnie przechwycenia obrazu przed procedurą /prep w celu potencjalnej konieczności późniejszej modyfikacji. Po wykonaniu polecenia /prep taka modyfikacja nie będzie już możliwa.
Przechwycenie nowego obrazu rozruchowego przy użyciu narzędzia ImageX.
Składnia polecenia:
imagex /capture ścieżka_obrazu plik_obrazu "nazwa" {"opis"} _
{/boot | /check | /compress [typ] | /config | /flags "ID_wersji" | /scroll | /verify}
Podczas operacji przechwytywania jest automatycznie stosowana szybka kompresja. Jeśli potrzebny jest inny typ kompresji, należy użyć opcji /compress.
Parametr | Opis |
ścieżka_obrazu | Nazwa i lokalizacja obrazu woluminu, który ma być przechwycony |
plik_obrazu | Nazwa i lokalizacja nowego pliku .wim. |
"nazwa" | Nazwa nowego pliku .wim. Podanie tej wartości jest obowiązkowe. Wymagane są proste znaki cudzysłowu. |
opis | Tekst stanowiący dodatkowe informacje referencyjne. Ta wartość jest opcjonalna. Wymagane są proste znaki cudzysłowu. |
/boot | Oznacza obraz woluminu, jako rozruchowy. Opcja dostępna jedynie w odniesieniu do obrazów środowiska preinstalacyjnego systemu Windows. Tylko jeden obraz woluminu w pliku wim może być oznaczony, jako rozruchowy. |
/check | Sprawdza integralność pliku wim. Jeśli nie będzie określona, wówczas istniejące sprawdzenia zostaną usunięte. |
/compress [maximum | fast | none] | Określa typ kompresji, który ma być używany podczas wstępnej operacji przechwytywania. Opcja maximum zapewnia najlepszą kompresję, ale czas przechwytywania obrazu jest wtedy najdłuższy. Opcja fast zapewnia szybszą kompresję obrazu, ale powstają większe pliki niż w wypadku zastosowania opcji maximum. To jest domyślny typ kompresji używany, gdy ten parametr nie będzie określony.Opcja none powoduje, że nie ma żadnej kompresji obrazu. |
/config plik_konfiguracyjny.ini | Nazwa i lokalizacja pliku konfiguracyjnego. Można zmienić nazwę tego pliku stosownie do potrzeb. Jeśli plikowi plik_konfiguracyjny.ini zostanie nadana nazwa Wimscript.ini i zostanie on zapisany w katalogu narzędzia ImageX (gdzie jest zlokalizowany plik ImageX.exe), to zostanie on automatycznie uruchomiony, gdy zostanie wykonana opcja /capture, bez konieczności użycia opcji /config. |
/flags "ID_wersji" | Określa wersję systemu Windows, która zostanie przechwycona. Wartość /flags jest wymagana, jeśli niestandardowy plik Install.wim ma być wdrożony za pomocą Instalatora systemu Windows. Wymagane są proste znaki cudzysłowu. Ta flaga nie jest wymagana, jeśli wdrożono obraz za pomocą narzędzia ImageX. Następujące wartości ID_wersji są prawidłowe: HomeBasic |
/scroll | Przewija wyjście na potrzeby przekierowywania. |
/verify | Umożliwia weryfikację zasobów pliku poprzez sprawdzenie błędów i dublowania pliku. |
Na przykład:
imagex /boot /compress max /capture c:\myWinPE c:\boot.wim "My Winpe Image"
Rys. 35. Ekran przechwytywania obrazu w wersji off-line.
Procedura jest dość długa w zależności od wielkości obrazu, ilości zainstalowanych pakietów, wersji językowych i aplikacji dodatkowych. Czas procesu kompresji zależy od szybkości dysku i mocy obliczeniowej procesora. Poniżej ekran informujący o zakończeniu procesu tworzenia obrazu.
Rys. 36. Proces przechwytywania obrazu w wersji off-line – zakończony powodzeniem.
Procedura ostateczna – wyczyszczenie obrazu z opcji nieużytecznych z wykorzystaniem opcji peimg /prep.
Uwaga!
Standardowe podejście z wykorzystaniem opcji /prep zakończy się niepowodzeniem !!!Błędem numer 0x80004005
Rys. 37. Wynik działania polecenia peimg /prep zakończony błędem.
Aby rozwiązać problem należy dodać opcję /f. Opcja ta wg. dokumentacji służy wyłącznie do pominięcia zapytania o kontynuację pracy, ale widać robić coś więcej. Nie potrafię znaleźć informacji o powyższym błędzie 0x8004005.
Rys. 38. Wynik działania polecenia peimg /prep zakończony powodzeniem.
Po zakończeniu procesu obraz niestandardowy jest gotowy do skopiowania, nagrania na nośniku rozruchowym lub w drożenia w usłudze WDS. Najczęściej spotykaną metodą jest utworzenie pliku .iso i następnie nagranie obrazu na dysku CD-ROM.
Do początku strony
Podsumowanie
W następnej części omówimy sposób dodania obrazów do usługi WDS i pokażemy jak przygotowywać stacje robocze z wykorzystaniem Windows PE 2.0 na przykładzie Windows Vista. Następnie postaramy się wykorzystać Windows PE do przygotowywania stacji roboczych dla Windows XP Prof. oraz przekonwertujemy istniejące obrazy typu RIPRep na nowy format obrazu .wim
Do początku strony
Przeczytaj pozostałe części tego artykułu
- Tajniki usługi WDS, cz. I
- Tajniki usługi WDS, cz. II
- Tajniki usługi WDS, cz. IV
- Tajniki usługi WDS, cz. V
![]() |
Jacek Światowiak (MCT, MCSE, MCSE+M, MCSE+S, MCTS, MCP) Absolwent Wydział Elektroniki, Telekomunikacji i Informatyki Politechniki Gdańskiej. Obecnie zatrudniony w Altkom Akademia S.A. jako Trener Technologii Microsoft. Posiada bogate doświadczenie w zakresie wdrażania różnych technologii informatycznych. Od 2002 roku wykładowca Technologii i Protokołów Sieciowych na Podyplomowym Studium Politechniki Gdańskiej. Jest współautorem skryptu dla studentów informatyki: „Protokoły IPv6 – Opis protokołów. Materiały do laboratorium”. Posiada certyfikaty MCT, MCSE, MCSE+M, MCSE+S, MCTS Microsoft Exchange Server 2007, MCP ID 3621156. |