UWAGA!!! Przed przystąpieniem do kompilacji świata proponuję przejrzeć dokładnie plik Makefile znajdujący się w ściągniętych źródłach (przeważnie w /usr/src) ponieważ tymczasem mogły zajść jakieś zmiany w sposobie wykonywania tej operacji.  

Generalnie update/upgrade systemu odbywa się według następujących kroków:

• przystępujemy do edycji pliku naszego kernela (czyli dodajemy lub usuwamy zbędne opcje z pliku jądra), konfiguracją i budową zajmiemy się później (info o jądrze tutaj)

• następnie przechodzimy do katalogu ze źródłami:

	# cd /usr/src

• wydajemy polecenie, które rozpocznie nam budowę "świata" (wszystkie pliki tworzone podczas tej operacji standardowo zapisywane są w katalogu /usr/obj):

	# make buildworld

• po poprawnym zakończeniu poprzedniej operacji możemy przystąpić do zbudowania jądra systemu. Standardowo po wydaniu polecenia make buildkernel bez parametru KERNCONF brane jest pod uwagę jądro podstawowe GENERIC, więc jeżeli Twój plik jądra nazywa się inaczej aniżeli GENERIC musisz podać ten parametr, który "równa" się nazwie Twojego jądra:

	# make buildkernel KERNCONF=nazwa_naszego_kernela

P.S. Możemy również ustawić nazwę defaultową naszego kernela, aby nie wpisywać za każdym razem parametru KERNCONF. Osiągniemy to w prosty sposób dopisując do pliku /etc/make.conf poniższą linijkę:

	KERNCONF = nazwa_naszego_jądra

Po takim zabiegu wystarczy teraz wpisywać tylko make buildkernel.

• analogicznie do powyższego, poniższe polecenie zainstaluje nam jądro, które wcześniej nam się skompilowało (oby poprawnie i bez błędów ;-))

	# make installkernel KERNCONF=nazwa_naszego_kernela

• po dłuższej lub krótszej chwili (zależnie od Twojej maszynki :)), gdy nasze jądro zostanie już zainstalowane, robimy restart komputera:

	# reboot

• po uruchomieniu się systemu ponownie przechodzimy do katalogu ze źródłami:

	# cd /usr/src

• teraz dość ważny krok UWAŻAJ!! Mergemaster jest narzędziem, które pomoże Ci zaktualizować konfiguracje systemu oraz pliki ściśle powiązane z FreeBSD. Wydanie tego polecenia z opcją -p powoduje podmianę plików potrzebnych do poprawnego zainstalowania się "świata" (czytaj uważnie co chce robić mergemaster z Twoimi plikami):

	# mergemaster -p

po wydaniu tego polecenia ujrzymy mniej więcej taki oto komunikat (o ile wcześniej nie używaliśmy mergemaster, bądź tatalog tymczasowy został opróżniony po zakończeniu pracy mergemaster):

*** Creating the temporary root environment in /var/tmp/temproot
	*** /var/tmp/temproot/ ready for use
	*** Creating and populating directory structure in /var/tmp/temproot

*** Begin comparison

*** Temp ./etc/master.passwd and installed have the same CVS Id, deleting
    [......tutaj cięcie......]

*** Comparison complete

Do you wish to delete what is left of /var/tmp/temproot? [no]

lub taki, jeżeli wcześniej już używaliśmy mergemaster

*** The directory specified for the temporary root environment, 
/var/tmp/temproot, exists. This can be a security risk 
if untrusted users have access to the system

Use 'd' to delete the old /var/tmp/temproot and continue
Use 't' to select a new temporary root directory
Use 'e' to exit mergemaster

Default is to use /var/tmp/temproot as is

How should I deal with this? [Use the existing /var/tmp/temproot]

Moim zdaniem komunikaty są jasno sprecyzowane i wiadomo o co chodzi. Mergemaster chce utworzyć katalog, w którym będzie przechowywana stara konfiguracja/stare pliki systemu. Pożądanym w tym miejscu krokiem jest naciśnięcie ENTER, jeżeli chcesz użyć /var/tmp/temproot. Jężeli chcesz wskazać inny katalog użyj opcji `t', a jeżeli chcesz skasować starą zawartość katalogu wciśnij `d' (po tej operacji zobaczysz komunikat podobny do tego przedstawionego wcześniej). Oczywiście na pytanie Do you wish to delete what is left of /var/tmp/temproot? doradzam odpowiedzieć `no' (nigdy nie wiadomo co się stanie :))

• no to instalujemy teraz system z przekompilowanych źródeł :)

	# make installworld

