Volume Activation 2.0 Planning Guide – TechNet - jak działa i jak zaplanować usługi KMS w organizacji

Volume Activation 2.0 Deployment Guide – TechNet - wdrożenie KMS

Volume Activation 2.0 Changes for Windows Server® 2008 and Windows Vista® SP1 – TechNet - w skrócie o kluczach KMS i MAK

KMS Host Keys to Products Activated – TechNet – jw:)

KMS Client Setup Keys (Windows 7, Windows Server 2008 R2, Windows Vista, Windows Server 2008) – TechNet - lista standardowych kluczy klienckich do aktywacji KMS (Windows 7, Windows Server 2008 R2 oraz Office 2010 mają je predefiniowane)

KMS Activation – TechNet - prawie kompletne how to na temat instalacji KMS

Microsoft Office 2010 KMS Host License Pack – Microsoft Download Center - KMS Host License Pack dla Office 2010, kompatybilny z Windows 7, Windows Server 2003 Service Pack 2, Windows Server 2008 R2 – UWAGA nie wsperane na Windows Server 2003 R2 i na Windows Server 2008!

An update is available for Windows Vista and for Windows Server 2008 to extend KMS activation support for Windows 7 and for Windows Server 2008 R2 – Microsoft Support - have to dla KMS na Windows Server 2008 i Vista dla aktywacji Windows 7 i Windows Server 2008 R2

An update is available that installs Key Management Service (KMS) 1.2 for Windows Server 2003 Service Pack 2 (SP2) and for later versions of Windows Server 2003 – Microsoft Support - have to dla KMS na Windows Server 2003 i aktywacji Windows 7 i Windows Server 2008 R2

How to troubleshoot the Key Management Service (KMS) – TechNet - jak nie wiesz czemu nie działa:)

źródło: kompilacja własnych doświadczeń i grzebactwo:)

Okazuje się, że zmiana wprowadzona w podkluczu rejestru HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI\BackgroundValue\OEMBackground nie jest zmianą trwałą i przy zmianie przez użytkownika tematu lub zmiany z aero do klasycznego tematu lub odwrotnie oraz po instalacji niektórych łatek podklucz zostaje zresetowany do domyslnej wartości. Co ciekawe akcja w kontekście zwykłego użytkownika jak zmiana tematu powoduje akcję w rejestrach HKEY_LOCAL_MACHINE:)

Powyższe problemy nie występują przy wymuszeniu obrazu logowania przez  manipulację przez politykę: GPEdit.msc a następnie Computer Configuration -> Administrative Templates -> System –> Logon –> Always use custom logon background ->Enabled

źródła poza własnymi doświadczeniami:

OEMBackground resets back to 0 – Social Technet

You can no longer use a custom logon background after you change a theme in Windows 7 – Microsoft Support

Tabelka przedstawia możliwą ilość węzłów klastra (nodów) oraz rodzaj stosowanych dysków współdzielonych dla poszczególnych wersji systemów Windows.

źródło: Maximum number of supported nodes in a cluster – Microsoft Support

W tym celu powstał Windows Service Pack Blocker Tool Kit, który można pobrać z Microsoft Download Center. Jednak to jest kolejna binarka, która trzeba pobrać, zainstalować i aktywować jej działanie:) Windows Service Pack Blocker Tool Kit działa gdy Dodatek Service Pack jest dystrybuowany przy użyciu WSUS (Windows Update) a użyć należy go gdy nie chcemy zakłócać procesu update dla pozostałych systemów (można w ten sposób również zablokować instalację z Windows Update).

Dla tych, którzy chcą odroczyć instalację Service Pack bez użycia dodatkowych narzędzi można to osiągnąć przez ustawienia rejestru:

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
“DoNotAllowSP”=dword:00000001

które można również aplikować za pomocą linii poleceń:

REG ADD “HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate” /v DoNotAllowSP /t REG_DWORD /d “1″ /f

Ustawienia te można również propagować przez Group Policy dla większej ilości maszyn.

Uwaga: W tej sposób można opóźnić instalację Dodatku Service Pack tylko o 12 miesięcy od daty wydania!

Uwaga 2: Powyższa metoda nie blokuje instalacji Dodatku Service Pack prowadzonej lokalnie!

źródło poza własnym doświadczeniem:

Windows Service Pack Blocker Tool Kit – Microsoft Download Center

Okazuje się, że bardzo prosto:

$wsusserver = ‘MYWSUS’
[reflection.assembly]::LoadWithPartialName(“Microsoft.UpdateServices.Administration”)
$wsus = [Microsoft.UpdateServices.Administration.AdminProxy]::getUpdateServer($wsusserver,$False)
$wsus.GetSubscription().StartSynchronization();

Ten i dużo dużo kolejnych pomysłów na wykorzystanie API serwera WSUS znalazłem w MSDN Library.

źródło: WSUS 3.0 Class Library Reference – MSDN

• Czynność ma być wykonywana w taki sam sposób na wielu serwerach (automatyzacja).
• Osoba wdrażająca ma zacięcie do skryptowania:)

Instalacja pełna IIS 7.0:

echo installing IIS 7.0 full

start /w pkgmgr /l:log.etw /iu:IIS-WebServerRole;IIS-WebServer;IIS-CommonHttpFeatures;IIS-StaticContent;IIS-DefaultDocument;IIS-DirectoryBrowsing;IIS-HttpErrors;IIS-HttpRedirect;IIS-ApplicationDevelopment;IIS-ASPNET;IIS-NetFxExtensibility;IIS-ASP;IIS-CGI;IIS-ISAPIExtensions;IIS-ISAPIFilter;IIS-ServerSideIncludes;IIS-HealthAndDiagnostics;IIS-HttpLogging;IIS-LoggingLibraries;IIS-RequestMonitor;IIS-HttpTracing;IIS-CustomLogging;IIS-ODBCLogging;IIS-Security;IIS-BasicAuthentication;IIS-WindowsAuthentication;IIS-DigestAuthentication;IIS-ClientCertificateMappingAuthentication;IIS-IISCertificateMappingAuthentication;IIS-URLAuthorization;IIS-RequestFiltering;IIS-IPSecurity;IIS-Performance;IIS-HttpCompressionStatic;IIS-HttpCompressionDynamic;IIS-WebServerManagementTools;IIS-ManagementConsole;IIS-ManagementScriptingTools;IIS-ManagementService;IIS-IIS6ManagementCompatibility;IIS-Metabase;IIS-WMICompatibility;IIS-LegacyScripts;IIS-LegacySnapIn;IIS-FTPPublishingService;IIS-FTPServer;IIS-FTPManagement;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI

echo %errorlevel%

Instalacja pełna IIS 7.5:

echo installing IIS 7.5 full

