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

Upgradeanleitung: 4.2 auf 4.3

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

Es wird dringend dazu geraten, diesen Prozess zu lesen und voll und ganz zu verstehen, bevor du ihn durchführst. Wenn du das hier beschriebene auf einer wichtigen oder physikalisch entfernten Maschine machst, solltest du diesen Prozess erst auf einer identischen lokalen Maschinen versuchen, um sicherzustellen, dass alles funktioniert, bevor du dich an die wichtige oder entfernte Maschine wagst.

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.

Inhaltsverzeichnis:

Vor dem Upgrade
Der Upgradeprozess
Letzte Schritte

Vor dem Upgrade: Was zu beachten und berücksichtigt werden sollte

Dies ist keine vollständige Liste aller Änderungen, die zwischen 4.2 und 4.3 stattgefunden haben; stattdessen werden nur die wichtigsten Dinge angesprochen, die eine Großzahl Benutzer während eines Upgradeprozesses betreffen werden. Für eine vollständige Liste sieh plus43.html und die CVS-Changelogs.

libexpat wurde in base43.tgz verschoben
In 4.2 wurde libexpat von Portierungen in xbase42.tgz verschoben, was sich aber sehr ungünstig auf Personen ausgewirkt hat, die ansonsten keinen Grund hatten, X zu installieren. In 4.3 wurde libexpat von xbase42.tgz in base43.tgz verschoben, sodass für viele Anwendungen kein installiertes xbase43.tgz mehr Voraussetzung ist.
Dies kann aber ein kleines Problem hervorrufen, wenn du xbase42.tgz installiert hast, um libexpat auf deinem 4.2-System nutzen zu können. Da du xbase42.tgz installiert hast, solltest du es entweder entfernen oder upgraden. Wenn libexpat der einzige Grund war, warum du xbase42.tgz installiert hast, ist es vermutlich die beste Lösung, die alten Dateien zu löschen. Details über die Entfernung von xbase42.tgz werden bereitgestellt.
Beachte ebenfalls, dass die Übersetzung von Portierungen noch immer nur mit einer vollständigen Installation unterstützt wird; darunter fallen auch alle X-Dateisets.
httpd.conf-Änderung:
Pakete für httpd(8)-Module installieren ihre Konfigurationsdateien nun unter /var/www/conf/modules.samples und teilen dem Benutzer mit, symbolische Links in /var/www/conf/modules anzulegen. Die folgende Zeile sollte in /var/www/conf/httpd.conf nach der LoadModule-Direktive hinzufügt werden (ungefähr am Ende der Sektion 1):
```
#
# Include extra module configuration files
#
Include /var/www/conf/modules/*.conf
```
Dies ist in der upgrade43.patch-Datei enthalten; es kann aber passieren, dass die Änderung nicht auf stark angepasste httpd.conf-Dateien vorgenommen werden kann. Du solltest sicherstellen, dass diese Zeilen in dein System übernommen wurden, da ansonsten zukünftige Paketinstallationen nach der Installation nicht richtig funktionieren könnten.
hoststated(8) wurde in relayd(8) umbenannt:
hoststated(8) wurde in relayd(8) umbenannt. Hierfür müssen der Benutzer und die Gruppe _hoststated in _relayd umbenannt werden; dazu kommen Änderungen an deiner /etc/pf.conf-Datei und kleine Abänderungen deiner hoststated.conf(5)-Datei in eine relayd.conf(5)-Datei. Die Upgradeanleitungen hier werden eine neue relayd.conf-Datei anlegen, die du an deine Bedürfnisse anpassen musst.
carp(4)-Änderungen:
carp(4) wurde geändert, um eine einfachere Konfiguration zu ermöglichen. Wenn du carp mit ARP- oder IP-Balancing betreibst, musst du deine Konfiguration entsprechend anpassen:
- Mehrere carp(4)-Interfaces, die eine IP teilen, wurden mit der carpnodes-Option ersetzt.
- Die net.inet.carp.arpbalance-sysctl(8) wurde mit dem Balancingmodus arp ersetzt.
- Die Flags link0, link1 und link2 für IP-Balancing wurden mit den Balancingmodi ip, ip-stealth und ip-unicast ersetzt.
Standardposition des xenocara-Baums verschoben:
Die Standardposition des xenocara- (X) Quelltextbaum ist nun /usr/xenocara. Dies ist wichtig für alle, die X vom Quelltext aus übersetzen. Verschiebe einfach deinen xenocara-Baum:
```
# mv /usr/src/xenocara /usr
```
rc.conf:
Im Gegensatz zu früheren Upgradeanleitungen wird seit 4.1 davon ausgegangen, dass /etc/rc.conf nicht vom Benutzer geändert wurde. Falls du Änderungen an deiner /etc/rc.conf-Datei vorgenommen hast, übernehme sie bitte in /etc/rc.conf.local. Falls du KEINE /etc/rc.conf.local-Datei besitzt, kopiere einfach die Datei /etc/rc.conf mit dem neuen Namen /etc/rc.conf.local und entferne die letzte Zeile des Skripts!. Die andere Möglichkeit besteht darin, den Inhalt deiner rc.conf zum Anfang der bereits bestehenden rc.conf.local hinzuzufügen und die letzte Zeile zu entfernen, bevor du mit den nächsten Schritten weiter machst.
Angepasster Kernel:
Überprüfe, ob du irgendwelche Modifikationen an deinem Kernel vorgenommen hast. Zum Beispiel könntest du dein Netzwerkdevice mittels config(8) geändert haben, um eine nicht standardmäßige Einstellung verwenden zu können. Schreib die Änderungen auf, sodass du sie ebenfalls auf den neuen 4.3-Kernel anwenden kannst.