• ponownie wracamy do mergemaster i ponownie zachowaj ostrożność podczas pracy tego narzędzia. W tym kroku mergemsater będzie próbował zainstalować/podmienić lub zachować stare pliki (jeżeli taka jest nasza wola). Jakie pliki? Ano, głównie pliki skryptów startowych typu rc.*, pliki nameda, ssh, periodic i wiele, wiele innych (sam zobaczysz). Podczas działania mergemaster'a będzie porównywana zawartość tych plików i wyświetlane różnice między nimi:
  
  `@@' - oznaczają zmianę zakresu linijek np. @@ -1,5 +1,24 @@ ma na myśli linię począwszy od 1 i następne 5 (czyli od 1 do 6) i zostaną one zamienione na linie pierwszą i następne 24 z nowego pliku (czyli od 1 do 25);
  `+' - ma na myśli linię, która będzie dodana;
  `-' - ma na myśli linię, która będzie zastąpiona/usunięta

	# mergemaster

po uruchomieniu mergemaster ponownie zobaczymy komunikat, który pyta nas o szczegóły dotyczące katalogu tymczasowego (patrz wyżej) i po chwili zacznie porównywać pliki i wyświetlać różnice między nimi. Następnie powinieneś zobaczyć takie okno:

Use 'd' to delete the temporary .nazwa_pliku
Use 'i' to install the temporary .nazwa_pliku
Use 'm' to merge the temporary and installed versions or parts of them.
Use 'v' to view the diff results again

Default is to leave the temporary file to deal with by hand

How should I deal with this? [Leave it for later]

masz do wyboru:
`d' - usuwa nowe linie i pozostawia plik w taki stanie jaki był, nie ma żadnych zmian;
`i' - instaluje/pozostawia nowe linie a stare są kasowane;
`m' - pozwala na umieszczenie zarówno nowych jak i starych linii;
`v' - jeszcze raz pokazuje zmiany w pliku.

Domyślnie mergemaster jest "ustawiony" na Pozostaw to na później - czyli mniej więcej to samo co `d' - nie ma żadnych zmian ale pozwala nam dokonać tego w przyszłości. Teraz czeka nasz żmudna praca i powtarzanie tej samej czynności kilka lub kilkanaście razy. Na koniec ujrzymy podobny komunikat jak przy poleceniu mergemaster -p odnośnie zachowania katalogu tymczasowego.

• na zakończenie robimy restart

	# reboot

i gotowe. :)

Autor: Artur Kulda
arti(at)bsd4u.org 

Powyższy artykuł został udostępniony na zasadach Licencji BSD

Komentarze:

Re: Upgrade systemu Dodane przez KaCzY w dniu - 2003-09-03 08:36:46