start /w pkgmgr /l:log.etw /iu:IIS-WebServerRole;IIS-WebServer;IIS-CommonHttpFeatures;IIS-StaticContent;IIS-DefaultDocument;IIS-DirectoryBrowsing;IIS-HttpErrors;IIS-HttpRedirect;IIS-ApplicationDevelopment;IIS-ASP;IIS-CGI;IIS-ISAPIExtensions;IIS-ISAPIFilter;IIS-ServerSideIncludes;IIS-HealthAndDiagnostics;IIS-HttpLogging;IIS-LoggingLibraries;IIS-RequestMonitor;IIS-HttpTracing;IIS-CustomLogging;IIS-ODBCLogging;IIS-Security;IIS-BasicAuthentication;IIS-WindowsAuthentication;IIS-DigestAuthentication;IIS-ClientCertificateMappingAuthentication;IIS-IISCertificateMappingAuthentication;IIS-URLAuthorization;IIS-RequestFiltering;IIS-IPSecurity;IIS-Performance;IIS-HttpCompressionStatic;IIS-HttpCompressionDynamic;IIS-WebServerManagementTools;IIS-ManagementScriptingTools;IIS-IIS6ManagementCompatibility;IIS-Metabase;IIS-WMICompatibility;IIS-LegacyScripts;WAS-WindowsActivationService;WAS-ProcessModel;IIS-FTPServer;IIS-FTPSvc;IIS-FTPExtensibility;IIS-WebDAV;IIS-ASPNET;IIS-NetFxExtensibility;WAS-NetFxEnvironment;WAS-ConfigurationAPI;IIS-ManagementService;MicrosoftWindowsPowerShell

echo %errorlevel%

Jednak zalecam stosowanie polityki bezpieczeństwa polegającej na instalowaniu tylko potrzebnych komponentów. Na przykład:

Instalacja II7.0 dla treści statycznych:

echo installing IIS Rule – default + static features

start /w pkgmgr /l:log.etw /iu:IIS-WebServerRole;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI;IIS-ManagementConsole;IIS-StaticContent

echo %errorlevel%

Instalacja IIS 7.5 dla treści statycznych:

echo installing IIS Rule – default + static features

start /w pkgmgr /l:log.etw /iu:IIS-WebServerRole;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI;IIS-StaticContent

echo %errorlevel%

Instalacja IIS 7.0 dla treści statycznyh i dynamicznych (ASP, ASP.NET):

echo installing IIS Rule – default + static + dynamic features (ASP, ASP.NET)

echo basic IIS with static
start /w pkgmgr /l:log.etw /iu:IIS-WebServerRole;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI;IIS-ManagementConsole;IIS-StaticContent
echo ASP
start /w pkgmgr /iu:IIS-ASP;IIS-ISAPIExtensions;IIS-RequestFiltering
echo ASP.NET
start /w pkgmgr /iu:IIS-ASPNET;IIS-DefaultDocument;IIS-ISAPIFilter;IIS-NetFxExtensibility

echo %errorlevel%

Instalacja IIS 7.5 dla treści statycznyh i dynamicznych (ASP, ASP.NET):

echo installing IIS Rule – default + static + dynamic features (ASP, ASP.NET)

echo basic IIS with static
start /w pkgmgr /l:log.etw /iu:IIS-WebServerRole;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI;IIS-StaticContent
echo ASP
start /w pkgmgr /iu:IIS-ASP;IIS-ISAPIExtensions
echo ASP.NET
start /w pkgmgr /iu:IIS-ASPNET;IIS-ISAPIFilter;IIS-NetFxExtensibility

echo %errorlevel%

Instalacja Serwera FTP 7.5 dla IIS 7.0 (należy pobrać paczkę FTP 7.5, która nie jest dostępna domyślnie; linki do instalatora x86 lub x64):

IF “%PROCESSOR_ARCHITECTURE%”==”x86″ start /wait msiexec /qn /norestart /i ftp7_x86_75.msi
IF “%PROCESSOR_ARCHITECTURE%”==”AMD64″ start /wait msiexec /qn /norestart /i ftp7_x64_75.msi

echo installing IIS Rule – default + FTP

start /w pkgmgr /l:log.etw /iu:IIS-WebServerRole;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI;IIS-ManagementConsole;IIS-StaticContent;IIS-FTPPublishingService;IIS-FTPServer;IIS-FTPManagement;IIS-IIS6ManagementCompatibility;IIS-Metabase

echo %errorlevel%

Instalacja Serwera FTP na IIS 7.5:

echo installing IIS Rule – default + FTP

start /w pkgmgr /l:log.etw /iu:IIS-WebServerRole;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI;IIS-FTPSvc;IIS-FTPServer;IIS-FTPExtensibility

echo %errorlevel%

źródła:

Installing IIS 7.0 from the Command Line – IIS.net

Installing IIS 7 on Windows Server 2008 or Windows Server 2008 R2 – IIS.net

Installing IIS 7.5 on Windows Server 2008 R2 – TechNet

Tip #91: Did you know … How to automate FTP 7.5 installation and site creation? – Tips & Tricks for ASP.NET, IIS, and Visual Web Developer

Problem installing IIS 7.0 with a unattend script and pkgmgr.exe – forums IIS.net

“Dwa serwery w grupie roboczej: pierwszy – Hyper-V Server 2008 R2, drugi – pełny 2008 R2 (z GUI),  na którym zainstalowana jest rola Hyper-V. Pytanie: Co zrobić zaraz po instalacji pierwszego serwera, aby móc podłączyć się do pierwszego z konsoli Hyper-V Manager na drugim?”

Prostym rozwiązaniem w tej sytuacji jest użycie HVRemote – skryptu, który ułatwia konfiguracje zdalnego zarządzania Hyper-V w środowisku grupy roboczej i mieszanym (AD-workgroup). Konfiguracja jest możliwa również ręcznie za pomocą Authorization Managera, ale HVRemote bardzo przyspiesza tę operację.

źródła:

HVRemote – Hyper-V Remote Management Configuration Utility

Configure Hyper-V Remote Management in seconds – John Howard

Using Authorization Manager for Hyper-V Security – TechNet

Ten post to odpowiedź dla jednego z czytelników bloga, który zapytał mnie:

“Czy da się korzystać z hibernacji na laptopie z Hyper-V, którego używam do uruchamiania testowego wirtualnego środowiska?”

Po zainstalowaniu roli Hyper-V na Windows Server tracimy możliwość korzystania z zaawansowanych funkcji wstrzymania jak hibernacja oraz sleep. Dzieje się tak z powodu, że część funkcji hypervisora nie jest obsługiwana przez dostępne w systemie narzędzia obsługujące zaawansowane opcje wstrzymania.

Marketingowo jest to przedstawiane, że Hyper-V jest stworzony dla serwerów a ich się nie hibernuje i nie wstrzymuje:) Rzeczywiście tak jest ale Microsoft zapomniał o ludziach używających maszyn z Hyper-V na stacjach roboczych i komputerach przenośnych (programiści, konsultanci, testerzy, trenerzy etc).

Jednak jest metoda jak można częściowo pogodzić zaawansowane funkcje wstrzymania wraz z korzystaniem z Hyper-V. Rozwiązanie nie jest idealne i ma swoje ograniczenia ale lepsze to niż nic. Opiera się ono o wiedzę, że w początkowej fazie startu systemu wraz z uruchomieniem sterownika odpowiedzialnego za Hyper-V o nazwie Hvboot.sys system zostaje przestawiony w tryb wirtualizacji i zmienione zostają między innymi opcje zarządzania energią. Dokąd Hyper-V nie zostało uruchomione dotąd jest możliwość wykorzystania zaawansowanych opcji wstrzymania.

Tyle teorii:) teraz how to:

