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

Guide de Mise à niveau : 3.6 vers 3.7

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 à niveau...

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

pkg_delete -q /var/db/pkg/*

Notez qu'avec OpenBSD 3.7, 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.5 ou 3.6. 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. Notez les noms de paquetages installés avec pkg_info, consultez les noms des nouveaux paquetages correspondant, et le lancement de pkg_add -r -q list_of_new_pkgs devrait fonctionner dans la plupart des cas.
• Les instances de mozilla sont une exception. Tous les paquetages mozilla, bloatzilla et firefox DOIVENT utiliser l'ancienne procédure : lancez tout d'abord pkg_delete, puis lancez pkg_add avec le nouveau paquetage.

Utilisateurs i386 et macppc : A cause du passage à gcc3, vous devez supprimer le répertoire /usr/include/g++ avant la mise à niveau, que vous utilisiez les médias d'installation ou non.

rm -rf /usr/include/g++

Mise à niveau sans media d'installation

Mise à niveau sans media d'installation

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 !
• 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 base37.tgz, faites en étant root les commandes suivantes :

  cd /
  tar xzpf /path/base37.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.
• Arrêtez toutes les applications qui pourraient causer des problèmes lors des étapes suivantes.
• Installez les nouvelles applications du userland

  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
  

  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. Notez aussi que les fichiers dans /etc sont gérés séparemment, etc37.tgz et xetc37.tgz ne sont pas extraits ici.
• Mettez à 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.
• Mettez à jour /etc comme ci-dessous.
• Redémarrez

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

Mises à Jour de /etc

Nouveaux utilisateurs et groupes

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

Applications du Userland

X.org remplace XFree86 : A cause du changement de licence du projet XFree86, OpenBSD a migré vers le projet X Window System X.org. Les fichiers de configuration de X11 doivent cependant être mis à jour. Beaucoup d'utilisateurs peuvent simplement extraire xetc37.tgz sans attention particulière :

cd /
tar xzpf /path/xetc37.tgz

Si vous avez un fichier /etc/X11/XF86Config qui fonctionne sur OpenBSD 3.6, le renommer en /etc/X11/xorg.conf vous donnera probablement un système X Window complètement fonctionnel sur OpenBSD 3.7. Vous pourriez aussi trouver que les nouvelles versions de X se configurent davantage par elles-même et, selon votre matériel, vous pourriez ne pas avoir du tout besoin d'un fichier /etc/X11/xorg.conf.

changement du comportement de bgpd(8) : Le nouveau rde route-age [evaluate|ignore] a changé le comportement de bgpd. Jusqu'alors, evaluate était l'option implicite par défaut mais cette option par défaut est devenu ignore. L'évaluation route age n'est pas spécifiée dans la RFC 1771 et les résultats de décisions non déterministes sont préférables pour des liens plus stables.

pfsync prend syncdev au lieu de syncif : Lors de la configuration du périphérique pfsync, utilisez 'syncdev' en remplacement du mot clé désuet 'syncif'.

OpenNTPD règle à présent immédiatement l'heure au démarrage : Dans OpenBSD 3.7, OpenNTPD est capable de réaliser des corrections conséquentes, et il n'est plus nécessaire d'utiliser rdate(8) pour régler l'heure avant de lancer ntpd(8). Vous pourriez souhaiter désactiver rdate(8) dans votre fichier rc.conf.local (ou rc.conf) si vous aviez opté pour ceci.

Changement de fichiers dans /etc

cd /tmp
tar xzpf /path/etc37.tgz

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

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

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

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

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

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