L'annonce est ici, les notes de mises à jour là, et les instructions de mise à jour ici.

La mise à jour de mon serveur ne s'est pas passée sans problèmes... Du moins ça allait jusqu'à compiler les nouveaux binaires et le nouveau noyau, mais au redémarrage, le serveur n'est pas revenu en ligne... Je me suis demandé si c'était pas parce que j'avais changé le driver de la carte réseau de nve(4) à nfe(4), vu que dans le nouveau fichier de configuration du noyau GENERIC, nve est commenté.

Mais non. nfe reconnaît bien ma carte réseau :

nfe0: <NVIDIA nForce 430 MCP13 Networking Adapter> port 0xb080-0xb087 mem 0xdfdd3000-0xdfdd3fff irq 23 at device 20.0 on pci0

C'est "juste" que le nouveau driver du contrôleur de disque a décidé de donner le nom ad10 à mon disque dur, qui portait jusque-là le nom de ad12... Du coup mon fichier /etc/fstab, qui liste les partitions et les points de montage respectifs était erroné... J'ai donc du corriger les entrées à la main, découvrant au passage que le vi de /rescue était buggé, il demande des fichiers de /usr, qui contient un vi complet...

Au final j'ai monté /usr à la main, et réussi à modifier fstab correctement. La machine a redémarré sans problèmes avec le nouveau noyau, j'ai pu finir la mise à jour.

Et ce matin, je suis un peu empêtré dans la recompilation des ports. Heureusement, j'ai trouvé (enfin, retrouvé) le document de Colin Percival décrivant la mise à jour de FreeBSD par freebsd-update. Je n'utilise pas moi-même ce logiciel (mais je vais l'essayer au boulot), mais il donne une astuce pour recompiler les ports sans que portupgrade déconne au milieu parce qu'il a mis à jour ses propres dépendances :

# portupgrade -f ruby
...
# rm /var/db/pkg/pkgdb.db
# portupgrade -f ruby18-bdb
...
# rm /var/db/pkg/pkgdb.db /usr/ports/INDEX-*.db
# portupgrade -af 

Dans quelques heures ma machine sera à nouveau pleinement opérationnelle et récente à fond.