Opcje związane z uruchomieniem Hvboot.sys są ukryte w rejestrze: HKLM\SYSTEM\CurrentControlSet\Services\hvboot\Start

Po zmianie na wartość dziesiątkową 3 i przeładowaniu systemu sterownik będzie uruchamiany na żądanie (pamiętamy, że domyślne ustawienie to 0).

Zamiast zmiany dokonywać w rejestrze można posłużyć się poleceniem: sc config hvboot start= demand

Po restarcie uzyskaliśmy możliwość korzystania z funkcji wstrzymania ale nie możemy uruchomić Hyper-V:)

Jeśli mimo to nie mamy dostępu do hibernacji należy ją włączyć: powercfg -h on.

Aby włączyć Hyper-V należy uruchomić komendę net start hvboot. Po wykonaniu tego polecenia do następnego restartu tracimy dostęp do zaawansowanych opcji wstrzymania.

źródła:

Enable Sleep / Hibernate with Hyper-V -markharrison.co.uk/blog

Get power management features back with Server 2008 Hyper-V – Aaron Tiensivu’s Blog

Hyper-V and Power Management – Virtual PC Guy’s Blog

Hyper-V: How to Run Hyper-V on a Laptop – TechNet Wiki

Nic:) SP1 dla Windows 7 nie będzie zawierał żadnych nowych funkcjonalności. Zawierał będzie tylko poprawki do bieżących funkcji. Poprawka SP1 dla Windows 7, jest oczywiście rollupem wszystkich poprzednich poprawek.

Za to SP1 dla Windows Server 2008 R2 będzie zawierać za to nowe funkcjonalności:

Remote FX – w największym skrócie jest to lepsze wsparcie dla obsługi video i aplikacji 3D w sesjach RDP. Więcej informacji na blogu Microsoft Virtualization Team.

Hyper-V Dynamic Memory – możliwość zarządzania użyciem pamięci przy większej ilości wirtualnych maszyn, umożliwia wybór między wydajnością a ilością wirtualnych maszyn. Bardzo przydatne przy utrzymywaniu wielu serwerów wirtualnych lub desktopów wykorzystujących VDI. Więcej o Hyper-V Dynamic Memory na blogu Microsoft Virtualization Team.

Podobnie jak SP1 dla Windows 7 zawierał będzie wszystkie poprzednie poprawki.

Jedna ciekawa informacja związana z SP1, ponieważ miała być początkowo częścią SP1 ale Microsoft zdecydował się na wydzielenie jej z Service Packa 1 i szybsze dostarczenie do swoich klientów. Mowa o Windows XP Mode, które do tej pory było dostępne tylko dla komputerów wspierających wirtualizację. Od dziś Windows XP Mode działa również na komputerach bez sprzętowego wsparcia dla wirtualizacji. Najnowszą wersję Windows XP Mode działającą na maszynach bez wsparcja dla wirtualizacji można pobrać z witryny Windows XP Mode and Windows Virtual PC Home. Dostępność Windows XP Mode dla poszczególnych wersji Windows 7 nie zmieniła się i w dalszym ciągu Windows XP Mode działa na Windows 7 Ultimate, Enterprise i Professional.

źródła poza informacjami od grupy produktowej Windows:

Windows XP Mode now accessible to more PCs – The Windows Blog

Windows XP Mode and Windows Virtual PC Home

Explaining Microsoft RemoteFX – Microsoft Virtualization Team Blog

Dynamic Memory Coming To Hyper-V – Microsoft Virtualization Team Blog

Pierwszy z webcastów ma tytuł: Windows Server Foundation: Serwer plików + Archwizacja. Webcast prezentuje w jaki sposób wykorzystywać serwer plików i w jaki sposób skonfigurować backup serwera w małej firmie, można go obejrzeć w okienku poniżej lub pobrać z Edge.

Mój drugi webcast ma tytuł: Windows Server Foundation: Dostęp zdalny. Opisuje podstawowe metody zdalnego zarządzania Windows Server 2008 R2 Foundation, można go również pobrać z Edge.

Zapraszam do obejrzenia też innych polskich webcastów dotyczących Foundation, można je obejrzeć pod tym adresem.

źródła, poza własnym doświadczeniem:

Windows Server 2008 R2 Foundation – witryna anglojęzyczna

Windows Server 2008 R2 Foundation – witryna polskojęzyczna

TechNet Edge – polskie webcasty

Odinstalowanie urządzenia, którego nie widać jest mocno utrudnione.

Poniżej opis jak można je pokazać w managerze urządzeń:

• Uruchomić z uprawnieniami administratora CMD i wydać polecenie:

SET DEVMGR_SHOW_NONPRESENT_DEVICES=1 & START DEVMGMT.MSC

• Wymusi to pokazanie niepodłączonych urządzeń jako ukrytych i uruchomi “Manager Urządzeń” (Device Manager), należy kliknąć “Widok” (View) i wybrać “Pokaż ukryte urządzenia” (Show hidden devices).

Teraz możemy odinstalować odłączone urządzenia (widoczne są jako wyszarzone – w moim przypadku jest to Microsoft Virtual Machine Bus Network Adapter).

Powyższa metoda działa w Windows 7, Windows Server 2008 R2, Windows Vista, Windows Server 2008, Windows XP, Windows Server 2003 R2, Windows Server 2003, Windows 2000.

źródła:

Device Manager does not display devices that are not connected to the Windows XP-based computer – KB315539

Device Manager Does Not Display Devices Not Currently Present in Windows 2000 – KB241257

Server 2008 – Removing Non-Existing Network Adapters – TechArena Community

Na wirtualnych maszynach w logach systemowych  pojawia się następująca informacja:

Event Type: Information
Event Source: netvsc
Event Category: None
Event ID: 4
Date: 2/17/2010
Time: 11:46:07 AM
User: N/A
Computer: MACHINENAME
Description:
The miniport ‘Microsoft Virtual Machine Bus Network Adapter’ reset.

Są trzy metody na rozwiązanie tego problemu:

• Powiększenie wielkości bufrów VMBus wirtualnych maszyn na których występuje problem z 1MB do 2MB lub 4MB (w dalszej części opiszę to dokładniej). Uznaję to rozwiązanie za preferowane ze względu na najmniejszą inwazyjność fixa w infrastrukturę.
• Instalacja patcha KB974909 o statusie testowym na maszynach z Hyper-V R2 na których działają maszyny z problemem (w przypadku klastra na wszystkich maszynach w klastrze gdzie wystąpił problem z VM).
• Zmiana NIC wirtualnej maszyny z Synthetic na Legacy adapter. Rozwiązanie to obniża oczywiście parametry połączenia VM (między innymi jego prędkość do 100Mbps). Ze względu na obniżenie parametrów nie można go uznać za rozwiązanie zalecane w środowiskach produkcyjnych.

Aby powiększyć bufor VMBus wirtualnej maszyny na której występuje problem należy:

• Przejść do gałezi rejestru: HKLM\SYSTEM\CurrentControlSet\Control\Class\{GUID}\{index}.
• Aby zidentyfikować jaki GUID ma interfejs wirtualnej maszyny na którym występuje problem:

W przypadku VM na Windows Server 2008/2008 R2 jest to banalne):
Identyfikacja inerfejsu na Windows Server 2003 jest trochę trudniejsza:)

