[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.2 -> 4.3] | [4.3 -> 4.4] | [4.5 -> 4.6] | [FAQ Index]

Guide de Mise à niveau : 4.4 vers 4.5

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 de OpenBSD. 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.4 jusqu'à la version 4.5, 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 plus45.html et des journaux des modifications CVS.

Nouvelle séquence d'installation/redémarrage (processus de non-installation du noyau)
Les processus de mise à jour précédent utilisaient une étape d'installation de noyau, redémarrage et installation du "userland". Pour OpenBSD 4.5, nous suggérons un processus différent -- installez tout PUIS redémarrez. Cela doit être fait très prudemment, sinon on peut se retrouver avec un système dont la commande reboot(1) est inopérante. Comprenez et suivez les directions suivantes avant de faire votre mise à jour à distance.
Mise à jour de Perl 5.10.0
Le nouveau Perl 5.10.0 inclut un nombre de modules qui étaient dans les ports par le passé. Vous avez besoin de supprimer ces paquetages, nous allons l'expliquer avec d'autres mises à jour de paquetages plus loin.
Certaines options de ifconfig(8) ont été modifiées.
Pour scanner un réseau sans-fil, vous devez maintenant utiliser :
```
ifconfig interface scan
```
Pour afficher les types de média supportés, vous devez maintenant utiliser :
```
ifconfig interface media
```
Changements dans X
RgbPath n'est plus un mot clé valide dans la section Files du fichier xorg.conf , et doit être supprimé des fichiers de configuration existants.
Le pilote i810(4) a été complètement remplacé par le pilote intel(4) , donc votre fichier xorg.conf(5) doit être mis à jour en accord avec ces changements.
Plusieurs modules xserver et pilotes sont devenus obsolètes. Pour être sur que X -configure n'essaye pas de configurer les modules obsolètes, vous devez supprimer le contenu de /usr/X11R6/lib/modules/ avant la mise à jour.
changements de valeurs pour mixerctl(1)
Le nom de certaines variables de mixerctl(1) comme headphones a été raccourci en hp et speaker a été raccourci en spkr. Vous devez mettre à jour votre fichier mixerctl.conf(5) avec les nouveaux noms.
numéro de version de pfsync(4) incrémenté
A cause de changements dans le protocole et l'implémentation de l'interface pfsync(4), le numéro de protocole pfsync(4) a été incrémenté. Les pare-feu avec différentes versions ne seront pas capables de synchroniser la table des états et les connexions existantes finiront en basculant.
Utilitaire sysmerge(8) :
OpenBSD 4.5 inclut l'utilitaire sysmerge(8) , qui aidera les administrateurs à mettre à jour les fichiers de configuration après la mise à jour de leur système. Sysmerge(8) compare les fichiers courants de votre système avec les fichiers qui vont être installés avec le nouveau système, et vous donne la possibilité de garder les anciens fichiers, installer les nouveaux ou vous assister dans la fusion des anciens et des nouveaux fichiers, sdiff. Pour les mises à jour précédentes, nous avons fourni une liste de fichiers qui sont normalement copiés "tels quels", une liste de fichiers qui doivent être modifiés et un fichier de correctif qui applique ces changements qui doivent être effectués sur votre système. Pour la mises à jour de 4.4 vers 4.5, à la place d'utiliser un fichier de correctif, vous pouvez prendre l'option d'utiliser sysmerge pour faire vos changement, ou vous pouvez utiliser le fichier de correctif en premier puis continuer avec un session sysmerge pour nettoyer ce qui reste non finalisé.
Qui doit utiliser sysmerge(8) :
Les personnes utilisant des systèmes très modifiés ou qui ne démarrent pas avec une version précédente (par exemple, un snapshot entre deux versions), qui ont mis à jour vers un snapshot ou qui n'ont pas bien mis à jour leur système dans le passé trouveront l'utilisation de sysmerge très supérieure à l'utilisation des patchs, car il fonctionne avec ce qu'il y a actuellement sur votre système, à la place de ce nous aimerions trouver sur votre système. Il vous donnera aussi un bien plus grand contrôle sur votre processus de mise à jour, et vous y serez bien plus intégré.
Qui NE doit pas utiliser sysmerge(8) :
Les personnes qui possèdent un parc de machines à mettre à jour dans une configuration simple et qui utilise la dernière version stable préféreront plutot utiliser l'ancien système de correctif qui est plus simple.
Bien que sysmerge peut prendre en compte TOUS les changements de /etc, /dev, /root et /var, nous recommandons vivement de faire certains changements manuellement avant, cela vous fera gagner du temps et réduira la possibilité d'erreurs humaines. En particulier, il est hautement recommandé de ne pas utiliser sysmerge pour mettre à jour les comptes utilisateurs et les groupes, comme il est trés simple de choisir la mauvaise option entraînant l'effacement complet de vos comptes utilisateurs et configurer le mot de passe root à une valeur nulle, en prévision de connexions distantes qui pourraient corriger le problème.
rc.conf :
Il est convenu que /etc/rc.conf n'est pas un fichier qui doit être modifié par l'utilisateur. Si vous avez fait des changements dans votre fichier /etc/rc.conf, fusionnez ces changements dans /etc/rc.conf.local. Si vous NE possédez PAS de /etc/rc.conf.local, copiez simplement votre fichier /etc/rc.conf existant vers /etc/rc.conf.local et supprimez la dernière ligne de votre script ! Sinon, insérez votre rc.conf existant dans le haut de votre fichier rc.conf.local existant et supprimez la dernière ligne avant de continuer la suite du 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.5.

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.

