Statyczne adresy IP w bazie MDT

Aby ustawić statyczne adresy dla komputerów znajdujących się w bazie MDT należy ustawić dla nich parametr OSDAdapter0IPAddressList. Jednak to nie wystarczy aby ustawienie zostało zaaplikowane na komputerach. W Task Sequence w fazie Apply Network Settings należy ustawić dowolną wartość (np. fake), zostawiając domyślne zaznaczenie dla uzyskiwania adresu IP z DHCP – musimy to zrobić aby w ogóle zostały przetworzone ustawienia dotyczące konfiguracji sieci.

Dodanie language pack do obrazu wim

Aby dodać language pack do obrazu wim systemu musimy w pierwszej kolejności podmontować obraz wim:

DISM /Mount-Wim /WimFile:C:\test\images\myimage.wim /index:1 /MountDir:C:\test\offline

Następnie dodajemy paczkę językową:

DISM.exe /Image:C:\test\offline /Add-Package /PackagePath:C:\test\packages\package.cab

Ustawiamy domyślny język wyświetlania:

Dism /image:C:\test\offline /Set-AllIntl:pl-pl

Odmontowujemy obraz:

DISM.exe /Unmount-Wim /MountDir:C:\test\offline /commit

W pliku unattend.xml w fazie oobeSystem dodajemy:

  0409:00000409

  pl-pl

  pl-pl

  pl-pl

 

MDT backup - odzyskiwanie windows XP z pliku wim

Faza Backup w Task Sequence w MDT 2010 tworzy nam backup korzystając z narzędzia imagex - obraz całego dysku zapisaywany jest np. na udział sieciowy jako plik wim. Nie jest to jednak typowy backup dzięki któremu można w łatwy sposób odzyskać system operacyjny. Aby to zrobić należy:

1. Uruchomić komputer w Windows PE

2. Sformatować dysk - jezeli mamy już istniejące partycje wystarczy: format c: /q. Jeżeli nie można wykorzystać diskpart aby  utworzyć odpowiednie partycje, oznaczyć jedną jako aktywną i sformatować je

3. Skopiować narzędzie imagex oraz plik wim (stworzony podczas backupu) na dysk C:

4. Narzędziem imagex wypakować na dysk C: stworzony backup:

imagex /apply c:\backup.wim 1 c:\

5. Następnie wykonujemy:

Bootsect /nt52 C:

6. Z płyty instalacyjnej Windows XP należy skopiować 2 pliki:

copy e:\i386\ntldr c:\
copy e:\i386\ntdetect.com c:\

7. Restartujemy komputer

MDT 2010 domyślnie tworzy partycje 300MB dla BitLocker

MDT 2010 domyślnie tworzy partycje 300MB dla BitLocker. Aby tego uniknąć w CustomSetting.ini należy umieścić:
DoNotCreateExtraPartition=YES

Jeżeli mamy już Windows 7 z  taka partycją i chcemy ją usunąć:
1. W linii poleceń (cmd) z uprawnieniami administratora :
bcdboot c:\windows /s c:
2. W konsoli Disk Management (lub diskaprtem) oznaczamy partycję C: jako aktywną
3. Restart systemu
4. Można teraz usunąć partycję 300MB np z konsoli Disk Management i rozszeżyć partycję C:

Uruchamianie Task Sequence MDT z poziomu Windows XP

Jeżeli próbujemy uruchomić skrypt LiteTouch.wsf z poziomu Windows XP jak zwykły użytkownik może pojawić się bład:
429: CreateObject(Microsoft.BDD.Utility)–ActiveX component can’t create object” Error when running MDT from WinVista or Win7

W takim wypadku należy uruchomić jako administrator następujące polecenia
net use z: \\server\deployshare\scripts
cscript z:\litetouch.wsf

WMI domain name

wmic computersystem get domain

Wysyłanie wiadomości do użytkownków - msg.exe

Od Windows Vista została wycofana funkcjonalność wysyłania wiadomości do użytkowników poprzez net sent. Można do tego zadania wykorzytać teraz msg.exe -  domyślnie nie działa pomiędzy Windows 7 a Windows 2008 R2 w środowisku domenowym. Żeby zaczęło działać trzeba zmienić na windows 7 wartość klucza w rejestrze z 0 na 1:

HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server
Name : AllowRemoteRPC
Type : REG_DWORD
Value : 1

Jeżeli chcecie żeby działało z Windows XP trzeba dodać powyższy wpis do rejestru (nie ma takiego klucza) i wystartować usługę messanger – w Windows 7 nie jest to wymagane

Windows 7 x64 – kompatybilność oraz dlaczego warto?

Więcej pamięci RAM