Należy przejśc do HKLM\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\NetworkCards\{numer} i odczytać wartość GUID. (rozwiązanie działa również na nowszych systemach).

W przypadku niemożności znalezienia GUID powyższą metodą: przejść do HKLM\SYSTEM\CurrentControlSet\Control\Class\ i wyszukać “Microsoft Virtual Machine Bus Network Adapter” (uwaga – może być kilka interfejsów).

• Utworzyć dwie wartości DWORD o nazwach ReceiveBufferSize i SendBufferSize, nadać im wartość 0800 (hexadecimal) lub 2048 (decimal). Jest to wartość bufora w KB, przy braku tych wpisów wielkość buforów jest domyślna i wynosi 1024KB.
• Wykonać restart wirtualnej maszyny aby ustawienia zostały wprowadzone.

Jeśli po wykonaniu powyższych kroków problem wciąż występuje (w moim przypadku miałem tą sytuację z jedna najbardziej obciążoną maszyną z IIS) należy jako wartość wprowadzić 1000 (hexadecimal) lub 4096 (decimal). Maksymalna możliwa wartość bufora to 4096KB.

źródła poza własnym doświadczeniem:

Increase VMBus buffer sizes to increase network throughput to guest VMs – Windows Server Performance Team Blog

KB 974909 – Microsoft Support

Network Adapter disabled, Event ID 4 Netvsc, miniport reset – TechNet Forums

Po zainstalowaniu labu do racka, dodaniu dodatkowych NIC i po podłączeniu dysków, storage’a ISCSI przyszła pora na instalacje systemu. Z WDS został zainstalowany Windows Server 2008 R2 wraz z rolą Hyper-V. Do tego kilka standardowych programów. Wszystko działa bez zarzutu.

Za to w logach systemowych zaczęły pojawiać się następujące kwiatki:

Log Name: System
Source: nvraid
Date:  2010-02-10 07:45:11
Event ID: 11
Task Category: None
Level: Error
Keywords: Classic
User: N/A
Computer: machinename
Description:
The description for Event ID 11 from source nvraid cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.

oraz

Log Name: System
Source: nvstor
Date: 2010-02-10 07:42:12
Event ID: 129
Task Category: None
Level: Warning
Keywords: Classic
User: N/A
Computer: machinename
Description:
Reset to device, \Device\RaidPort0, was issued.

Po krótkim dochodzeniu doszedłem do wniosku, że problem jest związany z antywirusem Microsoft Fore Front Clienet Security. Przypuszczenia potwierdziły poszukiwania w sieci gdzie znalazłem opis podobnego problemu związanego z obecnością w Windows Vista i Windows 7 działającego na płycie z chipsetem NVIDIA programowania Windows Live OneCare oraz Microsoft Security Essentials czyli z bliskich kuzynów Microsoft Fore Front Client Security. Nie wiem czy problem leży po stronie antywirusa czy sterowników NVIDIA, w każdym razie jeśli te dwa elementy spotkają się razem pojawia się problem. Po odinstalowaniu Microsoft Fore Front Clienet Security alarmujące wpisy w logach przestały się pojawiać.

Niestety nie miałem czasu na  dokładną analizę problemu. Właśnie pakuję się do wyjazdu na Microsoft 2010 MVP Global Summit. Jak wrócę postaram się bliżej temu przyjrzeć.

źródła, poza własnymi doświadczeniami:

NVRD64 Error 11 – NVIDIA forums

RAID Driver Missing or Corrupted, Vista Event Viewer – NVRD64 error - NVIDIA forums

nvstor32: reset to device — freezing machine – NVIDIA forums

Zgodnie z informacją jaką w dniu dzisiejszym otrzymałem z Centrum Obsługi Klienta Microsoft taka instalacja jest dopuszczona przez licencję Windows 7 i Windows Server 2008 R2. Cytat z maila jaki w tej sprawie otrzymałem: “Instalacja systemu na nośniku danych jakim jest USB, jest możliwa i nie powoduje, że takie postępowanie stoi w sprzeczności z licencją. Należy zwrócić uwagę na fakt, że oprogramowanie załadowane z napędu USB – w przypadku licencji OEM, przypisze się do komputera i instalacja na innym urządzeniu z tego napędu nie jest możliwa“.

źródło: korespondencja z Centrum Obsługi Klienta Microsoft

Zebrałem metody instalacji na USB, które umieściłem w dwóch moich ostatnich wpisach: Instalacja Windows 7 na napędzie USB i Hyper-V Server 2008 R2 instalacja na USB. Tworząc z nich scenariusz, gdzie Windows 7 instalowany jest do VHD, który znajduje się na dysku USB.

Bootowanie z VHD wprowadzone wraz z Windows 7 i Windows Server 2008 R2 mocno rozszerzyło możliwości wdrażania systemów w tym możliwość instalacji na napędzie USB. Bootowanie z VHD w Windows 7 jest możliwe tylko w wersji Ultimate i Enterprise, przedstawiona metoda ma zastosowanie do tych wersji Windows 7 (wspierają ją również wszystkie wersje Windows Server 2008 R2 oraz Hyper-V Server 2008 R2). Główną zaletą rozwiązania jest prostota ewentualnej reinstalacji – wystarczy nadpisanie pliku VHD. Niedogodności, które występują w systemach zainstalowanych do VHD przedstawiłem już jakiś czas temu, warto o nich przeczytać zanim zdecydujemy się na taką instalację. Procedura opisywana poniżej nie należy do najłatwiejszych i jest dedykowana dla zaawansowanych, jest trudniejsza niż poprzedni wpis o instalowania Windows 7 na USB. Rozwiązanie testowałem na laptopie Dell D630, D6400 oraz na stacji roboczej Dell Vostro 430, na każdym z nich działało poprawnie. Jeśli się zdecydowałeś na wprowadzenie go w życie powinieneś się zaopatrzyć w:

• Nośnik instalacyjny Windows 7 (DVD, klucz USB lub rozpakowany obraz płyty)
• Windows Automated Installation Kit (AIK) for Windows 7
• Napęd USB (dysk lub duży szybki flash) na którym zainstalujemy system do pliku VHD. Dla Windows 7 minimalna wielkość dysku to 16GB, mi udało się jednak do testów zainstalować na flashu 8GB.

Wszystkie poniższe operacje wykonywałem na Windows 7 Ultimate x64 z zainstalowanym pakietem WAIK, gdzie:

• C: to dysk systemowy
• D: napęd DVD (może być to też klucz USB lub zamiast tego można użyć ścieżki do rozpakowanego obrazu płyty) z instalatorem Windows 7
• W porcie USB znajduje się klucz USB na którym zainstalowany zostanie system. UWAGA! Wszystkie dane z nośnika wymiennego zostaną skasowane, nie jest to koniecznością, zdecydowałem się na to z powodu przejrzystości opisu.

Ad rem!

1. Uruchamiamy CMD z uprawnieniami Adminsitratora, za jego pomocą tworzymy w folderze nowym folderze WINvhd na dysku C: plik VHD o wielkości prawie 15GB, formatujemy jego zawartość i nadajemy oznaczenie R:.
   

   mkdir c:\WINvhd
   diskpart
   create vdisk file=c:\WINvhd\Windows.vhd maximum=15000 type=fixed
   select vdisk file=c:\WINvhd\Windows.vhd
   attach vdisk
   create partition primary
   assign letter=R
   format quick fs=ntfs label=WINvhd
   exit