AVANT de mettre à jour, cependant, faite ce qui suit si vous avez installé X :

rm -rf /usr/X11R6/lib/modules/*

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.5 à 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 en faisant attention suivant cette procédure :

Placez les fichiers d'installation dans un "bon" endroit. Assurez-vous d'avoir la place suffisante !
Stoppez toutes les applications appropriées : Durant cette étape, toutes les applications "userland" seront remplacées mais ne seront pas exécutables et des choses étranges peuvent arriver comme résultat. Si cela vous concerne, arrêtez les applications qui peuvent être impactées. Il pourrait également y avoir d'autres applications que vous devriez suspendre immédiatement après 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.4, il est probable que vous devrez modifier le noyau 4.5 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.5 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 de décider 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 /
```
(si vous utilisez un noyau multiprocesseurs, utilisez
rm /obsd ; ln /bsd /obsd && cp bsd.mp /nbsd && mv /nbsd /bsd
à la place)
Remarquez 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.
Supprimez les anciens modules X : Il seront remplacés par les nouveaux rapidement :
```
rm -rf /usr/X11R6/lib/modules/*
```
Sauvegardez vous-même une copie de l'ancienne commande reboot(1) : Vous continuez d'utiliser l'ancien noyau, il est possible que la nouvelle commande reboot ne fonctionne pas avec l'ancien noyau.
```
cp /sbin/reboot /sbin/oreboot
```
Installez les nouvelles applications du "userland". NE pas installer etc45.tgz et xetc45.tgz maintenant, parce que cela écraserait vos fichiers de configuration actuels ! Il faut remarquer que nous installons base45.tgz en DERNIER, parce qu'il inclut un nouvel utilitaire tar(1) qui peut ou pas fonctionner sur un ancien noyau. Nous redémarrons immédiatement car le système est normalement fonctionnel maintenant.
```
tar -C / -xzphf xserv45.tgz
tar -C / -xzphf xfont45.tgz
tar -C / -xzphf xshare45.tgz
tar -C / -xzphf xbase45.tgz
tar -C / -xzphf game45.tgz
tar -C / -xzphf misc45.tgz
tar -C / -xzphf comp45.tgz
tar -C / -xzphf man45.tgz
tar -C / -xzphf base45.tgz # Installation en dernier !
/sbin/oreboot
```
Tous les jeux de fichiers ne seront pas à installer pour toutes les applications, cependant, si vous aviez installé initialement un jeu de fichiers, vous devrez certainement le mettre à niveau avec le nouveau jeu de fichiers.
Encore une fois, les fichiers dans /etc sont traités séparement plus loin, donc etc45.tgz et xetc45.tgz NE sont pas ouvert maintenant.
Après un redémarrage complet, mise à jour de /dev. Le nouveau fichier MAKEDEV a été copié dans /dev par l'installation de base45.tgz, donc vous avez simplement à faire :
```
cd /dev
./MAKEDEV all
```

Étapes 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. Nouveaux Utilisateurs et Groupes

Un nouvel utilisateur est nécessaire pour le Bluetooth. Créez les utilisateurs et groupes en utilisant useradd(8)

useradd -u94 -g=uid -c"Bluetooth Daemon" -d/var/empty -s/sbin/nologin_btd

2. Mise à jour de `/etc`

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

export RELEASEPATH=/usr/rel
tar -C /tmp -xzphf ${RELEASEPATH}/etc45.tgz

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

netstart
rc
rc.conf
services
afs/CellServDB
mail/README
mail/submit.cf
mtree/4.4BSD.dist
mtree/special
/var/named/etc/root.hint
/var/named/etc/named*

Remarquez qu'il EST possible de modifier localement ces fichiers. Si vous l'avez fait, NE pas copier sur ces fichiers, et utilisez sysmerge(8) à la place. Voici des lignes à copier/coller pour copier ces fichiers, en supposant que vous avez extrait etc45.tgz à l'endroit précité :

cd /tmp/etc
cp netstart rc rc.conf services /etc
cp afs/CellServDB /etc/afs
cp mtree/* /etc/mtree
cp mail/README mail/submit.cf /etc/mail
cp ../var/named/etc/root.hint ../var/named/etc/named-*.conf /var/named/etc
cp ../var/named/etc/named.conf /var/named/etc/  # SI pas de changements locaux !

3a. Fusionner localement les changements de fichiers via une fichier de correctif

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

/etc/changelist
/etc/ftpusers
/etc/ksh.kshrc
/etc/lynx.cfg
/etc/mail/aliases
/etc/mail/trusted-users
/etc/shells
/etc/ssh/ssh_config

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 < upgrade45.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.4, 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.

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/dhcpd.conf
etc/ntpd.conf
etc/pf.conf

Finalement, utilisez newaliases(8) pour mettre à jour la base des aliases, mtree(8) créera tout nouveau répertoire :

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

3b. Fusionner localement les changements via sysmerge(8)

Le nouvel utilitaire sysmerge(8) comparera les fichiers qui sont actuellement sur votre système avec ceux qui devront être installés pendant la nouvelle installation, et vous assister dans la fusion des changements sur votre système. Il est à noter que contrairement au fichier correctif, il n'y a pas d'hypothèses faites sur ce qui est effectivement sur votre système, donc vous pouvez utiliser sysmerge(8) pour changer de facon arbitraire entre différentes saveurs du processus de développement, comme d'une ancienne version -current vers la 4.5-release ou d'une -current vers la dernière.

Il est conseillé de lire la page de manuel sysmerge(8) avant de l'utiliser sur votre système. Il serait aussi avisé de lire les pages de manuel suivantes diff(1), sdiff(1) et même revoir more(1) avant de continuer.

En supposant que les fichiers etc45.tgz et xetc45.tgz existent dans votre $RELEASEPATH, l'exécuter avec :

# sudo sysmerge -as $RELEASEPATH/etc45.tgz -x $RELEASEPATH/xetc45.tgz

Sysmerge(8) va vous présenter un diff(1), unifié à travers votre $PAGER favori (i.e., more(1)) et va vous demander, pour la plupart des changements de fichiers, si vous souhaitez :

  Use 'd' to delete the temporary ./var/www/htdocs/index.html
  Use 'i' to install the temporary ./var/www/htdocs/index.html
  Use 'm' to merge the temporary and installed versions
  Use 'v' to view the diff results again

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

Si vous souhaitez garder vos fichiers existants, supprimez le fichier temporaire, si vous souhaitez remplacer votre fichier existant par la nouvelle version, installez le fichier temporaire. Si vous souhaitez fusionner les deux ensemble, choisissez 'm' qui va vous mettre sous sdiff(1), ou vous pourrez manuellement fusionner le fichier. La valeur par défaut est de revenir et de traiter le fichier plus tard, manuellement.

Tant qu'il peut travailler, nous ne vous recommandons pas d'utiliser sysmerge à intégrer de nouveaux utilisateurs dans le système, mais plutôt d'utiliser la ligne useradd(8) plus haut. Nous pensons qu'il est beaucoup moins sensibles aux erreurs. (conseil: ne pas installer le fichier temporaire master.passwd sur votre existant !).

Sysmerge(8) sauvegardera tous vos fichiers remplacés dans un répertoire temporaire, similaire à /var/tmp/sysmerge.24959/backups, donc si vous avez accidentellement supprimé quelque chose, ce qui n'était probablement pas une bonne idée, vous avez une chance de le récupérer. Il est à noter que daily(8) effacera les anciens fichiers de ce répertoire.

4. Vérification du noyau

Remarque : la plupart des personnes 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.4, il est probable que vous devrez modifier le noyau 4.5 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.

5. 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 des interrogations sur la mise à jour qui aura un impact sur un grand nombre d'utilisateurs. Le fait qu'un paquetage n'est pas sur cette liste ne signifie pas qu'il aura une mise à jour triviale. Vous devez faire des travaux personnels sur les applications que VOUS utilisez.

subversion : Nouvelles fonctionnalités (par exemple merge-tracking) qui requierent que le repository soit mis à jour manuellement en utilisant la commande 'svnadmin upgrade'. Voir les commentaires sur la version.
kqemu : Doit rester synchronisé avec le noyau. pkg_delete avant la mise à jour, puis un pkg_add du nouveau paquetage après que la mise soit jour est terminée.

Les utilitaires de gestion des paquetages 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.5 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.

Un nombre de modules Perl qui étaient auparavant en paquetages sont maintenant inclus avec Perl 5.10.0 dans le système de base, donc après la mise à jour des autres paquetages, ces paquetages doivent être supprimés. En plus, xcompmgr(1) fait maintenant parti de xbase45.tgz, et n'est plus un paquetage donc il doit être aussi supprimé.

pkg_delete p5-Archive-Tar p5-Compress-Raw-Zlib p5-Compress-Zlib \
p5-IO-Compress-Base p5-IO-Compress-Zlib p5-IO-Zlib p5-Module-Build \
p5-Module-CoreList p5-Module-Load p5-version p5-Digest-SHA \
p5-Locale-Maketext-Simple p5-Pod-Escapes p5-Pod-Simple \
p5-ExtUtils-ParseXS p5-ExtUtils-CBuilder p5-Module-Pluggable \
p5-Time-Piece p5-Module-Loaded xcompmgr

Il faut remarquer que si vous faites un copier-coller de cette commande sur votre système, vous aurez sûrement un nombre important de messages d'erreurs de paquetages que vous n'avez pas installé. C'est ok.