Wypadałoby też wspomnieć że należy rzucić okiem na /usr/src/UPDATING  przed tą cała zabawą :-).  Odchudzic jak i podrasowac świat przy pomocy pliku /etc/make.conf.  No i instalacje kernela jak i świata przeprowadzic w trybie 'single user'  a nie 'multi user'.  No i obowiązkowy manual na samym wstępie mergemaster( jeśli ktoś nie  widział jeszcze diff'a w akcji :-)    Arykuł spoko oby większej liczbie osób chciało się pisać o FreeBSD  to świat byłby more STABLE ;-).

Re: Upgrade systemu Dodane przez Mazee w dniu - 2004-03-08 06:01:02

po poprawnym zakończeniu poprzedniej operacji możemy przystąpić do zbudowania jądra systemu. Standardowo po wydaniu polecenia make buildworld bez parametru KERNCONF brane jest pod uwagę jądro podstawowe GENERIC, więc jeżeli Twój plik jądra nazywa się inaczej aniżeli GENERIC musisz podać ten parametr, który "równa" się nazwie Twojego jądra  --------  ... czy tutaj nie powinno byc raczej makebuildkernel ... bo odnosi sie to wlasnie do tego etapu upgradu ...   Ale oczywiscie moge sie mylic :D

oczywiście Dodane przez arti w dniu - 2004-03-08 22:46:48

Tak,    Masz rację, błąd literowy. Najważniejsze, że pod spodem napisałem poprawną komendę     W wolnej chili poprawię. Dzięki.

Re: Upgrade systemu Dodane przez mich123 w dniu - 2004-05-21 13:41:32

wszystko fajnie i pieknie tylko ani razu nie zrobila mi sie wersja stable.  robie tak jak w opisie, kilka razy robilem z _4, kilka razy z _4_9.  ostatnio z _4, zrobila mi sie wersja PREPRERELEASE 4.10 #0, z opcjami _4_9 robia mi sie wersje RELEASE p7, czasami p8.  w ogole na jednym kompie mialem zrobionego KDE, a po zupgradowaniu przestal dzialac, i nie da sie go z portow zainstatowac. raz jak robilem na swiezo zainstalowanym systemie i chcielem potem dorzucic z portow windowmakera, tez sie go nie dalo z portow zainstalowac. w kazdym przypadku cos mu co chwile brakuje, nie pasuja mu wersje zainstalowanych juz paczek itp itd.  mam wrazenie ze cegos w tym opisie brakuje.  HELP

Re: Upgrade systemu Dodane przez arti w dniu - 2004-05-22 22:35:46

Hmmm a wiesz co to jest STABLE??   Przeczytałeś odpowiednią sekcję w Handbook'u?   A może forum bsdguru.org, tam ten temat ostatnio non-stop był wałkowany.  Pozdrawiam

Re: Upgrade systemu Dodane przez drodar w dniu - 2004-08-05 15:33:41

Wszystko ok do momentu kiedy trzeba przeladowac system na samym koncu. Wtedy system juz nie wstaje. Pisze iz nie moze zaladowac kernel, ani old kernel i to by było na tyle. Co robić ?

Re: Upgrade systemu Dodane przez yemet w dniu - 2005-01-03 01:06:31

No i instalacje kernela jak i świata przeprowadzic w trybie 'single user'  a nie 'multi user'.     Musi byc zrobione w single user?   Czy moze byc zrobione w multi, ale np nie jest wskazane bo..?   No i jesli tak, to jakie sa te `bo`?

Re: Upgrade systemu Dodane przez mariusz w dniu - 2005-04-17 04:25:47

Witam,  artykuł OK   aktualizacja poszla jak po maśle z 5.4 RC1 do 5.4-STABLE  Ale mała prośba, można by dopisać które katalogi można wywalić po upgrade - tz. gdzie są śmieci nikomu niepotrzebne.

Re: Upgrade systemu Dodane przez mariusz w dniu - 2005-04-17 04:31:15

A może dopiszesz jaka wersja systemu ?  Ja nie miałem zadnych problemów - 5.4 RC1 do 5.4-STABLE  Ale robilem wszystko na KERNCONF=GENERIC.  Tak przeczytałem w mądrej ksiażce - "FreeBSD Administracja systemu"

Re: Upgrade systemu Dodane przez mariusz w dniu - 2005-04-17 04:38:05

Dodam jeszcze, że robiłem to na maszynie IBM Netfinity 5000 z:  procesor - 2x400MHz  pamięć - 256 MB  dyski - SCSI  łącze - DSL 2 MB    A trwalo wszystko z włącznym ponownym kompilowaniem jądra - tylko 9 godzin

Re: Upgrade systemu Dodane przez arti w dniu - 2005-04-18 17:21:55

Wywalić można spokojnie katalog ze źródłami /usr/src ale czy jest sens? oraz katalog /usr/obj    Przy obecnych cenach dysków chyba szkoda zachodu ;-)

Re: Upgrade systemu Dodane przez arti w dniu - 2005-04-18 17:24:35

Oj to strasznie długo. Mi kiedyś kompilacja całego świata i jądra wraz z instalacją zajmowała max. 5godz na P200MMX.    Dziś obecnie mam 750MHz i 256MB oraz dyski zwykłe IDE i uwijam się w max 2godz.

Re: Upgrade systemu Dodane przez mariusz w dniu - 2005-04-19 10:48:52

Tak Arti ok, ale to sa dyski SCSI DCHS, system juz postawilem na dysku 4.3 GB i teraz to wszystko zmieniac.  Ale mam w serwerze jeszcze jeden dysk i na nim jak braknie miejsca moge cos dodac, narazie jest odlaczony (4.3GB).  Dodam ze do kosztu dysku SCSI dochodzi jeszcze koszt kieszonki HOT-SWAP do IBM'a - a to 100-1500zl.  Narazie wywalilem /usr/obj, zrodel nie wywalam bo sie przydaja i mam 1 GB wolnego, pozdrawiam.

Re: Upgrade systemu Dodane przez mariusz w dniu - 2005-04-19 10:51:56

Ojjjj, pomylilem sie Arti popraw to a to skasuj koszt kieszenie HOT-SWAP to - 100-150zl

Re: Upgrade systemu Dodane przez mariusz w dniu - 2005-04-19 10:57:23

To zastanawiajace ? tz. rozpoczalem make buildworld o 19.00 a skonczylem okolo 3.00 do tego dodalem kompilacje jadra + dodatkowe roboty sprawdzajace.  To serwer na dwoch prockach PII 400MHz i SCSI robil by to dluzej ?! szok !

Tylko zarejestrowani użytkownicy mogą pisać komentarze.
Prosze zaloguj się i dodaj komentarz.

Powered by AkoComment!