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

Upgradeanleitung: 3.6 auf 3.7

Hinweis: Upgrades werden nur von einem Release zum direkt darauf folgenden Release unterstützt. Überspringe keine Releases.

Upgrading ist ein bequemer Weg, um dein OpenBSD-System auf die aktuellste Version zu bringen. Jedoch sind die Ergebnisse nicht beabsichtigt, genau so zu sein wie eine Installation, bei der alles gelöscht und wieder aufgespielt wird. Insbesondere alte Bibliotheksdateien werden beim Upgradeprozess nicht deinstalliert, da sie von alten Applikationen, die vielleicht später noch aktualisiert werden, noch benötigt werden könnten. Wenn du WIRKLICH all diese alten Dateien loswerden möchtest, wärst du mit einer völligen Neuinstallation vermutlich besser dran.

Vor dem Upgrade ...

Vor dem Upgrade entscheiden sich einige Benutzer, alle Pakete zu entfernen und anschließend neue Versionen nach dem Upgrade zu installieren. Wenn deine Plattform eine von denen ist, die auf gcc3 gewechselt haben (macppc, i386), SOLLTEST du das besser machen.

Um schnell alle Pakete von deinem System zu deinstallieren:

pkg_delete -q /var/db/pkg/*

Installiere die neuen Versionen dieser Applikationen nach dem Upgrade.

Bedenke, dass mit OpenBSD 3.7 die pkg-Werkzeuge nun direkte Aktualisierungen unter Verwendung von pkg_add -r unterstützen. Dies wurde mit den meisten Paketen getestet, insbesondere mit den CD-Paketen, die für 3.5 und 3.6 mitgeliefert wurden. Einige wichtige Punkte sind:

pkg_add -r macht keine systemweiten Updates, stattdessen muss das zu aktualisierende Paket angegeben werden. Den Namen dieses Pakets mit pkg_info ermitteln, jeden Paketnamen mit seinem neueren Äquivalent überprüfen und einmal pkg_add -r -q Liste_der_neuen_Pkgs sollte in den meisten Fällen funktionieren.
Jede Instanz von Mozilla ist eine Ausnahme. Alle Mozilla-, Bloatzilla-, Firefox-Pakets MÜSSEN unter Verwendung der alten Prozedur aktualisiert werden: Führe zuerst pkg_delete aus und danach pkg_add mit dem neuen Paket.

i386- und macppc-Anwender: Wegen dem Wechsel auf gcc3 musst du das /usr/include/g++-Verzeichnis vor dem Upgraden löschen, ob du nun vorhast, mit oder ohne Installationsmedium zu installieren.

rm -rf /usr/include/g++

Mit Installationsmedium upgraden

Der einfachste und sicherste Weg, um von Binärdateien aus upzugraden, ist, von einem Installationsmedium zu booten und den Upgradeschritten zu folgen, welche sich dem Installationprozess sehr ähneln. Führe die /etc-Aktualisierungen, die weiter unten angegeben sind, danach aus.

Ohne Installationsmedium upgraden

Diese Vorgehensweise wird nicht empfohlen. Verwende die Installationsmedium-Methode, wenn es irgendwie möglich ist!

Manchmal muss man ein Upgrade einer Maschine durchführen, wenn man nicht auf einfache Weise den normalen Upgradeprozess durchführen kann. Man kann dies normalerweise durchführen, indem man vorsichtig einen Prozess befolgt, der einem Quelltext-basierten Upgrade sehr ähnlich ist:

Lege die Installationsdateien in einem ,guten' Verzeichnis ab. Stelle sicher, dass du genügend freien Platz hast!
Installiere neue(n) Kernel
```
cd /Pfad
rm /obsd ; ln /bsd /obsd && cp bsd /nbsd && mv /nbsd /bsd
cp bsd.rd bsd.mp /
```
Achte auf die zusätzlichen Schritte, um den primären Kernel zu kopieren: Diese werden durchgeführt, um zu gewährleisten, dass immer eine funktionsfähige Kopie des Kernels auf der Platte ist, sodass das System booten kann, falls ein Stromausfall oder ein Systemabsturz zu sehr ungünstiger Zeit eintreten.
Installiere neue /etc/firmware-Dateien: Aus der Tatsache heraus, dass einige hochgeladene Firmwareteile vom Kernel in Dateien verschoben wurden, die sich im /etc/firmware-Verzeichnis befinden, könnten einige wenige Treiber nicht korrekt geladen werden, wenn keine hochgeladene Firmwaredatei zur Verfügung steht, wenn der neue Kernel bootet. Dies wird nur Benutzer einiger weniger Geräte betreffen, obwohl alle Benutzer diesen Schritt ohne weiterer Beeinträchtigung ausführen können. Um die Firmwaredateien aus base37.tgz zu entpacken, verwende das Folgende als root:
```
cd /
tar xzpf /path/base37.tgz "*etc/firmware/*"
```
vor dem nächsten Schritt.
Starte mit dem neuen Kernel neu: Es mag verführerisch sein, diesen Schritt zu überspringen, aber er sollte nun durchgeführt werden, da, wie üblich, der neue Kernel die alten Userlandapplikationen ausführen wird (wie zum Beispiel den bald wichtigen reboot!), ein neues Userland aber häufig NICHT mit einem alten Kernel zusammen funktioniert.
Beende alle Applikationen, die Probleme während den folgenden Schritten verursachen könnten.
Installiere neue Userlandapplikationen
```
cd /
tar xzpf /path/base37.tgz
tar xzpf /path/comp37.tgz
tar xzpf /path/game37.tgz
tar xzpf /path/man37.tgz
tar xzpf /path/misc37.tgz
tar xzpf /path/xbase37.tgz
tar xzpf /path/xfont37.tgz
tar xzpf /path/xserv37.tgz
tar xzpf /path/xshare37.tgz
```
Hinweis: Nicht alle Dateisets müssen für alle Einsatzgebiete installiert werden, wenn du jedoch ein Dateiset ursprünglich installiert hast, solltest du es jetzt doch mit einem neuen Dateiset upgraden. Beachte auch, dass die Dateien in /etc weiter unten gesondert behandelt werden, sodass etc37.tgz und xetc37.tgz an dieser Stelle NICHT entpackt werden.
/dev aktualisieren. Die neue MAKEDEV-Datei wird durch die Installation von base37.tgz nach /dev kopiert, sodass du einfach nur Folgendes machen musst:
```
cd /dev
./MAKEDEV all
```
Upgrade /etc wie unten beschrieben.
Starte neu

Während des Prozesses könnte sendmail(8) viele Fehlermeldungen wie diese erzeugen:

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

Diese Nachrichten können unbesorgt ignoriert werden, du könntest aber auch sendmail(8) während dem Upgradeprozess beenden.

Aktualisierungen in `/etc`

Falls du nun unter Verwendung eines Installationsmediums und dadurch einen formalen Upgradeprozess oder aber ein Binäraktualisierung vor Ort durchführst, gibt es einige Schritte, die manuell durchgeführt werden müssen.

Neue Benutzer und Gruppen

Der FTP-Daemon wurde überarbeitet und lässt seine Privilegien nun fallen, des Weiteren wurde ein OSPF-Daemon hinzugefügt, sodass neue Benutzer und Gruppen benötigt werden. Füge Benutzer und Gruppen als root unter Verwendung von useradd(8) hinzu:

useradd -u84 -g=uid -c"FTP Daemon" -d/var/empty -s/sbin/nologin _ftp
useradd -u85 -g=uid -c"OSPF Daemon" -d/var/empty -s/sbin/nologin _ospfd

Diese Schritte werden sowohl die neuen Benutzer als auch ihre zugewiesenen Gruppen erstellen. Deine Umgebung erlaubt eventuell Copy&Paste dieser Kommandos.

Userlandapplikationen

X.org ersetzt XFree86: Wegen der Änderung der Lizenz vom XFree86-Projekt wechselte OpenBSD zum X-Window-System vom X.org-Projekt. Die X11-Konfigurationsdateien müssen jedoch aktualisiert werden. Viele Benutzer können ohne Bedenken einfach xetc37.tgz entpacken:

cd /
tar xzpf /path/xetc37.tgz

Falls du jedoch wichtige Änderungen in den Dateien in /etc/X11 gemacht hast, solltest du die xetc37.tgz-Datei NICHT wie unten beschrieben entpacken, sondern deine Änderungen manuell in diese neuen Dateien übernehmen.

Falls du eine /etc/X11/XF86Config-Datei hast, die unter OpenBSD 3.6 funktioniert, wird das Umbenennen von ihr in /etc/X11/xorg.conf vermutlich schon ausreichen, um dir ein voll funktionsfähiges X-Window-System unter OpenBSD 3.7 einzurichten. Du wirst eventuell auch bemerken, dass die neuen Versionen von X viel ,selbstkonfigurierender' sind als die vorherigen Versionen und du eine /etc/X11/xorg.conf-Datei vielleicht überhaupt nicht brauchst, was allerdings von deiner Hardware abhängig ist.

bgpd(8)-Verhalten geändert: Das neue rde route-age [evaluate|ignore] hat das Verhalten von bgpd verändert. Bisher war evaluate der implizierte Standard, aber nun ist ignore Standard. Die Ermittlung des Alters der Route wird nicht im RFC 1771 beschrieben und resultiert daher in nicht deterministischen Entscheidungen im Vorzug für weitere stabile Links.

pfsync nimmt syncdev statt syncif: Wenn du das pfsync-Device konfigurierst, verwende »syncdev« statt des veralteten Schlüsselworts »syncif«.

OpenNTPD setzt die Zeit nun unmittelbar nach dem Hochfahren: Mit Beginn von OpenBSD 3.7 ist OpenNTPD in der Lage, große Zeitkorrekturen selbst durchzuführen, sodass es nicht weiter nötig ist, rdate(8) auszuführen, um die Zeit vor dem Starten von ntpd(8) zu setzen. Du möchtest daher vielleicht rdate(8) in deiner rc.conf.local- (oder rc.conf-)Datei deaktivieren, wenn du es deshalb starten musstest.

`/etc`-Dateiänderungen

Du solltest die etc37.tgz-Dateien in ein temporäres Verzeichnis entpacken:

cd /tmp
tar xzpf /Pfad/etc37.tgz

Dateien, die ordnungsgemäß von etc37.tgz ,so wie sie sind' kopiert werden können:

changelist
daily
fbtab
moduli
netstart
ospfd.conf
rc
security
services
mtree/*

Bedenke, dass es möglich IST, all diese Dateien lokal zu modifizieren, sollte das also passiert sein, musst du sie manuell anpassen. Hier sind Copy&Paste-Zeilen, um diese Dateien zu kopieren, angenommen, dass du etc37.tgz in dem zuvor empfohlenen Verzeichnis abgelegt hast:

cd /tmp/etc
cp changelist daily fbtab moduli netstart ospfd.conf rc security services /etc
cp mtree/* /etc/mtree/

Dateien, die per Hand angepasst werden müssen, sodass alle lokalen Änderungen beibehalten werden, falls sie vom Original abweichen; ansonsten kannst du sie auch einfach kopieren:

ftpusers
rc.conf
spamd.conf
sysctl.conf
mail/aliases
skel/.cshrc
skel/.profile

Verwende schlussendlich mtree(8), um alle neuen Verzeichnisse zu erstellen:

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