Der Upgradeprozess

Mit Installationskernel upgraden

Wenn du Zugriff auf die Systemkonsole hast, dann besteht der einfachste und sicherste Weg zu upgraden darin, mit Installationsmedien oder bsd.rd zu booten und den Upgradeschritten zu folgen, die dem Installationsprozess sehr ähneln. Schließe danach das Upgrade ab, in dem du die letzten Schritte wie weiter unten angegeben durchführst.

Den Installationskernel kannst du recht einfach booten, indem du die 4.3-Version von bsd.rd im Wurzelverzeichnis deines Bootlaufwerks ablegst und dem Bootloader mitteilst, dass er mit der neuen bsd.rd-Datei booten soll. Auf amd64 und i386 machst du das, indem du »boot bsd.rd« am ersten boot>-Prompt angibst.

Ohne Installationskernel upgraden

Diese Vorgehensweise wird NICHT empfohlen. Verwende die Installationskernel-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. Der häufigste Grund hierfür ist, dass sich die Maschine an einem anderen Ort befindet und man daher keinen Zugriff auf die Systemkonsole hat. Man kann dies normalerweise durchführen, indem man vorsichtig diesen Prozess befolgt:

Lege die Installationsdateien in einem »guten« Verzeichnis ab. Stelle sicher, dass du genügend freien Platz hast!
Deaktiviere das Starten aller »unsicheren« Applikationen beim Booten: Es wird Momente während der Installation geben, in denen zwar PF nicht geladen werden kann, deine Applikationen aber eventuell normal gestartet und ausgeführt werden. Jede Applikation, deren Sicherheit von PF abhängig ist, sollte daher zuvor deaktiviert werden; sie sollte auch erst erneut aktiviert werden, wenn die Funktionsweise von PF nach dem Upgrade sichergestellt worden ist. Es mag weitere Applikationen geben, die du während dem Upgradeprozess nicht ausführen möchtest - beende und deaktiviere sie ebenfalls.
Überprüfe den Kernel: Obwohl die meisten Leute diesen Schritt überspringen können, kann es sein, dass du den 4.2-Kernel angepasst hast. Wenn das der Fall ist, dann wirst du sehr wahrscheinlich das gleiche mit dem 4.3-Kernel machen müssen. Insbesondere wenn du ein Upgrade mit einem Remotesystem durchführst, ist jetzt der richtige Zeitpunkt gekommen, um sicherzustellen, dass der neue Kernel geladen werden kann, wenn du das System neustartest. Falls irgendwelche Änderungen am Kernel gemacht werden müssen, ist es am sichersten, das ganze auf einem lokalen 4.3-System zu machen. Dabei kann es sich um so einfache Dinge wie eine Änderung eines bestimmtes Devices mittels config(8) handeln, doch könnte es genauso gut bedeuten, dass du den Kernel neuerzeugen musst, da sich eine von dir benötigte Option nicht im GENERIC-Kernel befindet. Lies bitte FAQ 5 - Das System aus dem Quelltext erzeugen, bevor du in Erwägung ziehst, deinen Kernel neu zu erzeugen.
Installiere neue(n) Kernel
```
export RELEASEPATH=/usr/rel   # wo du die Dateien ablegst
cd ${RELEASEPATH}
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: Einige hochgeladene »firmware«-Blobs wurden eventuell aktualisiert. Falls du davon betroffen bist, musst du Dateien in deinem /etc/firmware-Verzeichnis aktualisieren. Dies betrifft jedoch nur Benutzer von ein paar Geräten - andere Benutzer können diesen Schritt ohne weiterer Beeinträchtigung ausführen können. Um die Firmwaredateien aus base43.tgz zu entpacken, verwende das Folgende als root vor dem nächsten Schritt:
```
cd /
tar -C / -xzphf ${RELEASEPATH}/base43.tgz ./etc/firmware
```
Installiere das neue /sbin/ifconfig-Werkzeug: Ab und zu benötigen die Netzwerktreiber (insbesondere für die komplexeren Devices wie pppoe(4)) im neuen Kernel ein aktualisiertes ifconfig-Werkzeug, um nach dem Neustart im nächsten Schritt richtig konfiguriert werden zu können. Es gilt erneut, dass dieser Schritt von allen Nutzern gefahrlos durchgeführt werden kann, aber wenn du ein Remoteupgrade über eine pppoe(4)-Verbindung durchführst, kann dieser Schritt äußerst wichtig sein. Um das ifconfig-Werkzeug aus base43.tgz zu extrahieren, führe Folgendes als root aus:
```
tar -C / -xzphf ${RELEASEPATH}/base43.tgz ./sbin/ifconfig
```
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.
Installiere neue Userlandapplikationen Installiere noch NICHT etc43.tgz und xetc43.tgz, da sie deine aktuellen Konfigurationsdateien überschreiben würden!
```
export RELEASEPATH=/usr/rel
cd ${RELEASEPATH}
tar -C / -xzphf base43.tgz
tar -C / -xzphf comp43.tgz
tar -C / -xzphf game43.tgz
tar -C / -xzphf man43.tgz
tar -C / -xzphf misc43.tgz
tar -C / -xzphf xbase43.tgz
tar -C / -xzphf xfont43.tgz
tar -C / -xzphf xserv43.tgz
tar -C / -xzphf xshare43.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.
Hinweis: Die Dateien in /etc werden weiter unten getrennt behandelt, sodass etc43.tgz und xetc43.tgz an dieser Stelle NICHT entpackt werden.
Upgrade /dev. Die neue MAKEDEV-Datei wird durch die Installation von base43.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 an dieser Stelle unbesorgt ignoriert werden, du könntest aber auch sendmail(8) während dem Upgradeprozess beenden. Zu diesem Zeitpunkt arbeitet sendmail noch nicht richtig und muss (als Teil des Reboots) neugestartet werden, bevor man erwarten kann, dass er E-Mails richtig verarbeitet.

