Instalacja Windows 7 na napędzie USB a licencja

Kilka dni temu opublikowałem na moim blogu 2 tutoriale: Instalacja Windows 7 na napędzie USB oraz Instalacja Windows 7 na napędzie USB (z użyciem VHD). Opisują one od strony technicznej scenariusze instalacji Windows 7 i Windows Server 2008 napędzie USB.

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

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Jak wygląda zakurzony laptop?

Zastanawialiście się co się dzieje w laptopie po kilku miesiącach jego pracy?

Mój Dell D630 po roku pracy trafił do serwisu, okazało się, że spaliła się płyta główna. Powodem uszkodzenia było długotrwałe przegrzanie. Serwis dziś przysłał mi zdjęcia wnętrza mojego komputera:) Rzeczywiście nieco zapchany kurzem…

Ciekawe czemu się tam tyle zebrało, pracuję w dość czystym środowisku… Zastanawiam co się dzieje z wnętrzem komputera jak ktoś używa sprzętu w zapylonym albo zakurzonym otoczeniu:)

źródło: moja współpraca z serwisem Dell

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Seesmic Look – awesome! #seesmiclook

Tak właśnie zareagowałem na nowego klienta Twittera na Windows od Seesmic.

Dlaczego tak emocjonalnie?

Bo Seesmic Look wygląda świetnie.

Prawda, że cukierkowy?

Na pewno najładniejszy klient Twittera i najlepszy działający w oparciu o .NET Framework.

Seesmic Look wymaga .NET Framework 3.5 SP1, działa na Windows XP, Windows Vista i Windows 7.

źródłem jest własny zachwyt i witryna Seesmic Look

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Office 2010 wymagania systemowe

Na blogu prowadzonym przez zespół Microsoft Office product development pojawił się ciekawy wpis opisujący wymagania niezbędne do instalacji najnowszej wersji pakietu Office.

Generalnie należy przyjąć, że na sprzęcie na którym działa wersja 2007 będzie również działał Office 2010.

Szczegółowo minimalne wymagania prezentują się następująco:

CPU: Intel Pentium III processor, 500 MHz
RAM: 256 MB PC100 SDRAM
OS: Windows XP Professional with Service Pack 3

Porównanie wymagań ostatnich wersji pakietu Office z wersją najnowszą pokazuje, że wymagania dotyczace CPU i RAM są identyczne jak w wersji 2o07:

Wspierana jest instalacja na następujących wersjach systemów operacyjnych:

Niespodzianki? Jedna. Zalecane jest posiadanie GPU!

Zachęcam do przeczytania artykułu w oryginale.

źródło: Office 2010 System Requirements – Microsoft Office 2010 Engineering

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Instalacja Windows 7 na napędzie USB (z użyciem VHD)

W dalszym ciągu czekam na informację od Microsoft czy instalacja Windows 7 na nośniku USB jest dopuszczalna przez licencję Windows 7. Mam nadzieję, że okaże się, że Microsoft tak sam jak ja rozumie zapis zawarty w EULA.

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.

Windows 7: Release Candidate

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:

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

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Hyper-V Server 2008 R2 instalacja na USB

Hyper-V Server 2008 R2 jest nietypowy jak na system wyprodukowany przez Microsoft. Nie tylko, że jest dostępny bezpłatnie to jak mawia mój kolega “nie ma windowsa w tym systemie”. Z technicznego punktu widzenia jest w nim więcej ciekawostek, na przykład to, że wspierana jest jego instalacja na dysku USB flash.

Windows 7: Thumb drive

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ć:

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 małych bezdyskowych serwerach przeznaczonych do wirtualizacji przy podłączonych dyskach NAS 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

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Instalacja Windows 7 na napędzie USB

Prawie dwa lata temu na moim blogu umieściłem wpis o możliwości instalacji Windows Vista i Windows Server 2008 na dysku USB. Rozwiązanie, które wtedy przedstawiłem nie było wygodne, z powodu konieczności posiadania komputera z Hyper-V lub VMware Server.

Windows 7: Small drive

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:

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, 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ę kawałek 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

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Commit your… …code

Nie ma jak praca organizacji skupiającej się na produkcji oprogramowania:)

Gdzie jest umieszczony ten przycisk? Sprawdź klikając na zdjęcie i przechodząc do następnego:)