32 bitowa wersja systemu może obsłużyć maksymalnie 4 GB RAM, z czego użytecznej (dostępnej) pamięci możemy mieć ok 3,2 – 3,5 GB (najczęściej w zależności od tego jaką kartę graficzną posiadamy). Jest to niewątpliwie pierwszy i najważniejszy argument za tym aby instalować 64 bitową wersję systemu – po to, aby móc wykorzystać więcej pamięci RAM.

Większe bezpieczeństwo

Windows 7 w wersji 64 bitowej posiada wbudowany mechanizm Kernal Patch Protection – „PatchGuard” który chroni integralność jądra systemu, uniemożliwiając narzędziom firm trzecich „patchowanie” jądra systemu. Mechanizm ten wykorzystywany jest do wykrywania rootkitów oraz innego złośliwego kodu.

Technologia Data Execution Protection, która dostępna jest również w wersji 32 bitowej systemu Windows 7 (ale zaimplementowana programowo), w wersji 64 bitowej działa na poziomie sprzętu. Pozwala ona na oznaczenie pewnych fragmentów pamięci jako „niewykonywalnych” – pomaga to w ochronie przed exploitami wykorzystującymi przepełnienie bufora.

Sterowniki

Wersja 64 bitowa systemu Windows 7 wymaga, aby wszystkie instalowane sterowniki były podpisane cyfrowo przez producenta. Nie jest to już problemem w dzisiejszych czasach, chociażby dlatego że aby sprzęt (producent) posiadał logo Windows 7, producent musi dostarczyć sterowniki w wersji 64 i 32 bitowej wersji (lub tylko w 64 bitowej).

Kompatybilność aplikacji

Wersja 64 bitowa systemu Windows 7 nie wspiera aplikacji 16 bitowych. Jeżeli posiadamy taką aplikację i chcemy ją uruchomić w systemie 64 bitowym możemy skorzystać np. z trybu XP mode (Windows Virtual PC)

Aplikacje które integrują się z systemem na niskim poziomie, np. antywirusy, firewalle, oprogramowanie VPN, muszą posiadać 64 bitowe wersje instalacyjne. Większość „zwykłych” aplikacji, które nie instalują sterowników, mogą być instalowane jako aplikacje 32 bitowe. Zdecydowana większość z nich działa stabilnie i nie powoduje problemów, jednak przed wprowadzeniem wersji 64 bitowej systemu do przedsiębiorstwa wymagane i zalecane jest przetestowanie stabilności wszystkich aplikacji. Windows 7 Compatibility Center ma w swojej bazie informacje na temat kompatybilności aplikacji z 64 bitowym systemem Windows.

W 64 bitowym systemie Windows 7 niektóre aplikacje występują tylko w wersji 64 bitowej, np. defragmentator dysków – w systemie Windows Vista w wersji 64 bitowej wbudowane były obie wersje (32 i 64 bity) wszystkich programów.

Zrzut ekranu z systemu 64 bitowego:

 

Po wywołaniu linii poleceń w emulacji 32 bitowej z tego samego systemu
(start c:\Windows\sysWOW64\cmd.exe):

 

Proszę zwrócić uwagę na zmienne systemowe ProgramFiles w obu oknach.

Katalog SysWOW64 to katalog podsystemu WoW64 (Windows 32-bit on Windows 64-bit) który pozwala na działanie aplikacji 32 bitowych w systemie 64 bitowym.

Zrzut ekranu z Windows 7 x64 pokazujący istnienie defragmentatora dysków tylko w wersji 64 bitowej:

 

Kompatybilność Office

Wraz z wersją Office 2010 pojawiła się 64 bitowa wersja pakietu Office. Kiedy warto rozważyć instalację wersji 64 bitowej Office? Jeżeli korzystamy z dużych plików Excela, Accessa lub Microsoft Project. Co to znaczy dużych? Powyżej 2 GB

Jeżeli nie pracujemy na tak dużych plikach, zaleca się jednak aby instalować 32 bitową wersję pakietu Office (nawet na 64 bitowym systemie Windows 7). Powodowane jest to głównie tym, że większość istniejących dodatków do pakietu Office istnieje tylko w wersji 32 bitowej. Kolejne zagadnienie to kompatybilność kodu makr pisanych w VBA – występują pewne problemy w momencie wykorzystywania odwołań do Windows API

Kompatybilność Internet Explorer

W wersji 64 bitowej systemu Windows 7 mamy dostępny program Internet Explorer x64. Nie jest on jednak domyślnie uruchamiany w momencie kiedy uruchomimy przeglądarkę np. korzystając ze skrótu znajdującego się na pulpicie – domyślnie uruchamiana jest 32 bitowa wersja przeglądarki. Dlaczego? Ponieważ Internet Explorer x64 wymaga aby wersja dodatków (add-ins) również była 64 bitowa, a jeszcze do niedawna nie istniały takie wersje popularnych dodatków jak java czy flash.