[3.4 -> 3.5] | [3.5 -> 3.6] | [3.6 -> 3.7] | [3.7 -> 3.8] | [3.8 -> 3.9] | [4.0 -> 4.1] | [FAQ Index]

Upgrade Gids: 3.9 naar 4.0

Opmerking: Upgrades worden alleen ondersteund van één uitgave naar de uitgave die er onmiddellijk op volgt. Sla geen uitgaven over.

Het wordt ten zeerste aanbevolen dat u dit proces doorleest en het volledig begrijpt alvorens het te proberen. Als u het doet op een kritieke of fysisch verafgelegen machine, wordt het aanbevolen dat u dit proces test op een identiek, lokaal systeem om het welslagen ervan te verifiëren alvorens het te proberen op een kritieke of verafgelegen computer.

Upgraden is een handige manier om uw OpenBSD systeem naar de meest recente versie te brengen. De resultaten zijn echter niet bedoeld om precies overeen te stemmen met de resultaten van een wis-en-herlaad installatie. Oude library-bestanden worden meer bepaald niet verwijderd tijdens het upgrade-proces, aangezien ze vereist zouden kunnen zijn door oudere toepassingen die op dit moment al dan niet geüpgraded kunnen worden. Als u ECHT van al deze oude bestanden wenst af te raken, zou u waarschijnlijk beter af zijn door vanaf nul te herinstalleren.

Inhoudstafel:

Vóór het upgraden
Het upgrade proces
Laatste stappen

Vóór het upgraden

Controleer of u wijzigingen gedaan hebt aan uw kernel. Het kan bijvoorbeeld dat u uw netwerkapparaat met config(8) gewijzigd heeft zodat het een niet-standaard instelling gebruikt. Noteer uw wijzigingen, zodat u ze kan herhalen voor de nieuwe 4.0 kernel.

Het upgrade proces

Upgraden met een installatiemedium

De gemakkelijkste en veiligste manier om te upgraden is door te booten vanaf een installatiemedium en de upgrade-stappen te volgen, die heel gelijkaardig zijn aan het installatieproces. Nadien voltooit u de upgrade door de laatste stappen te volgen zoals hieronder uitgelegd.

Upgraden zonder installatiemedium

Dit is niet het aanbevolen proces. Gebruik de methode met installatiemedium indien überhaupt mogelijk!

Soms moet men een machine upgraden wanneer men niet gemakkelijk het normale upgrade-proces kan gebruiken. Men kan dit gewoonlijk doen door nauwgezet een proces te volgen, gelijkaardig aan een bron-gebaseerde upgrade:

Plaats installatiebestanden op een "goede" locatie. Zorg ervoor dat u voldoende ruimte hebt!
Belet dat "onveilige" toepassingen opstarten bij het booten: Er zal tijdens dit upgrade-proces een moment zijn waarop PF waarschijnlijk niet zal draaien, maar het kan dat uw toepassingen wel nog steeds naar behoren opstarten en draaien. Gelijk welke toepassing die afhangt van PF voor de veiligheid, zou moeten uitgeschakeld worden voordat dit gebeurt, en mag niet opnieuw ingeschakeld worden totdat de juiste PF werking geverifieerd wordt na de upgrade. Er kunnen andere toepassingen zijn die u niet wil draaien tijdens de upgrade, sluit ze af en schakel ze ook uit.
Controleer de kernel: Hoewel de meeste mensen deze stap kunnen overslaan, als u een gewijzigde kernel had in 3.9, is het waarschijnlijk dat u de standaard kernel van 4.0 ook zal moeten wijzigen. Vooral wanneer u het upgrade proces vanop afstand uitvoert, is nu het moment aangebroken om te verzekeren dat de nieuwe kernel zal werken bij het rebooten van de machine. Als er wijzigingen moeten gedaan worden aan de kernel, is het het veiligst om die wijzigingen te doen op een lokaal 4.0 systeem. Dit kan zo eenvoudig zijn als het wijzigen van een specifiek apparaat met config(8), of het kan een hercompilatie betekenen als de optie die u nodig hebt niet in de GENERIC kernel is opgenomen. Raadpleeg alstublieft FAQ 5 - Het Systeem vanaf Broncode Bouwen alvorens te overwegen om uw kernel te hercompileren.
Installeer nieuwe kernel(s)
```
export RELEASEPATH=/yourpath
cd ${RELEASEPATH}
rm /obsd ; ln /bsd /obsd && cp bsd /nbsd && mv /nbsd /bsd
cp bsd.rd bsd.mp /
```
Bemerk de extra stappen om over de primaire kernel te kopiëren: die worden gedaan om te verzekeren dat er steeds een geldige kopie van de kernel op de schijf staat, waarvan het systeem kan booten, in het geval dat er zich een erg slecht getimede stroomonderbreking of systeemcrash zou voordoen.
Installeer nieuwe /etc/firmware bestanden: Wegens het feit dat enkele geüploade "firmware" bestanden geüpdatet zouden kunnen zijn, kan het dat u de bestanden in de /etc/firmware directory moet updaten. Dit zal alleen gebruikers van enkele apparaten treffen, hoewel alle gebruikers deze stap zonder problemen kunnen gebruiken. Om de firmware bestanden uit te pakken uit base40.tgz, gebruikt u het volgende als root:
```
cd /
tar xzpf ${RELEASEPATH}/base40.tgz "*etc/firmware/*"
```
Opmerking: als u het iwi(4) stuurprogramma gebruikt voor uw draadloze adapter, dan moet u naar versie 3.0 van de firmwarebestanden upgraden. Wegens licentieproblemen wordt de firmware momenteel niet samen met OpenBSD verspreid. De firmware kan geïnstalleerd worden via de pkg tools met de package op http://damien.bergamini.free.fr/iwifw/OpenBSD/iwi-firmware-3.0.tgz.
Herstart met de nieuwe kernel: Het zou verleidelijk kunnen zijn deze stap over te slaan, maar het moet nu gebeuren, aangezien de nieuwe kernel gewoonlijk wel oude userland toepassingen zal draaien (zoals het binnenkort belangrijke reboot!), maar vaak zal een nieuw userland NIET werken op de oude kernel.
Installeer nieuwe userland toepassingen. Installeer nu NIET etc40.tgz en xetc40.tgz, omdat dat uw huidige configuratiebestanden zal overschrijven!
```
export RELEASEPATH=/yourpath
cd /
tar xzpf ${RELEASEPATH}/base40.tgz
tar xzpf ${RELEASEPATH}/comp40.tgz
tar xzpf ${RELEASEPATH}/game40.tgz
tar xzpf ${RELEASEPATH}/man40.tgz
tar xzpf ${RELEASEPATH}/misc40.tgz
tar xzpf ${RELEASEPATH}/xbase40.tgz
tar xzpf ${RELEASEPATH}/xfont40.tgz
tar xzpf ${RELEASEPATH}/xserv40.tgz
tar xzpf ${RELEASEPATH}/xshare40.tgz
```
Opmerking: niet alle bestandensets zullen geïnstalleerd moeten worden voor alle toepassingen, als u echter oorspronkelijk een bestandenset installeerde, dan moet u hem nu zeker upgraden met de nieuwe bestandenset.
Opmerking: de bestanden in /etc worden hieronder afzonderlijk behandeld, dus etc40.tgz en xetc40.tgz worden hier NIET uitgepakt.
Bijwerken van /dev. Het nieuwe MAKEDEV bestand zal gekopieerd worden naar /dev door de installatie van base40.tgz, zodat u eenvoudigweg het volgende moet doen:
```
cd /dev
./MAKEDEV all
```
Upgrade /etc zoals hieronder.
Herstart