źródło: własne doświadczenie

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Problem roku 2010

Na pewno czytaliście w sieci o SMSach z przyszłości i problemie klientów jednego z niemieckich banków.

Okazuje się, że to jeszcze nie koniec problemów związanych ze zmianą daty.

Noworoczny problem odnosi się też do:

  • Cisco CSM load balancer (Content Switching Module) – występuje problem z load balancingiem spowodowany wygasaniem ciasteczka w efekcie połączenia są niestabilne,
  • Symantec Endpoint Protection v11.x oraz Symantec Endpoint Protection Small Business Edition v12.x (korporacyjne systemy antywirusowe) – błędne interpretowanie sygnatur nowszych niż 01.01.2010 i uznawanie ich za przeterminowanie, do czasu wydania poprawki nie będą wydawane nowe sygnatury,
  • SpamAssassin – użytkownicy, którzy w porę nie uaktualnili systemu antyspamowego muszą borykać się z dużą ilością false positives na skutek złego naliczania wag,
  • Invision Power Board (forum dyskusyjne) – użytkownicy nie mogą dodawać wpisów do blogów,
  • Palm Pre WebOS – problemy z synchronizacją,
  • SAP – możliwa zła interpretacja daty 2010 jako 2100,
  • Arcsight – klucze licencyjne wydane przez rokiem 2007 wygasły,

Jeśli ktoś ma więcej przykładów proszę o zostawienie komentarza wraz ze źródłem.

źródła:

Any other reports of decade change problems? – isc.sans.org

The year 2010 is causing IT problems – h-online.com

Year 2016 bug plaguing text messages? – wmexperts.com

Problems obtaining cash from German ATMs – h-online.com

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Ku pamięci: Naprawa schowka w sesji RDP

Bardzo dużo pracuję używając zdalnego pulpitu. Do łączenia używam systemowego klienta jak i innych narzędzi (mRemote a ostatnio vissionapp Remote Desktop 2010). Bez usługi zdalnego pulpitu właściwie trudno wyobrazić mi sobie zdalną pracę z Windowsami.

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

 

źródło: Fix Cut And Paste Problems With Remote Desktop – Random Stuff About Software

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Ku pamięci: Windows 7 SuperAdmin panel (GodMode)

Co zrobić, żeby mieć wszystkie ustawiena systemowe Windowsa 7 jednym miejscu? Udało mi sie wczoraj znaleźć rozwiązanie. W internecie figuruje jako SuperAdmin, Master Control lub GodMode.

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

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Windows Server Backup – usuwanie starych kopii zapasowych

Do napisania tego wpisu zachęciło mnie pytanie w wątku na forum WSS.pl.

Dość słabo udokumentowane jest działanie Windows Server Backup i zarządzanie nim. Dokumentacja po Polsku niestety nie istnieje, szkoda. Postaram się zebrać kilka istotnych praktycznych informacji o zarządzaniu wielkością kopii zapasowych tworzonych przez WSB.

Na początek kilka podstawowych informacji o WSB:

  • Windows Server Backup to wbudowane w system narzędzie do tworzenia i zarządzania kopiami zapasowymi. Jest dostępne w każdej wersji systemu Windows Server.
  • Umożliwia tworzenie kopii zapasowych na żądanie i w oparciu o harmonogram.
  • Podczas wykonywania kopii wykorzystywany jest mechanizm VSS (Volume Shadow Copy).
  • Kopie zapasowe mogą być wykonywane dla całych woluminów (kopia sektor po sektorze) jak i dla wskazanych folderów/plików.
  • Kopie zapasowe składowane mogą być na specjalnie do tego przygotowanym dysku, folderze lub folderze sieciowym (dla folderu sieciowego możliwa jest obsługa tylko jednej kopii wstecz).
  • Kopia zapasowa zapisywana jest do pliku VHD, których maksymalna wspierana wielkość to 2088958MB (w Windows Server 2008 R2 przy kopii tylko folderów i plików ten limit nie obowiązuje).
  • W przypadku gdy folder do którego dokonywany jest backup jest pełny WSB usuwa najstarsze wersje kopii dla bieżącego backupu, po tym usuwana jest wersja volume shadow copy należąca do tej wersji kopii.