2. Rozpakowanie pliku WIM, przechodzimy do folderu gdzie znajduje się ImageX, w moim przypadku używam wersji X64. W drugiej linii sprawdzamy jakie są wszystkie wersje systemu dostępne w pliku WIM, w moim przypadku Windows 7 Ultimate X64 był dostępny jako <IMAGE INDEX=”4″>, dlatego w następnym kroku pojawiła się cyfra 4.
   

   cd /d “C:\Program Files\Windows AIK\Tools\amd64″
   imagex /info d:\sources\install.wim
   imagex /apply /check d:\sources\install.wim 4 R:\

3. Odłaczamy dysk VHD.
   

   diskpart
   select vdisk file=c:\WINvhd\Windows.vhd
   detach vdisk
   exit

4. Sprawdzamy którym urządzeniem jest docelowy napęd USB po czym wymazujemy jego zawartość, tworzymy nową partycję i formatujemy ją na NTFS i nadajemy oznaczenie Z:.
   

   diskpart
   list disk
   select disk <numer napędu USB>
   clean
   create partition primary
   select partition 1
   active
   format quick fs=ntfs
   assignletter=Z
   exit

5. Kopiujemy plik VHD na napęd USB.
   

   copy c:\WINvhd\Windows.vhd Z:

6. Nadpisujemy MBR na napędzie USB.
   

   cd /d “c:\program files\Windows AIK\Tools\PETools\AMD64\”
   bootsect /nt60 Z: /force /mbr

7. Podłaczamy dysk VHD z napędu USB, powinien być widoczny jako R:.
   

   diskpart
   select vdisk file=z:\Windows.vhd
   attach vdisk
   exit

8. Zmiana parametrów bootowania.
   

   bcdboot r:\windows /s Z:

9. Dodajemy wpisy do rejestru systemu na VHD wymuszające wyłączenie pliku wymiany w celu ograniczenia zapisów na napęd USB (w razie chęci posiadania pliku wymiany z komend w linii 2 i 3 można zrezygnować)  oraz zmieniamy ustawienia startu usług związanych z magistralą USB.
   

   REG LOAD HKLM\WindowsTemp r:\windows\system32\config\system
   REG ADD “HKLM\WindowsTemp\ControlSet001\Control\Session Manager\Memory Management” /v PagingFiles /t REG_MULTI_SZ /d “” /f
   REG DELETE “HKLM\WindowsTemp\ControlSet001\Control\Session Manager\Memory Management” /v ExistingPageFiles /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBCCGP /v Start /t REG_DWORD /d 00000000 /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBEHCI /v Start /t REG_DWORD /d 00000000 /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBHUB /v Start /t REG_DWORD /d 00000000 /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBSTOR /v Start /t REG_DWORD /d 00000000 /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBUHCI /v Start /t REG_DWORD /d 00000000 /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBCCGP /v Group /t REG_SZ /d “Boot bus extender” /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBEHCI /v Group /t REG_SZ /d “Boot bus extender” /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBHUB /v Group /t REG_SZ /d “Boot bus extender” /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBSTOR /v Group /t REG_SZ /d “Boot bus extender” /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBUHCI /v Group /t REG_SZ /d “Boot bus extender” /f
   REG UNLOAD HKLM\WindowsTemp

10. Przechodzimy exploratorem windows do R:\windows\inf i edytujemy następujące pliki: usb.inf, usbport.inf, usbstor.inf; dodając na początku ich treści:
    

    [*.AddService]
    StartType = 0
    LoadOrderGroup = boot bus extender

11. Odłączamy dysk VHD.
    

    diskpart
    select vdisk file=z:\Windows.vhd
    detach vdisk
    exit

12. Klucz USB z Windows 7 jest już przygotowany, można się z niego spróbować zabootować. Klucz po przygotowaniu można użyć na innej konfiguracji sprzętowej (uruchomić go na innym komputerze) ważne, żeby konfiguracja napędów była identyczna jak w momencie kiedy była przygotowywana w innym wypadku po zabootowaniu się z klucza zobaczymy informację, że start jest niemożliwy, należy wtedy edytować konfigurację bootowania na kluczu USB (dalej opis jak to zrobić). Jeśli się udało to na ekranie zobaczmy końcową fazę konfiguracji systemu. Po tym nastąpi automatyczny restart, po którym przechodzimy do punktu 13.  W razie problemów z bootowaniem z nowoutworzonego VHD na USB należy wystartować komputer z nośnika instalacyjnego, uruchomić linię komend (Shift + F10), za jej pomocą podpiąć dysk VHD (podobnie jak punkt 7 ale podając odpowiednie litery napędów) a następnie ręcznie zmienić parametry bootowania za pomocą polecenia BCDboot (punkt 8 ze wskazaniem odpowiednich dysków). Dokładniejszy opis jak posługiwać się BCDboot znajduje się tym i w  tym artykule.
13. Po automatycznym restarcie najprawdopodobniej system się nie włączy poprawnie. Będzie się resetował podczas startu. Jest to spowodowane przywracaniem ustawień domyślnych rejestrów usług magistrali USB przez instalator. Zanim system będzie gotowy do pracy taka sytuacja wydarzy się dwukrotnie. Należy wtedy podpiąć dysk do działającego systemu i wykonać po kolei kroki: 7, 9, 10, 11 i zabootować się jeszcze raz. Te same kroki należy podjąć jeśli zmienią się ustawienia i system będzie się resetował podczas startu, zdarza się, że instalacja poprawek zmienia ustawienia rejestrów odpowiedzialnych za USB, co powoduje problemy ze startem.

Przedstawiona procedura działa zarówno z Windows 7 i Windows Server 2008 R2.

[update 27.01.2010]
Zgodnie z informacją jaką w dniu dzisiejszym otrzymałem z Centrum Obsługi Klienta Microsoft taka instalacja jest dopuszczona przez licencję Windows 7 i Windows Server 2008 R2. Cytat z maila jaki w tej sprawie otrzymałem: “Instalacja systemu na nośniku danych jakim jest USB, jest możliwa i nie powoduje, że takie postępowanie stoi w sprzeczności z licencją. Należy zwrócić uwagę na fakt, że oprogramowanie załadowane z napędu USB – w przypadku licencji OEM, przypisze się do komputera i instalacja na innym urządzeniu z tego napędu nie jest możliwa“.

źródła, poza własnym doświadczeniem:
Microsoft Hyper-V Server 2008 R2 RTM & More – Microsoft Virtualization Team Blog
Deploying Microsoft Hyper-V Server 2008 R2 on USB Flash Drive – TechNet
Walkthrough: Deploy a Virtual Hard Disk for Native Boot – TechNet
Virtual Hard Disks in Windows Server 2008 R2 and Windows 7 – TechNet
Instalacja Windows 7 oraz Windows Server 2008 R2 w plikach VHD – wss.pl
ImageX Technical Reference – TechNet
Add a Native-Boot Virtual Hard Disk to the Boot Menu – TechNet
BCDboot Command-Line Options – TechNet