Letzte Schritte

Falls du nun unter Verwendung eines Installationskernels (und dadurch einen formalen Upgradeprozesses) oder aber ein Binärupdate im laufenden System, gibt es einige Schritte, die manuell durchgeführt werden müssen.

1. Neue sowie geänderte Benutzer und Gruppen

Neue Benutzer werden für ospf6d und snmpd benötigt. Lege diese Benutzer und Gruppen mit useradd(8) an:

useradd -u90 -g=uid -c"OSPF6 Daemon" -d/var/empty -s/sbin/nologin _ospf6d
useradd -u91 -g=uid -c"SNMP Daemon" -d/var/empty -s/sbin/nologin _snmpd

Du musst ebenfalls vipw(8) verwenden, um die Passwortdateien sowie mit deinem bevorzugtem Editor die Datei /etc/group zu ändern: Ändere in beiden _hoststated in _relayd und die Beschreibung in vipw(8) von »HostState Daemon« in »Relay Daemon«. Belasse den Rest der Zeile so wie er ist.

2. `/etc` upgraden

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

tar -C /tmp -xzphf ${RELEASEPATH}/etc43.tgz

Dateien, die ordnungsgemäß von etc43.tgz »so wie sie sind« kopiert werden können:

etc/mail/README
etc/moduli
etc/mtree/4.4BSD.dist
etc/mtree/BSD.local.dist
etc/mtree/special
etc/netstart
etc/ospf6d.conf
etc/rc
etc/rc.conf
etc/relayd.conf
etc/security
etc/snmpd.conf
var/named/etc/root.hint