Po zaznajomieniu się z mechanizmem WSB można się zastanowić jak usuwać stare kopie zapasowe. Posłużymy się do tego głównie komendą wbadmin.

  • Przykłady na sprawdzenie wersji kopii zapasowych. i informacji o powiązanych z nimi Snapshoot ID (Shadow Copy ID):

wbadmin get versions

wbadmin get versions -backupTarget:h:

wbadmin get versions -backupTarget:\\servername\share -machine:server01

  • Przykłady na usuwanie backupów wykonanych wraz z system state:

wbadmin delete systemstatebackup –version: 01/01/2010-10:51

wbadmin delete systemstatebackup –backupTarget:h: –deleteOldest

wbadmin delete systemstatebackup -keepversions:2

  • Usunięcie najstarszego backupu wykonanego bez system state, wykorzystywane jest tu narzedzie: diskshadow.

DiskShadow.exe

Delete shadows OLDEST <BackupStorageLocation>

Exit

  • Usuwanie backupów wykonanych bez system state w przypadku potrzeby usunięcia konkretnego Shadow Copy ID jest nieco bardziej skomplikowane. Podzieliłem je na trzy etapy: a -  ustalenie wersji backupu, b – ustalenie Shadow Copy ID, c – Usunięcie wybranego Shadow Copy ID. Wykorzystwana jest tu również komenda: vssadmin.

a.

vssadmin list shadows /for=<BackupTarget>

vssadmin list shadows /for=h:

b.

Należy pamiętać, że Shadow Copy ID jest tym samym co Snapshot ID

c.

DiskShadow.exe

Delete shadows ID <Shadow Copy ID>

Exit

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

Windows Server Backup Step-by-Step Guide for Windows Server 2008 R2 – TechNet

Planning for Backup – TechNet

Backup Version and Space Management in Windows Server Backup – Microsoft Storage Team

Wbadmin – TechNet

Zarządzanie backupem Hyper-V – WSS.pl

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Poprawianie współpracy IE7Pro z IE8

IE7Pro jest pluginem poszerzającym możliwości Internet Explorera w wersjach 6, 7 oraz 8. W niektórych momentach jego współpraca z IE8 jest problematyczna. Dotyczy to obsługi nowych funkcji IE8.

Do obecnej wersji IE7Pro 2.4.7 wydanej 16 września 2009 problem z zapisywaniem sesji IE8 do pliku nie został poprawiony. Zapisywana jest sesja tylko z aktywnego procesu iexplore.exe.

Normanie w IE8 podczas przeglądania jest uruchomionych kilka procesów iexplore.exe. ilość ta jest uzależniona od ilości uruchomionych okien IE, ilości wolnej pamięci, ilości zakładek, ich “pokrewieństwa”. Po uruchomieniu IE8 uruchamiane są dwa procesy iexplore.exe, jeden z nich odpowiedzialny jest za okno, drugi za taby, wraz z uruchamianiem kolejnych zakładek ilość procesów się zwiększa. IE8 używa funkcji LCIE (Loosely Coupled IE), która zarządza ilością procesów co powoduje, że w przypadku problemów z jedną zakładką nie powoduje to problemów z całą przeglądarką resetując tylko tab w którym wystąpił problem. Niestety IE7Pro nie wspiera LCIE, co jest powodem części problemów w jego współpracy z IE8.

Nad maksynalną ilością procesów można panować. Przez edycję klucza rejestru: HKCU\Software\Microsoft\Internet Explorer\Main\TabProcGrowth (domyślnie ten klucz nie istnieje).

Poniższy wpis rejestru pozwala na uruchomienie maksymalnie 2 procesów iexplore.exe – jednego dla okna, drugiego dla tabów:

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main]

“TabProcGrowth”=dword:00000001

Po jego zaaplikowaniu prawidłowo będzie działało zarządzanie przywracaniem sesji w IE7Pro działającym z IE8.

Przy ustawieniu wartości 00000000 okno i taby będą uruchamiać się w tym samym procesie (wyłącza kompletnie LCIE), przy wartości 00000002 uruchomią się maksymalnie 3 procesy – jedno dla okna i dwa dla tabów itd…

źródła:

IE does not resume last browsing session – IE7Pro Forum

Przeglądarka www na sterydach – Ewangelista IT

Opening a New Tab may launch a New Process with Internet Explorer 8.0 – askIE blog

IE8 and Loosely-Coupled IE (LCIE) – IEBlog