Dawno temu znalazłem wpis na blogu Micorosft Virtualization Team, na którym wyczytałem o możliwościach uruchamiania systemu zainstalowanego na USB: “One thing our customers and partners requested was the ability to boot from flash. Customers told us they would like to purchase a server from their hardware partner of choice with Hyper-V included and they wanted the ability to choose whether it was on traditional spinning media or flash media. You got it.”. Zacząłem szukać tego opisu i znalazłem opis na TechNecie poświęcony właśnie takiemu wdrażaniu Hyper-V Server 2008 R2, przygotowując opis bazowałem głównie na tym dokumencie. Dokument wprowadza skrót UDF od USB Flash Device, zawiera też kilka obwarowań co do tej instalacji, które po przetłumaczeniu brzmią:

• Instalacja Microsoft Hyper-V Server 2008 R2 na UFD, który nie jest wewnętrznym komponentem komputera jak np. przenośny zewnętrzny flash USB nie jest dozwolona.
• UFD musi być komponentem wewnętrznym wbudowanym w serwer zgodnie z dokładnym opisem zawartym w dokumencie.

Aby przeprowadzić instalację Hyper-V Server 2008 R2 urządzeniu USB należy przygotować:

• Nośnik instalacyjny (może być DVD, klucz USB, lub jako rozpakowany obraz) Hyper-V Server 2008 R2
• Windows Automated Installation Kit (AIK) for Windows 7
• Napęd USB (dysk lub duży szybki flash) na którym zainstalujemy system do pliku VHD. Minimalna wielkość to 8GB, zalecana 16GB.

Wszystkie poniższe operacje wykonywałem na Windows 7 Ultimate x64 z zainstalowanym pakietem WAIK, gdzie:

• C: to dysk systemowy
• D: napęd DVD (może być również klucz USB, jak również rozpakowany obraz płyty) z instalatorem Hyper-V Server 2008 R2
• W porcie USB znajduje się klucz USB na którym zainstalowany zostanie system. UWAGA! Wszystkie dane z nośnika wymiennego zostaną skasowane, nie jest to koniecznością, zdecydowałem się na to z powodu przejrzystości opisu.

Ad rem!

1. Uruchamiamy CMD z uprawnieniami Administratora, za jego pomocą tworzymy w folderze nowym folderze WINvhd na dysku C: plik VHD o wielkości prawie 15GB, formatujemy jego zawartość i nadajemy oznaczenie R:.
   

   mkdir c:\WINvhd
   diskpart
   create vdisk file=c:\WINvhd\HVserver.vhd maximum=15000 type=fixed
   select vdisk file=c:\WINvhd\HVserver.vhd
   attach vdisk
   create partition primary
   assign letter=R
   format quick fs=ntfs label=HVserver
   exit

2. Rozpakowanie pliku WIM, przechodzimy do folderu gdzie znajduje się ImageX, w moim przypadku używam wersji X64, bo Hyper-V Server 2008 R2 jest właśnie X64. W drugiej linii sprawdzamy jakie są wszystkie wersje systemu dostępne w pliku WIM, w tym przypadku jest tylko jedna wersja <IMAGE INDEX=”1″>, właśnie ją wybiorę:) dlatego w następnym kroku pojawiła się cyfra 1.
   

   cd /d “C:\Program Files\Windows AIK\Tools\amd64″
   imagex /info d:\sources\install.wim
   imagex /apply /check d:\sources\install.wim 1 R:\

3. Odłaczamy dysk VHD.
   

   diskpart
   select vdisk file=c:\WINvhd\Windows.vhd
   detach vdisk
   exit

4. Sprawdzamy którym urządzeniem jest docelowy napęd USB, następnie wymazujemy jego zawartość, tworzymy nową partycję i formatujemy ją na NTFS i nadajemy oznaczenie Z:.
   

   diskpart
   list disk
   select disk <numer napędu USB>
   clean
   create partition primary
   select partition 1
   active
   format quick fs=ntfs
   assign letter=Z
   exit

5. Kopiujemy plik VHD na napęd USB.
   

   copy c:\WINvhd\HVserver.vhd Z:

6. Nadpisujemy MBR na napędzie USB.
   

   cd /d “c:\program files\Windows AIK\Tools\PETools\AMD64\”
   bootsect /nt60 Z: /force /mbr

7. Podłączamy dysk VHD z napędu USB, powinien być widoczny jako R:.
   

   diskpart
   select vdisk file=z:\HVserver.vhd
   attach vdisk
   exit

8. Zmiana parametrów bootowania.
   

   bcdboot r:\windows /s Z:

9. Dodajemy wpisy do rejestru systemu na VHD wymuszające wyłączenie pliku wymiany w celu ograniczenia ilości cykli zapisów na napęd USB.
   

   REG LOAD HKLM\WindowsTemp r:\windows\system32\config\system
   REG ADD “HKLM\WindowsTemp\ControlSet001\Control\Session Manager\Memory Management” /v PagingFiles /t REG_MULTI_SZ /d “” /f
   REG DELETE “HKLM\WindowsTemp\ControlSet001\Control\Session Manager\Memory Management” /v ExistingPageFiles /f
   REG UNLOAD HKLM\WindowsTemp

10. Odłączamy dysk VHD.
    

    diskpart
    select vdisk file=z:\HVserver.vhd
    detach vdisk
    exit

11. Klucz USB z Hyper-V Server 2008 R2 jest już przygotowany, można się z niego spróbować zabootować. Klucz po przygotowaniu można użyć na innej konfiguracji sprzętowej (uruchomić go na innym komputerze) ważne, żeby konfiguracja napędów była identyczna jak w momencie kiedy była przygotowywana w innym wypadku po zabootowaniu się z klucza zobaczymy informację, że start jest niemożliwy, należy wtedy edytować konfigurację bootowania na kluczu USB (dalej opis jak to zrobić). Jeśli się udało to na ekranie zobaczmy końcową fazę konfiguracji systemu.
12. W razie problemów z bootowaniem z nowoutworzonego VHD na USB należy wystartować komputer z nośnika instalacyjnego, uruchomić linię komend (Shift + F10), za jej pomocą podpiąć dysk VHD (podobnie jak punkt 7 ale podając odpowiednie litery napędów) a następnie ręcznie zmienić parametry bootowania za pomocą polecenia BCDboot (punkt 8 ze wskazaniem odpowiednich dysków). Dokładniejszy opis jak posługiwać sie BCDboot znajduje się tym i w  tym artykule.

Rozwiązanie testowałem na stacji roboczej Dell Vostro 420 i 430, na każdym z nich działało poprawnie.

Bardzo ciekawie wygląda zastosowanie tej metody w infrastrukturze na której Hyper-V działa na bezdyskowych serwerach przeznaczonych do wirtualizacji przy podłączonych dyskach SAN na których znajdują się wirtualne systemy. Wcześniej w takim scenariuszu mogła pracować tylko wirtualizacja rodem z VMware.

źródła, poza własnym doświadczeniem:

Microsoft Hyper-V Server 2008 R2 RTM & More – Microsoft Virtualization Team Blog

Deploying Microsoft Hyper-V Server 2008 R2 on USB Flash Drive – TechNet

Walkthrough: Deploy a Virtual Hard Disk for Native Boot – TechNet

Virtual Hard Disks in Windows Server 2008 R2 and Windows 7 – TechNet

