La branche HEAD de FreeBSD est en passe de passer RELEASE.

Les ISO de FreeBSD-12 Alpha sont  disponibles pour test.

Vous pouvez aussi utiliser les source de head.



Code (]
root@vazylouison:/usr/src # svnlite info /usr/src
Path: .
Working Copy Root Path: /usr/src
URL: https://svn.freebsd.org/base/head
Relative URL: ^/head
Repository Root: https://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 339020
Node Kind: directory
Schedule: normal
Last Changed Author: bz
Last Changed Rev: 339020
Last Changed Date: 2018-09-29 23:14:54 +0200 (Sat, 29 Sep 2018)
[/code):

en cas de mise à jour, n'oubliez pas le [code] mergemaster -fP

pour inclure notamment l'utilisateur ntpd.

Pas de soucis lors d'une mise à jour mise à part la "perte" des identifiants ou connexions ssh, j'ai du ré-créer les utilisateurs pour que ça retombe en marche.


J'ai testé deux machines de chez Hetzner (qui font des prix sur les serveurs de récup').
L'une s'est installée sans problème depuis une installation de FreeBSD 11.1, l'autre n'amorce pas.
C'est peut-être seulement du à une installation old-school en BIOS, alors que la deuxième machine réclamerait du EFI.

Pour ceux que ça intéresse je prépare un installeur pour les machines de chez Hetzner ( il loue de "vieux" serveurs à des prix défiant toute concurrence ).

J'ai encore quelques soucis, mais voici la procédure.

Choisissez un disque rescue  FreeBSD 11.2, les autres ne fonctionnant pas.

Lancez l'installeur et laissez le aller au moins jusqu'au partitionnement.

Télécharger mes scripts:
https://gitlab.com/TurtleCrazy/zfsinstaller

Attentions, virez pour l'instant la partie gpart, j'ai une boulette quelque part qui empêche le système d'amorcer sur ada0. c'est pourquoi il faut laisser l'installeur partitionner et puis virer son zroot.

[code]
zpool destroy zroot
[/code]

et lancer zfsinstaller.
part contre, à la fin mettez votre configuration IP dans /etc/rc.conf, ailleurs dans /etc/rc.conf.d/ par exemple, ça ne marche pas.  >:(


Edit: Ayeh ça marche, j'avais oublié de mettre le disque actif
;)

Il y a eu des changements sur ZFS. En fait vu que je suis 11-Stable, je les vois arriver par groupe de 100 périodiquement.

Mais surtout, un ajout de features qui pourrait compliquer la maintenance:

[list bull-blackball]

feature@skein: un algo de hash et checksum plus rapide.

feature@device_removal: enlever un vdev avec zpool remove

feature@obsolete_counts: pendant du précédent

feature@zpool_checkpoint: permet de marquer un pool entier et d'y revenir; zpool checkpoint

feature@spacemap_v2: nouvel encodage sur deux mots des space_map


Ne pas oublier après une mise à jour de vos pool, de mettre le bon bootcode sur vos disques. (si GPT)

[code]
zpool upgrade zroot
gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0
[/code]


Surtout, si vous n'avez pas de moyen de lancer un shell sur un  "freebsd rescue" qui comprend pas ces features, sachez que vous ne pourrez plus monter vos disques ZFS qu'en Read-Only.

David Marec wrote on 08. Oct 2018 at 23:44:

Ne pas oublier après une mise à jour de vos pool, de mettre le bon bootcode sur vos disques. (si GPT)

Oups. Non, pas «si GPT», mais si «MBR», par opposition à EFI.

Si vous avez un boot en EFI, c'est le Bootx64.efi qui serait  à mettre à jour, et encore, ce n'est même pas sûr.

Ceci dit, si, comme moi, vous avez fait la connerie, recréer votre partition "p1".

[code]
gpart delete -i 1 ada0
gpart add -i 1 -a 4k -t efi -l efiboot0 -s 100M ada0
newfs_msdos -F 16 -L EFISYS /dev/ada0p1
mount -t msdosfs /dev/ada0p1 /mnt
mkdir -p /mnt/efi/boot
cp /boot/loader.efi /mnt/efi/boot/BOOTx64.efi
echo "BOOTx64.efi" > /mnt/efi/boot/startup.nsh"[/code]