Loosely coupled IE (LCIE) and Automatic Crash Recovery  – Spyware Sucks

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Styczniowe nominacje MVP

W styczniowym cyklu nominacyjnym do programu MVP dołączyło dwóch Polaków:

Marcin Książek to pierwszy polski MVP w kategorii Team System czyli bardzo mi bliskiej. Warto sobie zasubsrybować twitter Marcina.

Grzegorz Stolecki jest siódmym polskim MVP w kategorii SQL Server. Grzesiek to przede wszystkim prelegent na konferencjach i nowy opiekun PLSSUG.

Jednocześnie renominowana została jedenastka “styczniowych” MVP: Damian Widera, Grzegorz Mazur, Grzegorz Niemirowski, Jakub Binkowski, Jakub Gutkowski, Maciej Aniserowicz, Maciej Pilecki, Marcin Goł, Michał Kawecki, Robert Stuczyński i Szymon Kobalczyk.

Nowonominowanym i renominowanym serdecznie gratuluję.

źródła:

Nowi MVP – styczeń 2010 – WSS.pl

Polska witryna programu MVP

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Wszystkiego najlepszego w Nowym Roku!

Witam w nowym roku.

Mam nadzieję, że będzie on równie dobry jak ten, który właśnie upłynął:)

Jeszcze raz, wszystkiego najlepszego w Nowym Roku!

źródło: własne doświadczenia

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Projekt TFS Integration Platform

Projekt TFS to TFS Migration Tool został zamknięty. Prace nad narzędziem do migracji artefaktów pomiędzy serwerami TFS przeniosły się do nowego projektu: TFS Integration Platform.

W tej chwili na nowej witrynie projektu do pobrania jest instalator:

TFS Integration Platform (installer – Alpha)

oraz dokumentacja:

TFS Integration Platform Documentation

w skład której wchodzą dwa ogólne dokumenty, którym warto się przyjrzeć:

TFS Integration Platform – Migration Guidance

TFS Integration Platform – Planning Poster

Zasada działania TFS Integration Platform jest podobna do zasad działania TFS to TFS Migration Tool. Wskazuje to, że narzędzie będzie posiadało podobne ograniczenia co do funkcjonalności. Pocieszające jest, że lepiej jest przygotowana dokumentacja i scenariusze do operacji wspieranych przez narzędzie.

Za jakiś czas będę przeprowadzał integrację trzech dużych środowisk TFS 2008/10 i nowemu narzędziu będę się musiał poważnie przyjrzeć. Do tej pory brałem pod uwagę jedynie wspierany w TFS 2010 scenariusz z podłączeniem baz danych z TFS 2008 (jest to wspierane!) alternatywa w postaci TFS Integration Platform może bardzo mi pomóc.

Jeśli ktoś z czytelników próbował używać TFS Integration Platform jestem bardzo ciekawy efektów.

źródła:

TFS Integration Platform – CodePlex

TFS to TFS Migration Tool – CodePlex

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Ku pamięci: Automatyczne wyłączenie komputerów do których nikt nie jest zalogowany

Przyszło mi po Świętach zmierzyć się z zadaniem jakim jest przygotowanie metody na wyłączenie wszystkich maszyn, do których nikt nie jest zalogowany – głównie nieużywane podczas przerwy świątecznej Serwery Terminali i stacje robocze.

Z pomocą przyszedł mi program PsLoggedOn wchodzący w skład zestawu narzędzi PsTools. Pakiet PsTools rozpakowałem do głównego katalogu mojego dysku systemowego.

Przygotowałem poniższy skrypt (plik CMD):

