[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] | [FAQ Index]

Guide de Mise à niveau : 4.2 vers 4.3

Remarque : Les mises à niveau ne sont supportées que d'une release à la suivante. Ne sautez pas les releases.

Il est hautement recommandé de lire entièrement la présente page et de bien comprendre la procédure de mise à jour avant de l'appliquer. Si vous comptez mettre à jour une machine critique ou physiquement distante, il est recommandé d'essayer d'abord la procédure ci-après sur un système local afin d'en vérifier le succès.

La mise à niveau est un moyen commode afin d'avoir votre système à jour avec la version la plus récente. Cependant, les résultats escomptés ne sont pas censés être précisément ceux d'une installation de zéro. Les fichiers d'anciennes bibliothèques en particulier ne sont pas supprimés lors du processus de mise à niveau, car ils pourraient être requis par de plus anciennes applications pouvant être ou non mises à jour à ce moment précis. Si vous voulez VRAIMENT vous débarrasser de ces anciens fichiers, vous feriez probablement mieux de réinstaller complètement votre système.

Table des matières :

Avant de mettre à jour
Procédure de mise à jour
Etapes finales

Avant de mettre à jour : Les éléments à savoir et dont il faut être conscient

Ceci n'est pas une liste complète des modifications qui ont été effectuées depuis la version 4.2 jusqu'à la version 4.3, mais plutôt un ensemble des éléments importants qui devraient concerner un grand nombre d'utilisateurs durant le processus de mise à jour. Pour une liste plus exhaustive de ces modifications, veuillez prendre connaissance de plus43.html et des journaux des modifications CVS.

libexpat a été déplacé dans base43.tgz
Pour 4.2, libexpat avait été déplacé des ports à xbase42.tgz, ce qui pouvait être très gênant pour les personnes n'ayant aucune autre raison pour installer X. Pour 4.3, libexpat a été déplacé de xbase42.tgz à base43.tgz ainsi, pour de nombreuses applications, il n'y a plus de raison d'installer xbase43.tgz.
Cela peut créer un petit problème si vous avez installé xbase42.tgz pour avoir libexpat sur votre système 4.2. Vous devez alors le supprimer ou bien le mettre à jour. Si libexpat était la seule raison pour laquelle vous avez installé xbase42.tgz, la suppression des anciens fichiers est probablement la meilleure solution. Les détails pour la suppression de xbase42.tgz sont fournis.
Notez aussi que la construction à partir des ports est toujours uniquement supportée avec une installation complète, incluant tous les jeux de fichiers X.
Modification de httpd.conf :
Les paquetages pour les modules de httpd(8) installent maintenant les fichiers de configuration dans /var/www/conf/modules.samples, et amènent l'utilisateur à créer les liens symboliques dans /var/www/conf/modules. Les lignes suivantes doivent être ajoutées à /var/www/conf/httpd.conf après les directives LoadModule (vers la fin de la section 1) :
```
#
# Include extra module configuration files
#
Include /var/www/conf/modules/*.conf
```
Ceci est inclus dans le fichier upgrade43.patch, mais il peut ne pas s'appliquer correctement sur un fichier httpd.conf hautement personnalisé. Vous devez vous assurer que ces lignes sont bien présentes sur votre système, autrement les futurs ajouts de paquetages ne fonctionneront pas correctement après installation.
hoststated(8) renommé en relayd(8) :
hoststated(8) a été renommé en relayd(8). Cela nécessitera de renommer l'utilisateur et le groupe _hoststated en _relayd, ainsi que de modifier votre fichier /etc/pf.conf et de reprendre votre hoststated.conf(5) dans votre fichier relayd.conf(5). Les instructions de mise à niveau ici installeront un nouveau fichier relayd.conf, vous devrez le configurer selon vos besoins.
Changements de carp(4)
carp(4) a été modifié pour le rendre plus simple à configurer. Si vous utilisez carp avec de la répartition de charge ARP ou IP, votre configuration doit être changée en conséquence :
- Les interfaces carp(4) multiples partageant une IP ont été remplacées par l'option carpnodes.
- net.inet.carp.arpbalance sysctl(8) a été remplacé par le mode de répartition arp.
- Les indicateurs link0, link1, et link2 ont été remplacés par les modes de répartitions ip, ip-stealth et ip-unicast.
L'emplacement de l'arbre par défaut de xenocara a changé :
L'emplacement par défaut de l'arbre des sources de xenocara (X) est maintenant /usr/xenocara. Cela est important pour ceux qui construisent X à partir des sources. Déplacez simplement l'arbre de xenocara :
```
# mv /usr/src/xenocara /usr
```
rc.conf :
Contrairement aux versions précédentes du processus, on considère depuis la version 4.1 d'OpenBSD que votre fichier /etc/rc.conf n'a pas été modifié. Si vous avez effectué des modifications dans /etc/rc.conf, déplacez-les dans /etc/rc.conf.local. Si vous n'avez PAS de fichier /etc/rc.conf.local, il suffit de copier votre fichier /etc/rc.conf dans /etc/rc.conf.local et de supprimer la dernière ligne du script ! Autrement, reprenez votre rc.conf existant en haut de votre rc.conf.local et supprimez la dernière ligne avant de poursuivre le processus.
Noyau modifié :
Vérifiez si vous avez apporté des modifications à votre noyau. Par exemple, vous avez pu modifier votre périphérique réseau pour utiliser un paramètrage différent du paramétrage par défaut à l'aide de config(8). Notez vos modifications afin que vous puissiez les reproduire avec le nouveau noyau 4.3.