Tijdens dit proces zou sendmail(8) enkele foutboodschappen kunnen produceren zoals de volgende:

    Nov 1 12:47:05 puffy sm-mta[16733]: filesys_update failed: No such file or dire
    ctory, fs=., avail=-1, blocksize=380204

Deze boodschappen kunnen veilig genegeerd worden, of misschien wenst u sendmail(8) af te sluiten tijdens het upgrade-proces.

Laatste stappen

1. Upgraden van `/etc`

Of u nu upgradet door een installatiemedium te gebruiken en een formeel "upgrade" proces te doen, of "ter plaatse" een binaire upgrade doet, er zijn bepaalde handmatige stappen die uitgevoerd moeten worden.

1.1. Nieuwe gebruikers en groepen

Er werd begonnen aan een vervanger voor mrouted(8) en om deze nieuwe daemon te gebruiken, zijn een nieuwe gebruiker en groep vereist. Voeg de volgende gebruiker en groep toe als root, met useradd(8):
```
# useradd -u87 -g=uid -c"DVMRP Daemon" -d/var/empty -s/sbin/nologin _dvmrpd
```
Deze stap zal zowel de nieuwe gebruiker als zijn overeenkomstige groep toevoegen. Uw omgeving kan u toelaten die commando's te kopiëren/plakken.

1.2. Operationele veranderingen

IPsec nu geconfiguereerd met ipsecctl(8)
IPsec configuratie wordt nu volledig ondersteund door ipsecctl(8). De verouderde ipsecadm(8) utility werd verwijderd. Bekijk de ipsec.conf(5) manual pagina voor configuratievoorbeelden.
wicontrol(8) verwijderd
Draadloze configuratie voor wi(4) wordt nu volledig ondersteund door ifconfig(8). De verouderde wicontrol(8) utility werd verwijderd.

spppcontrol(8) removed

In-kernel PPP configuratie wordt nu volledig ondersteund door ifconfig(8). De overbodig geworden spppcontrol(8) utility werd verwijderd. Zie de manual pagina's sppp(4) en pppoe(4) voor configuratievoorbeelden.

Voorheen zag het /etc/hostname.pppoe0 bestand er als volgt uit:

pppoedev ne0
!/sbin/ifconfig ne0 up
!/usr/sbin/spppcontrol \$if myauthproto=pap myauthname=testcaller \
        myauthkey=donttell
!/sbin/ifconfig \$if inet 0.0.0.0 0.0.0.1 netmask 0xffffffff
!/sbin/route add default 0.0.0.1
up

Dit moet geüpdatet worden zoals het volgende voorbeeld:

inet 0.0.0.0 255.255.255.255 0.0.0.1 pppoedev ne0 \
        authproto pap authname testcaller authkey donttell up
!/sbin/route add default 0.0.0.1

En de fysische interface moet als UP aangeduid worden:

# echo "up" > /etc/hostname.ne0

1.3. Wijzigingen aan `/etc` bestanden

U zal de etc40.tgz bestanden in een tijdelijke locatie willen uitpakken:

cd /tmp
tar xzpf ${RELEASEPATH}/etc40.tgz

Bestanden die waarschijnlijk kunnen gekopieerd worden vanuit etc40.tgz "zoals ze zijn":

