Sama premiera tej zbior­czej poprawki była prze­su­wana pa­ro­krot­nie m.in. z powodu pro­ble­mów ze zgod­no­ścią ste­row­ni­ków. Dlatego też bardzo istotną kwestią przed po­bra­niem i za­in­sta­lo­wa­niem SP1 jest do­ko­na­nie ak­tu­ali­za­cji wszyst­kich ste­row­ni­ków. Naj­now­sze wersje można ściągnąć na stronie pro­du­centa po­szcze­gól­nych kom­po­nen­tów, albo całego komputera.

W za­leż­no­ści od tego, jaką wersję systemu po­sia­damy (x86, czy x64) po­bie­ramy od­po­wied­nią paczkę — wersja x86 zajmuje 544,3MB a x64 873MB. Dla użyt­kow­ni­ków, którzy mogą mieć problem z po­bra­niem takiej ilości danych, po­cie­sze­niem może być fakt, że już wkrótce Service Pack 1 będzie dostępny za po­śred­nic­twem Windows Update, co w re­zul­ta­cie oznaczać będzie ko­niecz­ność pobrania mniej­szej ilości danych (jeżeli system był re­gu­lar­nie aktualizowany).

Sam proces in­sta­la­cji — jak to w systemie Windows — nie należy do zbyt skom­pli­ko­wa­nych, a raczej cza­so­chłon­nych, bo in­sta­la­cja może trwać nawet do kilku godzin! Trzeba się zatem przy­go­to­wać do kilku godzin bez komputera.

Za­gro­że­nie płynie też dla użyt­kow­ni­ków kilku systemów a zwłasz­cza Linuxa na jednym kom­pu­te­rze z Vistą.

Problem dotyczy dwóch wersji naj­now­szego systemu ope­ra­cyj­nego Mi­cro­so­ftu: Ultimate oraz En­ter­prise, które po­sia­dają Bi­tLoc­kera słu­żą­cego do szy­fro­wa­nia dysków. By za­in­sta­lo­wać SP1 ko­nieczne jest speł­nie­nie wszyst­kich warunków. Jednym z nich jest ko­niecz­ność zak­tu­ali­zo­wa­nia programu roz­ru­cho­wego Windows Vista poprawką KB935509.

Jednak w przy­padku za­in­sta­lo­wa­nia Linuksa, ory­gi­nalny bo­otlo­ader Windowsa, który znajduje się w MBR (master boot record) pod­mie­niany jest przez GRUBa czy lilo. W tym miejscu pojawia się problem.

Michael Kleef, Kon­sul­tant Mi­cro­soft Technology

Bi­tLoc­ker nie jest tylko sposobem na szy­fro­wa­nie danych i spraw­dza­nie systemu, ale raczej sposobem na te­sto­wa­nie ich spój­no­ści. Kiedy wpiszesz PIN, Bi­tLoc­ker sprawdza wszystko krok po kroku od chipa TPM po program roz­ru­chowy, i jeżeli znajdzie coś co się nie zgadza, dostęp jest za­bro­niony. In­sta­lu­jąc LILO czy GRUB, przerywa się łańcuch zaufania, ponieważ te bo­otlo­adery zajmują MBR, co oznacza, że system się nie uruchomi.
Jednakże dobrze, że uak­tu­al­nie­nie i ser­wi­so­wa­nie zawodzi przy tym sce­na­riu­szu, ponieważ można sobie wy­obra­zić, że gdyby podczas uak­tu­al­nie­nia Vista prze­in­sta­lo­wała MBR by przy­wró­cić in­te­gral­ność uru­cha­mia­nia — zo­sta­li­by­śmy zasypani pozwami.

Istnieje jednak sposób na obejście tego problemu.

W przy­padku po­sia­da­nia dwóch systemów na jednym dysku, wy­star­czy przy­wró­cić MBR z Visty przed in­sta­la­cją SP1. Jeżeli systemy są na różnych dyskach można zamienić ich ko­lej­ność i uru­cho­mić komputer z dysku z Vistą.

Po po­praw­nej in­sta­la­cji zbior­czej ak­tu­ali­za­cji można powrócić do starych ustawień.

Pod­su­mo­wu­jąc:

1. Ścią­gnię­cie ak­tu­ali­za­cji zajmie pół dnia (na wol­niej­szych łączach).

2. In­sta­la­cja drugie tyle.

3. Nie po­sia­da­jąc naj­now­szych ste­row­ni­ków urządzeń możemy narazić się na błędy aktualizacji.

4. Mając Linuxa możemy jeszcze zaliczyć crash komputera.

Kto pierwszy się odważy? ;)

Źródła:

http://vbeta.pl/2008/04/16/polski-service-pack-1-dla-windows-vista/

http://osnews.pl/vista-sp1-nie-lubi-dual-boot/