Procédure de mise à jour

Mise à niveau avec un noyau d'installation

Si vous avez accès à la console système, la manière la plus facile et la plus sûre pour effectuer une mise à jour à partir de fichiers binaires consiste à démarrer depuis un média d'installation ou depuis le noyau bsd.rd et de suivre les étapes de mise à jour ; étapes fortement similaires à celles décrites dans la procédure d'installation. Ensuite, terminez la mise à jour en suivant les étapes finales ci-dessous.

Une solution simple pour démarrer sur le noyau d'installation est de mettre le noyau bsd.rd de la version 4.3 à la racine de votre lecteur de démarrage et de dire au chargeur de démarrage d'utiliser ce nouveau fichier bsd.rd. Sur amd64 et i386, vous pouvez entrer "boot bsd.rd" à l'invite de commandes boot>.

Mise à niveau sans noyau d'installation

Ce n'est pas la solution recommandée. Utilisez le noyau d'installation le plus souvent possible !

De temps à autre, on peut avoir besoin de faire la mise à jour d'une machine sans pouvoir utiliser le processus de mise à jour classique. Le cas le plus courant est celui d'une machine distante dont on ne peut accéder à la console système. On peut alors réaliser une mise à niveau depuis les sources :

Placez les fichiers d'installation dans un "bon" endroit. Assurez-vous d'avoir la place suffisante !
Stoppez toutes les applications "insécurisées" lancées lors du démarrage : Il y aura un moment où PF ne sera pas le bienvenu pendant le processus de mise à jour, mais vos applications continueront de démarrer et de s'arrêter correctement. Toute application dépendante de PF pour la sécurité devrait être désactivée avant qu'un problème ne se produise, et ne devrait pas être réactivée avant que le fonctionnement de PF, après la mise à jour, ait été vérifié. Il pourrait également y avoir d'autres applications que vous devriez suspendre lors de la mise à jour, arrêtez et désactivez les de la même manière.
Vérifiez le noyau : Bien que la plupart des gens puissent sauter cette étape, si vous aviez un noyau modifié en 4.2, il est probable que vous devrez modifier le noyau 4.3 de base. Surtout si vous effectuez une mise à jour à distance, c'est maintenant le bon moment pour vérifier que le nouveau noyau fonctionnera après le redémarrage de la machine. Si une modification du noyau doit être effectuée, la façon la plus sûre est de l'effectuer sur un système 4.3 local. Cela peut être aussi simple que de modifier un périphérique spécifique avec config(8), mais il peut aussi être nécessaire de recompiler le noyau si l'option que vous souhaitez n'est pas incluse dans le noyau GENERIC. Consultez la section FAQ 5 - Construire le Système à partir des Sources avant d'envisager une recompilation de votre noyau.
Installez le(s) nouveau(x) noyau(x)
```
export RELEASEPATH=/usr/rel   # où mettre les fichiers
cd ${RELEASEPATH}
rm /obsd ; ln /bsd /obsd && cp bsd /nbsd && mv /nbsd /bsd
cp bsd.rd bsd.mp /
```
Notez les étapes additionnelles pour copier par dessus un premier noyau : celles-ci sont réalisées afin de s'assurer qu'il existe toujours une copie valide du noyau sur le disque et que le système puisse redémarrer en cas de coupure électrique ou de panne.
Installez les nouveaux fichiers /etc/firmware : Parce que certains "firmwares" ont pu être mis à jour, il est possible que vous deviez mettre à jour le dossier /etc/firmware. Ceci concerne les utilisateurs de certains périphériques, bien que tout utilisateur devrait considérer cette étape. Afin d'extraire les fichiers firmware de base43.tgz, tapez en étant root les commandes suivantes :
```
cd /
tar -C / -xzphf ${RELEASEPATH}/base43.tgz ./etc/firmware
```
Redémarrez votre système avec le nouveau noyau : Il peut être tentant de sauter cette étape, mais ceci devrait être fait dès à présent, le nouveau noyau lancera d'anciennes applications utilisateur (telles que la commande reboot ! qui sera importante pour la suite) mais souvent un nouveau "userland" ne fonctionnera PAS sur un ancien noyau.
Installez les nouvelles applications du userland. Ne PAS installer etc43.tgz ni xetc43.tgz maintenant, car cela écraserait vos fichiers de configuration actuels !
```
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
```
Remarque : tous les jeux de fichiers ne devront pas être installés pour toutes les applications, cependant, si vous aviez installé originalement un jeu de fichiers, vous devrez certainement le mettre à niveau avec le nouveau jeu de fichiers.
Remarque : les fichiers appartenant à /etc sont gérés séparément. C'est pourquoi les archives etc43.tgz et xetc43.tgz ne sont PAS ouvertes à cette étape.
Mettre à jour /dev. Le nouveau fichier MAKEDEV sera copié dans /dev par l'installation de base43.tgz, vous n'avez ainsi qu'à faire ce qui suit :
```
cd /dev
./MAKEDEV all
```
Mise à niveau de /etc comme ci-dessous.
Redémarrez