daily
chio.conf
dvmrpd.conf
netstart
pf.os
rc
security
services
mail/helpfile
mail/localhost.cf
mail/sendmail.cf
mail/submit.cf
mtree/*
ppp/ppp.conf.sample

Merk op dat het WEL mogelijk is om deze bestanden lokaal te wijzigen, als dit gedaan werd, zal handmatig samensmelten (merge) nodig zijn. Let goed op mail/sendmail.cf indien u iets anders gebruikt dan de standaard Sendmail(8) configuratie. Hier zijn kopieer/plak lijnen om deze bestanden te kopiëren, in de veronderstelling dat u etc40.tgz uitpakte op de hierboven aanbevolen plaats:

cd /tmp/etc
cp chio.conf dvmrpd.conf netstart pf.os rc security services /etc
cp mail/helpfile mail/localhost.cf mail/submit.cf /etc/mail
cp ppp/ppp.conf.sample /etc/ppp
cp mtree/* /etc/mtree/
cp mail/sendmail.cf /etc/mail    # voorzichtig hiermee!!

Een aantal pagina's van httpd(8)'s documentatie zijn veranderd:

/var/www/htdocs/manual/mod/core.html
/var/www/htdocs/manual/mod/mod_proxy.html

Deze kunnen (indien gewenst) gekopieerd worden door:

cd /tmp/var/www/htdocs/manual/mod/
cp core.html mod_proxy.html /var/www/htdocs/manual/mod

Bestanden die handmatig samengesmolten moeten worden, met behoud van lokale wijzigingen die er in werden aangebracht, indien ze gewijzigd werden in vergelijking met de standaard bestanden, anders kopieert u ze ook gewoon:

changelist
ftpusers
mail/aliases
rc.conf
ssh/ssh_config
ssh/sshd_config

De wijzigingen aan deze bestanden staan in dit patchbestand. U kan dit proberen te gebruiken door het volgende uit te voeren als root:

cd /
patch -C -p0 < upgrade40.patch

Dit zal de patch testen om te zien hoe goed hij aangebracht zal worden op UW systeem, om hem werkelijk aan te brengen, laat u de "-C" optie weg. Merk op dat ze waarschijnlijk de patch niet zuiver zullen aanvaarden, als u bestanden aangepast hebt of niet nauwgezet geüpdatet, of als u aan het upgraden bent vanaf een 3.8 snapshot. In zulke gevallen zal u de wijzigingen handmatig moeten aanbrengen. Test dit proces alstublieft alvorens erop te vertrouwen voor een machine waar u niet gemakkelijk bij kan.

De volgende bestanden bevatten wijzigingen waarnaar best gekeken wordt, maar het is onwaarschijnlijk dat ze rechtstreeks gekopieerd of samengesmolten zouden moeten worden (dus als u pf.conf gebruikt, bekijk dan de voorgestelde verandering van strategie, en beslis of het gepast is voor uw gebruik).

hostapd.conf
ipsec.conf
rc.local
sensorsd.conf
spamd.conf

Gebruik tenslotte mtree(8) om nieuwe directories aan te maken:

mtree -qdef /etc/mtree/4.4BSD.dist -p / -u

2. Controleren van de kernel

Opmerking: de meeste mensen kunnen deze stap overslaan!

Indien u de instructies hebt gevolgd voor het upgrade proces zonder installatiemedium, dan hebt u deze stap al voltooid. Als u daarentegen een installatiemedium gebruikte, en als u een gewijzigde kernel had in 3.9, dan is het waarschijnlijk dat u de standaard kernel van 4.0 ook zal moeten wijzigen. Dit kan zo eenvoudig zijn als het wijzigen van een specifiek apparaat met config(8), of het kan een hercompilatie betekenen als de optie die u nodig hebt niet in de GENERIC kernel is opgenomen. Raadpleeg alstublieft FAQ 5 - Het Systeem vanaf Broncode Bouwen alvorens te overwegen om uw kernel te hercompileren.

3. Upgraden van packages

Als u packages op uw systeem geïnstalleerd hebt, wil u die waarschijnlijk upgraden nadat de upgrade van het basissysteem voltooid is. De package tools ondersteunen het "terplaatse" updaten met pkg_add -u. Om bijvoorbeeld al uw packages te updaten, zorgt u ervoor dat PKG_PATH verwijst naar de 4.0 packages directory op uw CD of uw dichtstbijzijnde FTP mirror, en gebruikt u iets als

# pkg_add -ui -F update -F updatedepends

waarbij de -u update modus aangeeft, en -i interactieve modus specificeert, zodat pkg_add u vragen zal stellen wanneer het dubbelzinnigheden tegenkomt. Lees de pkg_add(1) manual pagina en het package beheer hoofdstuk van de FAQ voor meer informatie.