Instalacja Windows 7 oraz Windows Server 2008 R2 w plikach VHD – wss.pl

ImageX Technical Reference – TechNet

Add a Native-Boot Virtual Hard Disk to the Boot Menu – TechNet

BCDboot Command-Line Options – TechNet

Nie udało mi się znaleźć nigdzie dobrej metody na instalację Windows 7 i Windows Server 2008 R2 na kluczu USB dlatego postanowiłem się zabrać samemu za napisanie tutoriala. Rozwiązanie to jest rozwojową modyfikacją mojego pomysłu z przed 2 lat, jest od niego też dużo prostsze. Należy pamiętać o tym, że nie jest wspierane przez Microsoft. Domyślnie podczas startu Windows 7 i Windows Server 2008 R2 magistrala USB jest resetowana (tak samo jak w Windows Vista i Windows Server 2008) co w wypadku instalacji na napędzie USB powoduje przerwanie startu i restart komputera, w moim opisie przeciwdziałam temu przez wpisy w rejestrze i edycję plików. Procedura opisywana poniżej wymaga nieco uwagi a nie tylko wklejania poszczególnych linii do CMD. Wszystkie skomplikowane operacje zostały dodatkowo opisane. Jej działanie testowałem na laptopie Dell D630, D430, D6400 oraz na stacji roboczej Dell Vostro 430, na każdym z nich działało poprawnie.

Jeśli mimo to się zdecydowałeś należy się zaopatrzyć w:

• Nośnik instalacyjny Windows 7 (może być na kluczu USB)
• Windows Automated Installation Kit (AIK) for Windows 7
• Napęd USB (dysk lub duży szybki flash) na którym zainstalujemy system. Dla Windows 7 minimalna zalecana wielkość dysku to 16GB, mi udało się jednak do testów zainstalować na flashu 8GB.

Wszystkie poniższe operacje wykonywałem na Windows 7 Ultimate x64 z zainstalowanym pakietem WAIK, gdzie:

• C: to dysk systemowy
• D: napęd DVD (może być to też klucz USB, można również się posłużyć rozpakowanym obrazem) z instalatorem Windows 7
• W porcie USB znajduje się klucz USB na którym zainstalowany zostanie system. UWAGA! Wszystkie dane z nośnika wymiennego zostaną skasowane, nie jest to koniecznością (z punktu 1 można zrezygnować jeśli jesteśmy pewni, że pierwsza partycja podstawowa na kluczu jest aktywna i jest sformatowana na NTFS, w takim wypadku należy zmienić tylko jej literę na Z:), zdecydowałem się na to z powodu przejrzystości opisu.

Ad rem!

1. Uruchamiamy CMD z uprawnieniami Administratora, za jego pomocą czyścimy dysk USB, formatujemy jego zawartość i nadajemy oznaczenie Z:.
   

   diskpart
   list disk
   select disk <numer napędu USB>
   clean
   create partition primary
   select partition 1
   active
   format quick fs=ntfs
   assign letter=Z
   exit

2. Rozpakowanie pliku WIM, przechodzimy do folderu gdzie znajduje się ImageX, w moim przypadku wdrażam wersję X64 (dlatego AMD64 w pierwszej linii, przy wdrażaniu X86 ścieżka będzie miała oczywiście X86 na końcu ). W drugiej linii sprawdzamy jakie są wszystkie wersje systemu dostępne w pliku WIM, w moim przypadku Windows 7 Ultimate X64 był dostępny jako <IMAGE INDEX=”4″>, dlatego w następnym kroku pojawiła się cyfra 4.
   

   cd /d “C:\Program Files\Windows AIK\Tools\amd64″
   imagex /info d:\sources\install.wim
   imagex /apply /check d:\sources\install.wim 4 Z:\

3. Nadpisujemy MBR na napędzie USB (znów robię to dla wersji X64).
   

   cd /d “c:\program files\Windows AIK\Tools\PETools\AMD64\”
   bootsect /nt60 Z: /force /mbr

4. Zmiana parametrów bootowania.
   

   bcdboot Z:\windows /s Z:

5. Dodajemy wpisy do rejestru systemu na USB wymuszające wyłączenie pliku wymiany w celu ograniczenia zapisów na napęd USB (w razie chęci posiadania pliku wymiany z komend w linii 2 i 3 można zrezygnować jeśli chcemy zachować plik wymiany o domyślnych parametrach)  oraz zmieniamy ustawienia startu usług związanych z magistralą USB.
   

   REG LOAD HKLM\WindowsTemp z:\windows\system32\config\system
   REG ADD “HKLM\WindowsTemp\ControlSet001\Control\Session Manager\Memory Management” /v PagingFiles /t REG_MULTI_SZ /d “” /f
   REG DELETE “HKLM\WindowsTemp\ControlSet001\Control\Session Manager\Memory Management” /v ExistingPageFiles /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBCCGP /v Start /t REG_DWORD /d 00000000 /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBEHCI /v Start /t REG_DWORD /d 00000000 /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBHUB /v Start /t REG_DWORD /d 00000000 /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBSTOR /v Start /t REG_DWORD /d 00000000 /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBUHCI /v Start /t REG_DWORD /d 00000000 /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBCCGP /v Group /t REG_SZ /d “Boot bus extender” /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBEHCI /v Group /t REG_SZ /d “Boot bus extender” /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBHUB /v Group /t REG_SZ /d “Boot bus extender” /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBSTOR /v Group /t REG_SZ /d “Boot bus extender” /f
   REG ADD HKLM\WindowsTemp\ControlSet001\Services\USBUHCI /v Group /t REG_SZ /d “Boot bus extender” /f
   REG UNLOAD HKLM\WindowsTemp

6. Przechodzimy eksploratorem windows do Z:\windows\inf i edytujemy następujące pliki: usb.inf, usbport.inf, usbstor.inf; dodając na początku ich treści:
   

   [*.AddService]
   StartType = 0
   LoadOrderGroup = boot bus extender

7. Klucz USB z Windows 7 jest już przygotowany, można się z niego spróbować zabootować. Klucz po przygotowaniu można użyć na innej konfiguracji sprzętowej (uruchomić go na innym komputerze).
8. Po automatycznym restarcie najprawdopodobniej system się nie włączy poprawnie. Będzie się resetował kilka sekund po starcie. Jest to spowodowane przywracaniem ustawień domyślnych rejestrów usług magistrali USB przez instalator. Zanim system będzie gotowy do pracy taka sytuacja wydarzy się dwukrotnie. Należy wtedy wykonać po kolei kroki: 5 i 6, po czym zabootować się jeszcze raz. Te same kroki należy podjąć jeśli zmienią się ustawienia i system będzie się resetował podczas startu, zdarza się, że instalacja poprawek zmienia ustawienia rejestrów odpowiedzialnych za USB, co powoduje problemy ze startem.

Przedstawioną metodę można stosować dla Windows 7 i Windows Server 2008 R2 oraz Hyper-V Server 2008 R2 (dla Hyper-V Server 2008 R2 jest wspierane przez Microsoft do instalacji do dysku VHD na USB, opiszę to wkrótce). Warto też mieć na uwadze, że wydajne USB 3.0 niedługo trafi pod strzechy (w tej chwili nie mam możliwości prawdzenia rozwiązania w praktyce), może to spowodować, że rozruch systemu z USB stanie się o wiele bardziej popularny z powodu prędkości porównywalnej do interfejsu SATA 2.

