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

Guide de Mise à niveau : 3.7 vers 3.8

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 la procédure ci-après sur un système local d'abord 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.

Avant de mettre à jour...

Avant de mettre à niveau, certains utilisateurs choisissent de supprimer tous les paquetages, et d'installer de nouvelles versions après la mise à niveau.

Pour supprimer rapidement tous les paquetages de votre système :

pkg_delete -q /var/db/pkg/*

Après la mise à niveau, installez les nouvelles versions de ces applications.

Notez qu'avec OpenBSD 3.8, les pkg tools supportent à présent la mise à jour "sur place" en utilisant pkg_add -r. Le fonctionnement a été vérifié avec la plupart des paquetages, en particulier avec les paquetages des CDs de 3.6 ou 3.7. Quelques points importants :

pkg_add -r ne gère pas les mises à jour globales, et il faut lui indiquer les noms de paquetages à mettre à jour. pkg_add -u, une nouvelle option, peut être utilisée pour trouver la liste exacte des paquetages à transmettre à pkg_add -r.
pkg_add -r -F update -F updatedepends -q list_of_new_pkgs devrait fonctionner dans la plupart des cas.
Les paquetages Mozilla de 3.7 peuvent être mis à jour en toute sécurité vers la version 3.8.

le pilote tx(4) s'appelle désormais epic(4). Si votre système contient une carte à base de tx(4) (telle que SMC EtherPower II 10/100), elle sera supportée par un pilote 3.8 différent du pilote 3.7. AVANT d'effectuer la mise à jour, copiez le contenu des fichiers /etc/hostname.tx* dans les fichiers /etc/hostname.epic* correspondants. Autrement, vous n'aurez plus de réseau durant et après le processus de mise à jour.

Mise à niveau avec media d'installation

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 et de suivre les étapes de mise à jour; étapes fortement similaires à celles décrites dans la procédure d'installation. Ensuite, il ne vous restera plus que la mise à jour de /etc à faire comme indiqué plus loin.

Mise à niveau sans media d'installation

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

On a parfois besoin de mettre à niveau une machine mais on ne peut pas utiliser le processus classique de mise à niveau. 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 !
Stopper toutes les applications "insécurisées" de démarrage au boot : Il y aura un moment ou 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 dependante 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.
Installez le(s) nouveau(x) noyau(x)
cd /path 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 y ai toujours une copie valide du noyau sur le disque que le système puisse booter sans quoi il pourrait y avoir un problème de synchronisation ou une panne vraiment désagréable.
Installez les nouveaux fichiers /etc/firmware : A cause du fait que certains "firmware" ajoutés ont été déplacés du noyau vers des fichiers dans le répertoire /etc/firmware, il y a quelques drivers qui seront inutilisables s'il n'y a pas de fichier firmware pouvant être chargés lorsque le nouveau noyau démarre. 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 base38.tgz, faites en étant root les commandes suivantes :
cd / tar xzpf /path/base38.tgz "*etc/firmware/*"
avant la prochaine étape.
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, ou le nouveau noyau lancera d'anciennes applications utilisateur (tel que la commande reboot ! qui sera importante pour la suite). Signalons qu'un nouveau "userland" ne marchera PAS sur un ancien noyau dans la plupart des cas.
Installez les nouvelles applications du userland Ne PAS installer etc38.tgz et xetc38.tgz maintenant !
cd / tar xzpf /path/base38.tgz tar xzpf /path/comp38.tgz tar xzpf /path/game38.tgz tar xzpf /path/man38.tgz tar xzpf /path/misc38.tgz tar xzpf /path/xbase38.tgz tar xzpf /path/xfont38.tgz tar xzpf /path/xserv38.tgz tar xzpf /path/xshare38.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 etc38.tgz et xetc38.tgz ne sont PAS ouvertes à cette étape.
Mettre à jour /dev. Le nouveau fichier MAKEDEV sera copié dans /dev par l'installation de base37.tgz, vous n'avez ainsi qu'a faire ce qui suit :
cd /dev ./MAKEDEV all
Consultez aussi les notes ci-dessous qui sont spécifiques aux versions.
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.

Mises à Jour de `/etc`

Si vous mettez à niveau en utilisant un media d'installation et faites une "mise à niveau" formelle, ou faites une mise à niveau binaire "sur place", il y a certaines étapes manuelles qui doivent être réalisées.

Nouveaux utilisateurs et groupes

Le démon FTP a été retravaillé afin d'abandonner ses privilèges, et le démon OSPF a été ajouté, de nouveaux utilisateurs et groupes sont ainsi requis. En étant root, ajoutez les utilisateurs et groupes suivants, en utilisant useradd(8):

useradd -u86 -g=uid -c"HostAP Daemon" -d/var/empty -s/sbin/nologin _hostapd

Ces étapes ajouteront à la fois les nouveaux utilisateurs et leurs groupes correspondant. Votre environnement pourrait vous autoriser à copier/coller ces commandes.

Applications du Userland

Changement de fichiers dans `/etc`

Vous voudrez extraire etc38.tgz dans un répertoire temporaire :

cd /tmp tar xzpf /path/etc38.tgz

Fichiers pouvant probablement être copiés de etc38.tgz "en l'état" :

hostapd.conf netstart pf.os rc services mtree/*

Notez qu'il est possible de modifier ces fichiers localement, si ceci a été fait, une fusion manuelle pourrait être nécessaire. Voici les lignes copiées/collées pour copier ces fichiers, à la condition que vous ayez extrait etc38.tgz dans le répertoire conseillé ci-dessus :

cd /tmp/etc cp hostapd.conf netstart pf.os rc services /etc cp mtree/* /etc/mtree/

Fichiers devant être fusionnés manuellement, en respectant tout changement local effectué sur ceux-ci :

ftpusers inetd.conf login.conf rc.conf sysctl.conf syslog.conf mail/aliases

Les modifications effectuées sur ces fichiers se trouvent dans fichier "patch". Vous pouvez essayer de l'utiliser en exécutant la commande suivante avec les privilèges root :

cd / patch -C -p0 <upgrade38.patch

Ceci aura pour effet de tester le "patch" pour voir s'il s'applique bien à VOTRE système. Pour l'appliquer, supprimer l'option "-C" de la commande précédente. Si vous avez effectué des modifications locales sur ces fichiers ou si vous ne les avez pas gardé aussi à jour que possible par rapport aux versions officielles, ou si vous effectuez la mise à jour depuis un snapshot de la version 3.7, il se peut que le "patch" ne passe pas correctement. Vous devriez alors intervenir manuellement. Merci de bien vouloir tester ce procédé avant de vous y fier pour une machine à laquelle vous ne pouvez avoir accès facilement.

Etant donné que le fichier /etc/mail/aliases a été modifié, vous devez utiliser newaliases(8) pour prendre les modifications en compte.

Les fichiers suivants contiennent des modifications à considérer. Cependant, une copie ou une comparaison sont peu probables. Dans le cas de pf.conf par exemple, considérez les changements de stratégie s'il y a lieu et déterminez si ces changements sont adaptés à l'utilisation que vous faites de PF.

pf.conf spamd.conf /root/.profile

Enfin, utilisez mtree(8) pour créer les nouveaux répertoires :

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