Pendant ce processus, sendmail(8) pourrait produire des messages d'erreur comme :

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

Ces messages peuvent être ignorés sans risque, mais vous pourriez vouloir arrêter sendmail(8) pendant la mise à niveau. Notez que sendmail ne fonctionne pas correctement à ce stade, et devra être relancé (c'est une étape du redémarrage) avant qu'un mail puisse être géré correctement.

Etapes finales

Que vous mettiez à jour à partir d'un noyau d'installation et en utilisant le processus de mise à jour formel, ou en faisant une mise à jour binaire "sur place", vous aurez besoin d'effectuer un certain nombre d'étapes manuelles.

1. Ajout et modifications des Utilisateurs et des Groupes

De nouveaux utilisateurs sont nécessaires pour ospf6d, et snmpd. Créez ces utilisateurs et groupes en utilisant useradd(8)

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

Vous aurez également besoin d'utiliser vipw(8) pour éditer le fichier des mots de passe et de votre éditeur favori pour modifier le fichier /etc/group, changez _hoststated en _relayd dans chacun des cas, et modifiez la description dans vipw(8) de "HostState Daemon" en "Relay Daemon".

2. Mise à jour de `/etc`

Vous aurez besoin d'extraire les fichiers etc43.tgz dans un endroit temporaire :

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

Les fichiers suivants peuvent être probablement copiés "tels quels" à partir de etc43.tgz :

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

Notez qu'il EST possible de modifier localement ces fichiers. Si vous l'avez fait, une fusion manuelle est alors nécessaire. Veuillez prêter une attention particulière à mail/* si vous utilisez autre chose que la configuration Sendmail(8) par défaut. Voici des lignes à copier/coller pour copier ces fichiers, en supposant que vous avez extrait etc43.tgz à l'endroit précité :

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

Les fichiers suivants ont probablement été modifiés localement, mais ils doivent être mis à jour pour 4.3. SI vous n'avez pas modifié ces fichiers, vous pouvez copier directement la nouvelle version, sinon vous devez fusionner les modifications avec vos fichiers :

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

Les modifications apportées à ces fichiers se trouvent dans ce fichier correctif. Vous pouvez tenter de l'utiliser en exécutant les commandes suivantes sous l'identité root :

cd /
patch -C -p0 < upgrade43.patch

Ceci aura pour effet de tester le correctif afin de voir s'il va bien s'appliquer à VOTRE système. Si vous voulez l'appliquer, il suffit d'omettre l'option "-C". Il est probable que, si vous avez adapté ces fichiers à vos besoins ou si vous ne les avez pas maintenus à jour de manière stricte, ou si vous avez mis à jour à partir d'un snapshot de 4.2, le correctif ne se passera pas de manière satisfaisante. Dans ces cas, vous devrez appliquer manuellement les modifications. Veuillez tester ce processus avant de vous y fier, notamment pour une machine à laquelle vous ne pouvez pas accéder facilement.

/etc/ttys a été rendu plus cohérent à travers les plates-formes, mais cela rend la mise à jour plus compliquée pour ce fichier. Il est recommandé de copier ce nouveau fichier, et d'appliquer les modifications à ce dernier:

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

Les fichiers suivants comportent des modifications dont vous devez prendre connaissance, mais il est peu probable qu'ils puissent être directement copiés ou fusionnés (i.e. si vous utilisez pf.conf, prenez connaissance de la stratégie de mise à jour suggérée, et décidez si oui ou non elle est appropriée dans votre cas).

/etc/pf.conf

Il y a quelques fichiers qui peuvent être supprimés car ils ne sont plus utilisés dans 4.3 :

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

Enfin, utilisez newaliases(8) pour mettre à jour la base de données des alias, et mtree(8) pour créer les éventuels nouveaux répertoires et modifier le propriétaire et les accès sur /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. Vérification du noyau

Remarque : la plupart des gens peuvent sauter cette étape !

Si vous avez suivi les instructions de mise à niveau sans noyau d'installation, vous avez déjà accompli cette étape. En revanche, si vous utilisez le média d'installation et si vous aviez un noyau modifié en 4.2, il est probable que vous devrez modifier le noyau 4.3 de base. Cela peut être aussi simple que de modifier un périphérique spécifique avec config(8), mais il peut aussi être nécessaire de recompiler le noyau si l'option que vous souhaitez n'est pas incluse dans le noyau GENERIC. Consultez la section FAQ 5 - Construire le Système à partir des Sources avant d'envisager une recompilation de votre noyau.

4. Mise à jour des paquetages

Si vous avez installé des paquetages sur votre machine vous devriez les mettre à jour après la mise à niveau de votre système de base. Attention cependant car de nombreux paquetages nécessiteront une manipulation supplémentaire avant et/ou après avoir été mis à jour. Référez-vous au guide de mise à niveau de l'application pour de plus amples informations.

Les paquetages suivants sont connus pour avoir certains problèmes lors de la mise à niveau pouvant concerner un grand nombre d'utilisateurs. Le fait qu'un paquetage ne soit pas listé ne signifie en rien que sa mise à jour sera aisée. Vous devez vous renseigner sur les applications que VOUS utilisez. Les utilitaires de gestion des paquetages ("pkg tools") supportent la mise à jour avec la commande pkg_add -u. Par exemple, pour mettre à jour tous vos paquetages, soyez certains que PKG_PATH pointe bien vers le répertoire contenant les paquetages 4.3 sur votre CD ou un miroir FTP proche et utilisez une commande du type

# pkg_add -ui -F update -F updatedepends

où -u indique le mode mise à jour et -i le mode interactif, ainsi pkg_add vous demandera ce que vous souhaitez faire lorsque celui-ci rencontrera une ambiguïté. Lisez le manuel de pkg_add(1) et le chapitre de la FAQ sur la gestion des paquetages pour de plus amples informations.

5. Suppression de xbase42.tgz

Si vous avez installé xbase42.tgz pour obtenir libexpat pour les paquetages qui le nécessitaient, vous n'avez plus besoin de cela pour 4.3. Vous pouvez soit le supprimer soit installer xbase43.tgz.

Si vous souhaitez le supprimer, vous pouvez utiliser les commandes suivantes :

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

Si vous souhaitez installer xbase43.tgz, vous devez alors supprimer les anciens fichiers de libexpat :

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