Voir la source de Passage de FreeBSD-8.2-STABLE a FreeBSD-9.0-BETA1

==Adaptation de la configuration du noyau==
Après avoir effectué la procédure classique:

 [root@morzine ~]# cd /usr/src
 [root@morzine src]# rm -r .svn *
 [root@morzine src]# svn co http://svn.freebsd.org/base/head /usr/src
 A    /tmp/src/usr.bin
 A    /tmp/src/usr.bin/lastcomm
 A    /tmp/src/usr.bin/lastcomm/lastcomm.c
 A    /tmp/src/usr.bin/lastcomm/pathnames.h
 A    /tmp/src/usr.bin/lastcomm/readrec.c
 A    /tmp/src/usr.bin/lastcomm/Makefile
 A    /tmp/src/usr.bin/lastcomm/lastcomm.1
 A    /tmp/src/usr.bin/kdump
 ...
 [root@morzine src]# mergemaster -p
 ...
 [root@morzine src]# make -s buildworld
 ...
 [root@morzine src]# make -s kernel
 ...
 [root@morzine src]# make -s installworld
 ...
 [root@morzine src]# mergemaster -Fi
 ...
 [root@morzine src]# shutdown -r now

Le système redémarre avec le nouveau noyau, mais s'arrête avec l'erreur '''<tt>Fatal trap 12: page fault while in kernel mode</tt>'''. En redémarrant avec le nouveau <tt>zfsloader</tt> le noyau
8.2-STABLE, le système s'arrête avec la même erreur! :-O

Après quelques recherches, je constate qu'en version 9.0 le module '''<tt>acpi</tt>''' n'existe
plus et que donc le nouveau <tt>zfsloader</tt> ne le charge plus. Il s'agit là de la cause
qui entraîne, aussi bien en 8.2-STABLE qu'en 9.0-BETA1, le <tt>Fatal trap 12</tt> si l'<tt>acpi</tt>
n'est pas activé pour la configuration particulière de mon système.

En ajoutant '''<tt>device acpi</tt>''' à la configuration de mon noyau, tout rentre dans l'ordre.

Hélas, la carte WiFi <tt>Atheros 5424/2424</tt> n'est plus reconnue. Ce problème est provoqué
par l'introduction en FreeBSD 9.0 du nouveau module <tt>ath_pci</tt>. En ajoutant
'''<tt>device ath_pci</tt>''' à la configuration du noyau, la carte est à nouveau correctement
détectée.

==Démarrage avec zfsboot==

Sur un de mes systèmes, le disque est partagé entre <tt>Windows 7</tt> et <tt>FreeBSD</tt>. <tt>FreeBSD</tt> est sur un pool <tt>ZFS</tt>:

 [root@meribel ~]# gpart show     
 =>       63  312581745  ada0  MBR  (149G)
          63  167782797     1  ntfs  (80G)
   167782860  144798948     2  freebsd  [active]  (69G)
  
 =>        0  144798948  ada0s2  BSD  (69G)
           0  144798948       1  freebsd-zfs  (69G)

Il faut donc, pour pouvoir mettre à niveau la version du pool ZFS, préalablement mettre à niveau le <tt>zfsboot</tt> de la partition <tt>FreeBSD</tt> (<tt>/dev/ada0s2a</tt>):

 /bin/dd if=/boot/zfsboot of=/dev/ada0s2a bs=512 count=1
 1+0 records in
 1+0 records out
 512 bytes transferred in 0.016262 secs (31484 bytes/sec)
 /bin/dd if=/boot/zfsboot of=/dev/ada0s2a bs=512 skip=1 seek=1024 
 128+0 records in
 128+0 records out
 65536 bytes transferred in 0.012285 secs (5334638 bytes/sec)

Cette mise à jour se fait en démarrant le système à l'aide d'une clé USB (par exemple
[http://mfsbsd.vx.sk/ mfsBSD]) pour que l'accès à la partition ne soit pas protégé.

Mais comme j'avais déjà recompilé tous le système à l'aide du nouveau compilateur <tt>clang</tt>,
j'ai constaté que le démarrage du système se bloque lors de l'affichage de la barre tournante
par <tt>zfsboot</tt>. Après avoir compilé <tt>zfsboot</tt> avec le compilateur classique
<tt>gcc</tt>, tout rentre dans l'ordre.

==Adaptation des ports==
Sous FreeBSD-9 <tt>utmp(5)</tt> a été remplacé par l'interface standardisée POSIX <tt>utmpx</tt>
<ref>
[http://docs.freebsd.org/cgi/getmsg.cgi?fetch=410668+0+/usr/local/www/db/text/2010/freebsd-current/20100117.freebsd-current HEADS UP: <utmp.h> gone. All welcome <utmpx.h>]
</ref>.
Le port <tt>sysutils/libutempter</tt> doit être supprimé car cette API est maintenant intégrée au
système.

Si <tt>x11/gdm</tt> est utilisé, il faut le réinstaller après la suppression de
<tt>sysutils/libutempter</tt>.

==Préférence IPv6 / IPv4==
J'ai constaté que FreeBSD-9.0 utilise par défaut IPv4 tandis que la version précédente (FreeBSD-8.2)
utilisait par défaut IPv6 si le protocole est disponible entre le client et le serveur. Ce
comportement est contrôlé par la commande <tt>ip6addrctl(8)</tt>. Pour rétablir la priorité du protocole IPv6, il suffit d'ajouter un parapètre dans <tt>/etc/rc.conf</tt> ou
<tt>/etc/rc.conf.local</tt> :

  ip6addrctl_policy="ipv6_prefer"

==Référence==
<references />