Jeśli chodzi o legalność rozwiązania jestem w trakcie ustalania jakie zdanie na temat tej metody instalacji ma firma Microsoft. Przytoczę fragment licencji Windows 7, w oryginale:

“The software is licensed on a per copy per computer basis. A computer is a physical hardware system with an internal storage device capable of running the software. A hardware partition or blade is considered to be a separate computer.”

Po polsku brzmi to:

“Oprogramowanie jest licencjonowane w trybie kopii na komputer. Komputer to fizyczny system sprzętowy z wewnętrznym urządzeniem magazynującym dane służący do uruchomiania oprogramowania. Partycja sprzętowa lub dysk typu blade są uznawane za oddzielne komputery.”

Biorąc to dosłownie instalacja na kluczu USB znajdującym się wewnątrz sprzętu komputerowego (np. klucz podłączony wewnątrz komputera nie wystający poza obudowę)  wydaje się dopuszczalna ale tak jak napisałem parę linijek wyżej jestem w trakcie sprawdzania u źródła.

[update 27.01.2010]
Zgodnie z informacją jaką w dniu dzisiejszym otrzymałem z Centrum Obsługi Klienta Microsoft taka instalacja jest dopuszczona przez licencję Windows 7 i Windows Server 2008 R2. Cytat z maila jaki w tej sprawie otrzymałem: “Instalacja systemu na nośniku danych jakim jest USB, jest możliwa i nie powoduje, że takie postępowanie stoi w sprzeczności z licencją. Należy zwrócić uwagę na fakt, że oprogramowanie załadowane z napędu USB – w przypadku licencji OEM, przypisze się do komputera i instalacja na innym urządzeniu z tego napędu nie jest możliwa“.

źródła, poza własnym doświadczeniem:

ImageX Technical Reference – TechNet

BCDboot Command-Line Options – TechNet

Jednak od czasu do czasu używanie RDP potrafi być naprawdę denerwujące.

Zdarza mi się doświadczać problemu z tym, że przestaje działać schowek pomiędzy maszyną z której się łączę z maszyną docelową. Uniemożliwia to przeprowadzenie kopiowania i wklejania treści. Niestety problem jest na tyle losowy, że nie udało mi się znaleźć jego przyczyny. Udało mi się za to w Internecie wyszperać rozwiązanie.

Zamknięcie i ponowne uruchomienie procesu rdpclip na zdalnej maszynie powoduje, że schowek wraca do poprawnego działania. Przykład tej operacji:

taskkill.exe /im rdpclip.exe & rdpclip.exe

Przydatne może się również okazać dodanie dodatkowo przełącznika /f, wymuszającego zamknięcie opornego procesu. Więcej informacji w opisie polecenia taskkill.

źródła:

Fix Cut And Paste Problems With Remote Desktop – Random Stuff About Software

Taskkill – Technet

Aby utworzyć widok panela SuperAdmin należy:

• Utworzyć w dowolnym miejscu nowy folder
• Przemianować go na: SuperAdmin.{ED7BA470-8E54-465E-825C-99712043E01C}
• Po kliknięciu na folder ukaże się okno z całym mnóstwem ustawień:

Lista innych dostępnych GUIDów, które można wykorzystać w podobny sposób, by uzyskac łatwy dostęp do określonego menu jest dostępna na MSDN.

Metoda działa również w Windows Server 2008 R2 oraz Windows Server 2008 i Windows Vista ale tylko w wersji 32 bitowej (w wersji 64 bitowej po utworzeniu folderu explorer zaczyna działać niestabilnie, usunięcie folderu ratuje sytuację).

Zadałem sobie trochę trudu starając się odszukać najstarszą notkę o użyciu tej funkcjonalności i znalazłem wpis z 28.11.2007 dotyczący Windows Vista.

W razie problemów przykład usunięcia folderu. Za pomocą linii komend przejść tam gdzie został umieszczony folder i naprawić problem usuwając nowoutworzony folder:

cd tam_gdzie_jest_folder

rd SuperAdmin.{ED7BA470-8E54-465E-825C-99712043E01C}

źródła:

Canonical Names of Control Panel Items – MSDN

Enable GodMode On Windows 7 – Geek In Disguise

Enable Windows 7 SuperAdmin-Mode – Helmers Blog

[Registry Hack] VISTA – All Control Panel & Setting tasks at one place – MeraWindows.com

Poniższy scenariusz ma zastosowanie dla wdrażania systemów: Windows 7, Vista, Server 2008, Server 2008 R2. Można go wykonać na powyższych systemach jak również na Windows XP i Server 2003.

Aby przygotować integrację na Windows 7 niezbędne jest zainstalowanie:

• MDT 2010 w wersji odpowiedniej dla komputera na którym dokonujemy integracji x86 lub x64 (w screencascie wykorzystałem x86)
• Pakiet AIK dla Windows 7

W przypadku integracji na starszych systemach poza instalacją powyższych aplikacji należy sprawdzić dodatkowo czy posiadamy:

• Microsoft Management Console (MMC) w wersji 3.0
• Microsoft .NET Framework 2.0 lub nowszy
• Windows PowerShell w wersji 1.0 lub 2.0 CTP3 lub nowszy

Dla potrzeb pokazu przygotowałem na pulpicie:

• Rozpakowany obraz Windows 7 Ultimate x86 – może być też inna wersja, pliki mogą być również skopiowane z płyty
• Rozpakowany obraz płyty instalacyjnej Microsoft Office 2007 Ultimate – jw
• Przygotowany zgodnie z postem Aarona Parkera pakiet instalacyjny Adobe Reader 9.1

Proces przygotowywania obrazu instalacyjnego prezentuje poniższy screencast, zapraszam do oglądania:

Tak przygotowany obraz ISO można wykorzystać do instalacji zarówno z DVD jak i z USB.

W screencascie obiecałem podać parametry instalatora, które wprowadziłem dla:

• Microsoft Office 2007 Ultimate: setup.exe /config Ultimater.WW\config.xml
• Adobe Reader 9.1:  MSIEXEC /I AcroRead.msi ALLUSERS=TRUE TRANSFORMS=AdobeReader9.mst /QB

Przeprowadziłem rozruch (boot) z przygotowanego w ten sposób obrazu w celu zainstalowania zintegrowanego z aplikacjami systemu:

Jak widać proces przygotowania scenariusza Lite Touch Deployment jest dość prosty a efekt bardzo ułatwia wdrażanie nowych systemów wraz z aplikacjami w małych organizacjach i u zaawansowanych użytkowników domowych. Można go modyfikować zgodnie z potrzebami.

Zapraszam do komentowania i zadawania pytań w komentarzach.

źródła, poza własnym doświadczeniem:

Microsoft Deployment Toolkit – wirtyna produktu

Microsoft Deployment Toolkit (MDT) 2010 – witryna pobierania

The Windows® Automated Installation Kit (AIK) for Windows® 7 – witryna pobierania

Using enterprise deployment tools for the 2007 Office system – TechNet

Config.xml file in the 2007 Office system – TechNet

Deploying Adobe Reader 9 for Windows - by Aaron Parker