Bedenke, dass es möglich IST, all diese Dateien lokal zu modifizieren. Solltest du sie also modifiziert haben, musst du sie manuell anpassen. Achte besonders auf mail/*, wenn du eine angepasste Sendmail(8)-Konfiguration verwendest. Hier sind Copy&Paste-Zeilen, um diese Dateien zu kopieren, angenommen, dass du etc43.tgz in dem zuvor empfohlenen Verzeichnis abgelegt hast:

cd /tmp/etc
cp moduli netstart ospf6d.conf rc rc.conf relayd.conf security snmpd.conf /etc
cp mtree/* /etc/mtree/
cp mail/README /etc/mail
cp ../var/named/etc/root.hint /var/named/etc

Diese Dateien werden sehr wahrscheinlich lokale Änderungen haben, sollten aber dennoch für 4.3 aktualisiert werden. Wenn du diese Dateien nicht geändert hast, kopiere einfach die neue Version, ansonsten musst du die Änderungen in deine Dateien übernehmen:

etc/changelist
etc/chio.conf
etc/ftpusers
etc/mail/aliases
etc/ssh/sshd_config
etc/sudoers
etc/sysctl.conf
var/named/etc/named-dual.conf
var/named/etc/named-simple.conf
var/named/etc/named.conf
var/www/conf/httpd.conf
var/www/conf/mime.types
var/www/htdocs/manual/mod/core.html
var/www/htdocs/manual/server-wide.html

Die Änderungen dieser Dateien befinden sich in dieser Korrekturroutine. Du kannst versuchen, sie zu verwenden, indem du das Folgende als root ausführst:

cd /
patch -C -p0 < upgrade43.patch

Hiermit wird geprüft, wie gut die Korrektur sich in DEIN System einbinden lässt. Um ihn tatsächlich einzubinden, lass die Option -C weg. Beachte, dass es sehr wahrscheinlich ist, dass wenn du diese Dateien modifiziert, nicht immer auf dem aktuellsten Stand gehalten hast oder von einem Schnappschuss von 4.2 aus upgradest, diese Korrektur nicht richtig angewandt werden kann. In diesen Fällen musst du die Änderungen manuell vornehmen. Teste diesen Prozess bitte, bevor du dich darauf verlässt, dass alles funktioniert, wenn du ihn an einem schwer zu erreichenden System anwendest.

/etc/ttys sind nun zwar einheitlicher zwischen den Plattformen, macht aber eine Aktualisierung dieser Datei etwas kniffliger. Es wird empfohlen, dass du diese neue Datei einfach übernimmst und manuell alle Änderungen in die neue integrierst:

mv /etc/ttys /etc/ttys.orig
cp /tmp/etc/ttys /etc

Die folgenden Dateien haben Änderungen erfahren, die du dir genauer ansehen solltest, da sie sehr wahrscheinlich nicht direkt kopiert oder eingepflegt werden können (d. h. wenn du pf.conf verwendest, dann solltest du dir die empfohlene Änderung der Sicherheitsrichtlinie angucken und für dich selbst entscheiden, ob sie für deine Anwendungen eingesetzt werden kann):

/etc/pf.conf

Es gibt noch ein paar weitere Dateien, die du löschen kannst, da sie nicht länger in 4.3 verwendet werden:

rm /etc/hoststated.conf /var/named/standard/root.hint

Verwende schlussendlich newaliases(8), um die Alias-Datenbank zu aktualisieren, mtree(8), um alle neuen Verzeichnisse zu erstellen und ändere den Besitzer und Zugriffsrechte für /etc/chio.conf:

newaliases
mtree -qdef /etc/mtree/4.4BSD.dist -p / -u
chown root:operator /etc/chio.conf
chmod 644 /etc/chio.conf

3. Überprüfe den Kernel

Hinweis: Die meisten Leute können diesen Schritt überspringen!

Wenn du den Anweisungen gefolgt bist, wie man einen Upgradeprozess ohne Installationskernel durchführt, hast du diesen Schritt bereits absolviert. Wenn du jedoch den Installationskernel und unter 4.2 einen angepassten Kernel verwendet hast, wirst du das gleiche vermutlich auch unter 4.3 machen wollen. Dabei kann es sich um so einfache Dinge wie eine Änderung eines bestimmtes Devices mittels config(8) handeln, doch könnte es genauso gut bedeuten, dass du den Kernel neuerzeugen musst, da sich eine von dir benötigte Option nicht im GENERIC-Kernel befindet. Lies bitte FAQ 5 - Das System aus dem Quelltext erzeugen, bevor du in Erwägung ziehst, deinen Kernel neu zu erzeugen.

4. Pakete upgraden

Wenn du irgendwelche Pakete auf deinem System installiert hattest, solltest du sie aktualisieren, nachdem du das Basissystem erfolgreich upgegradet hast. Du solltest jedoch darauf achten, dass viele Pakete weitere Konfigurationsschritte vor (und/oder nach) dem Paket-Upgrade benötigen. Lies die Upgradeanleitung für die Anwendung durch, wenn du weitere Informationen benötigst.

Mit den Paketwerkzeugen kann man direkt mittels pkg_add -u aktualisieren. Um zum Beispiel alle deine Pakete zu aktualisieren, stelle sicher, dass PKG_PATH auf das Verzeichnis deiner CD oder eines FTP-Spiegelservers zeigt, in dem sich die 4.3-Pakete befinden. Verwende dann Folgendes:

# pkg_add -ui -F update -F updatedepends

Dabei gibt -u den Updatemodus an und -i den interaktiven Modus, sodass pkg_add dich um Rat bittet, sollten Probleme auftreten. Lies die pkg_add(1)-Handbuchseite und das Kapitel Verwaltung der Pakete der FAQ für weitere Informationen.

5. xbase42.tgz entfernen

Wenn du xbase42.tgz für libexpat installiert hast, da Pakete diese Bibliothek benötigten, brauchst du das Dateiset für 4.3 nicht mehr. Du kannst es entweder entfernen oder xbase43.tgz installieren.

Wenn du es entfernen möchtest, kannst du folgende Befehle verwenden:

# mv /usr/X11R6/lib/libexpat.so.* /usr/lib
# rm -r /usr/X11R6 /etc/X11 /etc/fonts

Wenn du xbase43.tgz installieren möchtest, musst du die alten libexpat-Dateien entfernen:

# mv /usr/X11R6/lib/libexpat.so.* /usr/lib
# rm /usr/X11R6/lib/libexpat*
# rm /usr/X11R6/include/expat*