|
Fix-Paki (prawie) bez tajemnic.
Pisząc ten tekst skorzystałem między innymi z informacji zawartych na stronach:
Zgodnie z prawem Murphy'ego nie ma programów bezbłędnych - są tylko takie w których błędy
jeszcze się nie ujawniły. OS/2 nie jest jakimś wyjątkiem dlatego więc, IBM opracował system
dystrybucji i instalacji poprawek systemowych.
Znajdziesz tu odpowiedzi na następujące pytania:
A na deser lista tego so się sypie po zainstalowaniu
niektórych FixPaków.
Uwaga!
Gdybym coś napisał nie tak, lub mijał się z prawdą, proszę o natychmiastowy
kontakt !
Wszelkie uzupełnienia także będą mile widziane.
Data utworzenia: 27.03.1999
Ostatnia aktualizacja: 27.03.1999
Autor: Wojciech Gazda
Co to jest Fix-Pak?
Fix-Pak (w skrócie FP) jest to zestaw poprawionych plików systemowych,
którymi specjalny program serwisowy zastępuje stare pliki. Pakiety poprawek są kumulatywne,
co znaczy że aby zainstalować np. FP10 nie trzeba instalować wcześniejszych pakietów -
od FP1 do FP9 (oczywiście można mając już zainstalowany np. FP6 zainstalować nowszy
pakiet o wyższym numerze).
Fix-Paki tworzone są nie tylko dla systemu OS/2, ale także dla wielu zainstalowanych
w nim programów, takich jak np. TCP/IP czy IBM-Peer.
Fix-Paki rozprowadzane są w formie plików zawierających obrazy dyskietek ("ulubiony" format IBM).
Pliki pakietu poprawek przeznaczone dla systemu OS/2 Warp 3 mają nazwy:
xr_w000.?dk,
natomiast dla systemu OS/2 Warp 4:
xr_m000.?dk, gdzie:
- Podkreślenie "_" może być zastąpione kodem wersji językowej, i tak na przykład,
pliki pakietu w wersji US mają nazwy xr_w000.?dk, a w wersji polskiej: xrow.?dk.
- Numer "000" to wersja pakietu, na przykład: xr_w040.?dk to pliki należące
do Fix-Paka 40 dla systemu OS/2 Warp 3.
- Pytajnik w nazwie to numer kolejny pliku. Pierwsze dziewięć plików jest numerowane
cyframi od 1 do 9, a wszystkie następne kolejnymi literami alfabetu.
Podobny system obowiązuje na większości serwerów FTP także dla nazw katalogów zawierających poprawki.
Oprócz plików danych gorąco polecam ściągnięcie także plików readme i PRZEJRZENIE ich,
choćby pobieżne.
Przed instalacją poprawek dobrze jest zastanowić się, czy jest nam to potrzebne. Jeżeli
system pracuje poprawnie, oprogramowanie lub sprzęt którego używamy nie wymaga
uaktualnień systemu, to wtedy lepiej dać sobie z tym spokój. Dobrym pomysłem
byłoby też przejrzenie wiadomości z listy dyskusyjnej
pl.comp.os.os2
aby dowiedzieć się jakich kłopotów należy się ewentualnie po instalacji spodziewać.
Co to jest CSF, Kicker i Fast-Kick?
Do instalacji poprawek, służy specjalny program serwisowy nazywany Kickerem lub też CSF
(Corrective Service Facility). Wspomniany program umożliwia instalację pakietu poprawek
z dyskietek, lub po napisaniu specjalnego skryptu uruchomieniowego - także z dysku. Programy
dostosowane do takiej bezpośredniej instalacji można znaleźć w sieci pod nazwą "FastKick"
(można to także przygotować samemu -
to bardzo proste).
Oprogramowanie instalacyjne można zazwyczaj znaleźć niedaleko Fix-Paka - w okolicznych
katalogach. Zwykle katalog taki nazywa się "fixtool" lub "wkickr". Jakby mało było zamieszania,
pliki zawierające program serwisowy występują w różnych odmianach:
- fixt138b.exe lub cs_138.exe
- Samorozpakowywujące się archiwum, zawierające wszystkie pliki instalatora.
Program rozprowadzany w tej wersji jest przeznaczony przede wszystkim do
instalacji z dysku lub napędu CD-ROM (cierpliwi mogą jednak instalować
z dyskietek).
- csfboot.1dk, csfboot.2dk
- Są to obrazy dyskietek zawiarające program serwisowy. Z dyskietek tych
można uruchomić system, w celu zainstalowania Fix-Paka (choć nie jest to
konieczne - program serwisowy można uruchomić też z poziomu Workplace Shella).
Wersja wychodząca z użycia (CSF w wersjach 1.37b i wcześniejszych)
- wkickr.zip
- Po mału wychodzi z użycia - w tej formie można jeszcze spotkać CSF w wersji 1.37b.
Najlepiej ściągać plik fixt???.exe. lub cs_???.exe (zamiast pytajników ma być
rzecz jasna wersja programu serwisowego), w najnowszej dostępnej wersji.
Uwaga! w pliku readme.1st ściągniętym razem z FixPakiem należy
koniecznie przeczytać, której wersji CSF można użyć do jego instalowania. Program
serwisowy musi być w podanej tam wersji, lub wyższej!
Skąd ściągnąć Fix-Pak i program do jego zainstalowania?
Poniżej wraz z krótkim komentarzem, lista serwerów FTP, na których można znaleźć Fix-Paki:
Jak instalować Fix-Pak z dyskietek?
Metoda dla bardzo cierpliwych, lub użytkowników CSF w wersji 1.37b i wcześniejszych.
- Należy zaopatrzyć się w dużą ilość dyskietek (do 25 w zależności od wersji Fix-Paka).
- Za pomocą programu loaddskf.exe zgrywamy zawartość plików CSF (csfboot.1dk i csfboot.2dk)
na dwie dyskietki:
loaddskf csfboot.1dk a:
loaddskf csfboot.2dk a:
- Za pomocą tego samego programu zgrywamy zawrtość wszystkich plików Fix-Paka (np. od xr_m009.1dk
do xr_m009.hdk), w sposób jak wyżej.
- W okienku OS/2 uruchamiamy program service.exe z pierwszej dyskietki CSF. Po włożeniu
drugiej dyskietki CSF gdy program serwisowy wczyta się już do końca, wkładamy pierwszą
dyskietkę fix-paka (wbrew komunikatowi sygerującemu włożenie po raz drugi pierwszej
dyskietki CSF!).
- W tym momencie powinna pojawić się lista produktów, które można uaktualnić. W przypadku
OS/2 V3 powinien to być: "Base Operating System" i "Multimedia" (nazwy piszę z
pamięci proszę o ewentualne poprawki). W przypadku OS/2 V4 jest to tylko
"Base Operating System". Wybieramy z listy co trzeba i idziemy dalej.
- Program zapyta teraz o katalog, w którym chcemy zarchiwizować aktualną wersję systemu.
Archiwum to umożliwi odtworzenie poprzedniej wersji w przypadku wystąpienia jakichś kłopotów.
- I teraz zgodnie z poleceniami pojawiającymi się na ekranie wyjmujemy i wkładamy
do stacji wszystkie dwadzieścia parę dyskietek...
Po zakończeniiu instalacji w czasie restartu systemu, zazwyczaj pojawia się komunikat
o tym, że wersja sterownika vw32s.sys jest nieprawidłowa i następuje ponowny, automatyczny
restart. Jest to normalne zachowanie, którym nie należy się niepokoić - powinien to być
ostatni restart po którym system daje się już normalnie uruchomić.
Jak instalować Fix-Pak bezpośrednio z twardego dysku?
Jest to metoda, którą prawdopodobnie stosują autorzy instalatorów "FastKick" i "SimplyFix",
działająca z CSF w wersji 1.38 i wyższej.
- Rozpakowujemy ściągnięty plik CSF (np. cs_138.exe) w jakimś katalogu - na przykład:
D:\fastkick
- Za pomocą progamu diunpack.exe rozpakowujemy wszystkie
pliki *.?dk do jakiegoś katalogu:
diunpack xr_m009.1dk -d D:\FIX09
- Piszemy skrypt instalacyjny (na przykład fastkick.cmd), który ustawi wszystkie
zmienne środowiskowe i uruchomi program serwisowy. Skrypt ten, w naszym przykładzie
powinien zawierać co następuje:
set csfutilpath=d:\fastkick
set csfcdromdir=d:\fix09
d:
cd fastkick
service
Tu wyjaśnienie dla całkiem "zielonych": to włąśnie za pomocą polecenia SET definiujemy
zmienne środowiskowe: zmienna csfutilpath powinna zawierać ścieżkę dostępu
do instalatora, a zmienna csfcdromdir - ścieżkę dostępu do instalowanego Fix-Paka.
Uwaga! Podając ścieżkę csfcdromdir, wbrew pozorom, nie
należy uwzględniać katalogu FIX:
set csfcdromdir=d:\fix09\FIX - źle
- W okienku OS/2 uruchamiamy napisany wcześniej skrypt instalacyjny.
- W tym momencie, po chwili "mielenia" powinna pojawić się lista produktów,
które można uaktualnić. W przypadku OS/2 V3 powinien to być:
"Base Operating System" i "Multimedia" (nazwy piszę z pamięci proszę o ewentualne poprawki).
W przypadku OS/2 V4 jest to tylko "Base Operating System".
Wybieramy z listy co trzeba i idziemy dalej.
- Program zapyta teraz o katalog, w którym chcemy zarchiwizować aktualną wersję systemu.
Archiwum to umożliwi odtworzenie poprzedniej wersji w przypadku wystąpienia jakichś kłopotów.
- I teraz już spokojnie możemy wypić kawę...
Po zakończeniiu instalacji w czasie restartu systemu, zazwyczaj pojawia się komunikat
o tym, że wersja sterownika vw32s.sys jest nieprawidłowa i następuje ponowny, automatyczny
restart. Jest to normalne zachowanie, którym nie należy się niepokoić - powinien to być
ostatni restart po którym system daje się już normalnie uruchomić.
Pojawia się jakiś paskudny błąd, co robić?
Poniżej środki zaradcze w przypadku wystąpinia błędów,
które mogą się pojawić podczas instalowania Fix-Paka za pomocą programu service.exe:
An error occurred while searching for files to update.
The reason may be old or corrupt CSF logfiles, CSF_SEL.000
file, or file system corruption. See README file for more
information.
Bład może się pojawić wtedy, gdy wcześniej zainstalowaliśmy Fix-Pak
za pomocą CSF w wersji 1.38 lub 1.39, a teraz próbujemy użyć CSF 1.37
lub wcześniejszego.
Jeśli jesteśmy pewni tego co robimy, to w takiej sytuacji należy skopiować
oryginalny SYSLEVEL.OS2 (a w przypadku OS/2 Warp V3 ewentualnie
także SYSLEVEL.MPM) do katalogu \OS2\INSTALL.
Należy też skasować wszystkie pliki LOGF0000.???? i LOGSTART.???
Błąd ten może się też pojawić także wtedy, gdy podczas
instalacji z dysku
w zmiennej środowiskowej csfcdromdir podamy nieprawidłową ścieżkę dostępu.
No products were found on the target system to service.
Plik SYSLEVEL.OS2 zawiera nieprawidłow informacje - w sczególności
numer instalowanego właśnie FP musi być wyższy niż tego, który został
zainstalowany wcześniej.
Jeśli mamy pewność, że instalujemy właściwy Fix-Pak na właściwy system,
możemy próbować odtworzyć plik SYSLEVEL.OS2 z kompaktu instalacyjnego.
Error reading file [path]\IBMCSFLK.DLL.
Progam serwisowy nie był w stanie odnaleźć plików niezbędnych do instalacji Fix-Paka.
Trzeba się upewnić, czy podczas
ścieżki dostępu podane w zmiennych środowiskowych csfutilpath oraz
csfcdromdir wskazują we właściwe miejsca.
No source drive is available.
Teoretycznie, bład ma się pojawić wtedy, gdy podczas instalacji z dysku
ścieżka csfcdromdir jest źle zdefiniowana. W praktyce jednak
pojawia się zupełnie mylący, pierwszy z wymienionych błędów.
Mam mało miejsca na dysku, czy po instalacji można coś skasować?
Po zainstalowaniu pierwszego Fix-Paka instalator tworzy na dysku katalog archiwum
zawierający pierwotne wersje plików systemowych. Archiwum to, umożliwia odtworzenie
systemu w jego pierwotnej wersji, z przed instalacji wszystkich FixPaków.
Generalnie nie powinno się nigdy tego katalogu kasować. Jeśli mamy pweność,
że wszystko jest OK, wtedy możemy to jednak zrobić zwalniając kilkanaście MB miejsca.
Uwaga! Skasowanie tego katalogu uniemożliwia
przywrócenie wersji systemu takiej, jaka była bezpośrednio po jego instalacji!
W przyszłości mogą się też pojawić problemy z instalacją kolejnych Fix-Paków.
Jeśli instalujemy kolejny (co najmniej drugi) FixPak, to program serwisowy tworzy
backup, który umożliwia cofnięcie się do wersji z przed instalacji FixPaka
(zobacz też: Czym się różni Archiwum od Backupu?).
Backupy możemy bez problemu kasować: po uruchomieniu programu serwisowego, wybieramy:
"Change Product List", gdzie zaznaczamy odpowiednio: "Uncommited Products", wybieramy
odpowiedni produkt (OS/2) i klikamy "Commit". Powoduje to skasowanie backupu.
Uwaga! Jeśli się za bardzo pośpieszymy i po skasowaniu
okaże się, że coś na tyle źle działa, że nie możemy pracować, to wtedy czeka nas
reinstalacja systemu (lub powrót do wersji z archiwum)! Więc ostrożnie i bez pośpiechu...
Jak odinstalowywać Fix-Pak?
Po pierwsze, aby coś odinstalować, musimy mieć na dysku katalog
zawierający archiwum i/lub backup.
Po uruchomieniu programu serwisowego, wybieramy "Change Product List", gdzie
zaznaczamy odpowiednio: "Archived Products" lub "Backed Up Products".
Wybierając "Archived Products" możemy odtworzać system do wersji pierwotnej,
takiej jaka była bezpośrednio po instalacji.
Wybierając "Backed Up Products" możemy cofnąć się do wersji z przed
instalacji ostatniego FixPaka (o ile nie skasowaliśmy backup-u).
Po dokonaniu wyboru, powinna się pojawić lista produktów (w naszym przypadku OS/2), które
możemy przywrócić do wersji pierwotnej lub z przed instalacji ostatniego Fix-Paka.
Wybieramy więc co trzeba, klikamy OK i rozpoczynamy przywracanie poprzedniej wersji.
Czym się różni Archiwum od Backup-u?
Kiedy instalujemy pierwszy Fix-Pak dajmy na to FP5, program serwisowy tworzy
archiwum zawierające pliki umożliwiające odtworzenie pierwotnej wersji systemu.
Ale nie daje jeszcze możliwości utworzenia backup-u.
Kiedy instalujemy drugi Fix-Pak (FP9 na przykład), to do archiwum
zostają dodawane tylko te pliki, które zostały skopiowane na dysk podczas
instalacji systemu, a które muszą zostać wymienione przez FP9.
Do backup-u zostają natomiast skopiowane wszystkie bez wyjątku pliki, które są
wymieniane przez FP9.
Idźmy dalej: instalujemy FP10. Do archiwum znów zostają dodane wyłącznie te pliki,
które zostały skopiowane na dysk podczas instalacji systemu, a do backupu znów wszystkie pliki
wymieniane przez FP10.
Podsumowując: z archiwum zawsze możemy odtworzyć
system w pierwotnej wersji, takiej jaka była zaraz po instalacji.
Z zachowanego backup-u natomiast, możemy odtwarzać wersję z przed instalacji
danego Fix-Paka - na przykład po zainstalowaniu FP10 możemy się cofnąć do wersji z FP9.
Skąd wziąć pliki syslevel.* ?
Czasmi, gdy mamy kłopoty z instalacją, trzeba odtworzyć
oryginalne pliki syslevel. W przypadku OS/2 Warp 4
plik syslevel.os2 można znaleźć na kompakcie instalacyjnym w katalogu:
x:\os2image\disk_2\
Plik syslevel.mpm nie występuje w tej wersji systemu.
W przypadku OS/2 Warp 3 plik syslevel.os2 można znaleźć na
pierwszej dyskietce instalacyjnej (DISK1, nie Installation Disk!).
Syslevel.mpm, zaś na piętnastej dyskietce instalacyjnej w pliku pack0.
Można go wypakować w następujący sposób:
unpack a:\pack0 /N:syslevel.mpm
|