FOR /f %%a in (c:\PsTools\shutdownlist.txt) do (
c:\PsTools\psloggedon -l \\%%a > c:\PsTools\userlist.txt
IF errorlevel 0 ((
TYPE c:\PsTools\userlist.txt | find /i “MYDOMAIN”
)
IF errorlevel 1 (
shutdown -m \\%%a -f -s -t 00
))

W pliku c:\PsTools\shutdownlist.txt umieściłem nazwy komputerów które mają być sprawdzone pod kątem zalogowanych użytkowników i ewentualnie wyłączone gdy nikt nie jest zalogowany (przełącznik –l pomija sesje nawiązane do zasobów sieciowych – w razie potrzeby można z niego zrezygnować).

W przypadku stwierdzenie zalogowanego użytkownika należącego do domeny MYDOMAIN wyłączenie stacji nie jest wykonywane.

Metoda może być wykorzystywana do cyklicznego wyłączania maszyn z pomocą harmonogramu zadań zarówno zdalnie dla wielu maszyn pracujących w domenie jak i lokalnie dla wolnostojącego komputera w grupie roboczej (dla grupy roboczej należy MYDOMAIN zamienić na nazwę maszyny i w pliku c:\PsTools\shutdownlist.txt umieścić tylko nazwę lokalnego komputera). Dodatkowo należy upewnić się, że użytkownik wykonujący zadanie ma prawa wymagane do wykonania wyłączenia maszyn.

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

PsLoggedOn – TechNet

.bat to shutdown un-logged on PC’s – computing.net

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Ku pamięci: Zmiana ustawień proxy dla konta komputera

W Event Viewerze aplikacji na kilku maszynach w testowej domenie zaczął pojawiać mi się następujący błąd:


Event Type: Error
Event Source: crypt32
Event Category: None
Event ID: 8
Date: 12/16/2009
Time: 8:52:53 AM
User: N/A
Computer: ComputerName
Description:
Failed auto update retrieval of third-party root list sequence number from: <http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootseq.txt> with error: The specified server cannot perform the requested operation.For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Źródło problemu udało mi się bardzo szybko znaleźć:

Testowa sieć wykorzystuje serwer proxy do łączenia się z Internetem. Ustawienia proxy propagowane są przez GPO na kontenerze z użytkownikami, konta komputerów nie otrzymują ustawień proxy przez co nie są się w stanie z Internetem połaczyć.

Aby rozwiązać problem systemowo należy skonfigurować GPO z komputerami dla używania proxy.

Inną możliwością jest wykorzystanie na maszynie gdzie występuje problem polecenia:

proxycfg -u

Które to zmienia ustawienia proxy dla konta komputera korzystając z ustawień aplikowanych dla użytkownika uruchamiającego komendę.

Warto zapoznać się też z innymi przełącznikami polecenia proxycfg.

źródło poza własnym doświadczenem: Event ID 8 is logged in the Application log – TechNet

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Ku pamięci: Jak sprawdzić jaki jest rekord MX dla domeny?

W ciągu ostatnich kilku dni ponad 5 osób zadało mi to samo pytanie. Nie wiem skąd wynika ta kumulacja ale liczę się z tym, że się jeszcze nie skończyła.

Jak sprawdzić jaki rekord MX przypisany jest dla domeny?

Bardzo prosto to zrobić z użyciem CMD:


nslookup

set type=mx

stilger.eu

Jak w CMD sprawdzic jaki jest rekord MX dla domeny

Dla niewtajemniczonych informacja co to jest rekord MX. Rekord MX (mail exchange record) mapuje nazwę domeny DNS na nazwę serwera poczty i podaje jego priorytet.

źródło: własne doświadczenia

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop

Ku pamięci: Exception from HRESULT: 0×80040E14

Na jednym Sharepointowych serwerów w wirtualnym labie przy otwarciu strony pojawił się błąd “Exception from HRESULT: 0×80040E14″:

Exception from HRESULT 0x80040E14

W eventlogu nie znalazłem niczego interesującego, za to w logu SharePointa (C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS) znalazłem często występujący następujący komunikat:

12/02/2009 14:45:28.52 w3wp.exe (0×2720) 0×0838 Windows SharePoint Services Database 6f8g Unexpected Unexpected query execution failure, error code 9002. Additional error information from SQL Server is included below. “The transaction log for database ‘STS_Content’ is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column in sys.databases” Query text (if available): “{?=call proc_CheckoutDocument(?,?,?,?,?,?,?,?,?,?,?,?)}”

Okazało się, że na dysku jest zbyt mało pustego miejsca.
Problem jest prosty do rozwiązania. Po odzyskaniu pustego miejsca na dysku na którym składowane są bazy danych wykorzystywane przez SharePointa sytuacja wraca do normy i witryny funkcjonują normalnie. Inne operacje jak IISRESET nie są konieczne.

źródło: własne doświadczenie

  • Print
  • Twitter
  • Facebook
  • Digg
  • del.icio.us
  • Google Bookmarks
  • LinkedIn
  • Technorati
  • Live
  • Wykop