Il me semble qu'on en avait parle ici même, et que les avis étaient
mitigés.
J'ai fait le test sur une machine spare, où j'avais dd-isé le disque de
mon firewall. Donc, la mise à jour par les sources de RELENG_4_10 vers
RELENG_5_4 se passe sans souci, jusque et y compris le make
installkernel.
Et c'est au reboot que ça se gâte, l'ancien bootloader veut charger
/kernel, alors que maintenant, c'est /boot/kernel qu'il faut charger.
`apropos boot` me donne plein de choses, entre autres :
> boot(8) - system bootstrapping procedures
> boot0cfg(8) - boot manager installation/configuration utility
> getbootfile(3) - get kernel boot file name
> loader(8) - kernel bootstrapping final stage
> loader.conf(5) - system bootstrap configuration information
> nextboot(8) - install a default bootstring block on the boot disk
... et j'avoue que je pige pas tout. Je merdouille lamentablement dans
la maj du bootloader.
Je rapelle qu'il s'agit justement d'éviter d'interrompre les services
1/2 journée, temps nécessaire à la reconfiguration du système complet
(et encore, faudrait pas de contrôle anti-dopage après). Normalement,
avec cette procédure, ça devrait être debout en 10 minutes, le reste du
nettoyage et de la recompil des ports pouvant se faire serveur tournant.
Et j'ai de toutes façons un disque miroir pour revenir en 4.10 si ça se
passe mal (ne pas oublier de flusher Postfix, non, ne pas oublier, ne
pas me demander comment je le sais)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
talon
Xavier HUMBERT wrote:
Yop,
Il me semble qu'on en avait parle ici même, et que les avis étaient mitigés.
J'ai fait le test sur une machine spare, où j'avais dd-isé le disque de mon firewall. Donc, la mise à jour par les sources de RELENG_4_10 vers RELENG_5_4 se passe sans souci, jusque et y compris le make installkernel.
Tant que tu n'as pas fait le make installworld, tu n'as pas installé le /boot/loader nouveau, donc effectivement ça pose problème. Je pense que tu peux essayer de faire la chose suivante: -tu interromps le boot et te trouves au bprompt de loader (l'ancien) -unload ce qui vire l'ancien noyau -load /boot/kernel/kernel charge le nouveau noyau -boot -s boot single user ce qui devrait permettre de faire make installworld aprés un mount -a
--
Michel TALON
Xavier HUMBERT <xavier@injep.fr> wrote:
Yop,
Il me semble qu'on en avait parle ici même, et que les avis étaient
mitigés.
J'ai fait le test sur une machine spare, où j'avais dd-isé le disque de
mon firewall. Donc, la mise à jour par les sources de RELENG_4_10 vers
RELENG_5_4 se passe sans souci, jusque et y compris le make
installkernel.
Tant que tu n'as pas fait le make installworld, tu n'as pas installé le
/boot/loader nouveau, donc effectivement ça pose problème. Je pense que tu
peux essayer de faire la chose suivante:
-tu interromps le boot et te trouves au bprompt de loader (l'ancien)
-unload
ce qui vire l'ancien noyau
-load /boot/kernel/kernel
charge le nouveau noyau
-boot -s
boot single user ce qui devrait permettre de faire make installworld
aprés un mount -a
Il me semble qu'on en avait parle ici même, et que les avis étaient mitigés.
J'ai fait le test sur une machine spare, où j'avais dd-isé le disque de mon firewall. Donc, la mise à jour par les sources de RELENG_4_10 vers RELENG_5_4 se passe sans souci, jusque et y compris le make installkernel.
Tant que tu n'as pas fait le make installworld, tu n'as pas installé le /boot/loader nouveau, donc effectivement ça pose problème. Je pense que tu peux essayer de faire la chose suivante: -tu interromps le boot et te trouves au bprompt de loader (l'ancien) -unload ce qui vire l'ancien noyau -load /boot/kernel/kernel charge le nouveau noyau -boot -s boot single user ce qui devrait permettre de faire make installworld aprés un mount -a
--
Michel TALON
xavier
Michel Talon wrote:
-load /boot/kernel/kernel
Et voilà, j'avais pas pensé à ça. Et pourtant, j'ai dû y avoir recours une fois ou deux (des histoires de boucs, paraît-il :-))
Merci, j'essaie ça.
-- Xavier HUMBERT Infocentre - INJEP - MJSVA
Michel Talon <talon@lpthe.jussieu.fr> wrote:
-load /boot/kernel/kernel
Et voilà, j'avais pas pensé à ça. Et pourtant, j'ai dû y avoir recours
une fois ou deux (des histoires de boucs, paraît-il :-))
Et voilà, j'avais pas pensé à ça. Et pourtant, j'ai dû y avoir recours une fois ou deux (des histoires de boucs, paraît-il :-))
Merci, j'essaie ça.
-- Xavier HUMBERT Infocentre - INJEP - MJSVA
Ollivier Robert
Dans l'article <1he3l6s.2hg8ra63nfcwN%, Xavier HUMBERT disait :
J'ai fait le test sur une machine spare, où j'avais dd-isé le disque de mon firewall. Donc, la mise à jour par les sources de RELENG_4_10 vers RELENG_5_4 se passe sans souci, jusque et y compris le make installkernel.
Tu as eu une réponse mais je voudrais ajouter que je conseille fortement de passer immédiatement à 6.1 juste après ta mise à jour en 5.4. Les E/S disques et réseau sont assez pénalisés dans RELENG_5, point corrigé dans la branche 6.
-- Ollivier ROBERT -=- FreeBSD: The Power to Serve -=- Soutenez les UNIX libres ! FreeBSD Linux NetBSD OpenBSD !
Dans l'article <1he3l6s.2hg8ra63nfcwN%xavier@injep.fr>,
Xavier HUMBERT <xavier@injep.fr> disait :
J'ai fait le test sur une machine spare, où j'avais dd-isé le disque de
mon firewall. Donc, la mise à jour par les sources de RELENG_4_10 vers
RELENG_5_4 se passe sans souci, jusque et y compris le make
installkernel.
Tu as eu une réponse mais je voudrais ajouter que je conseille fortement de
passer immédiatement à 6.1 juste après ta mise à jour en 5.4. Les E/S disques
et réseau sont assez pénalisés dans RELENG_5, point corrigé dans la branche 6.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve -=- roberto@FreeBSD.org
Soutenez les UNIX libres ! FreeBSD Linux NetBSD OpenBSD !
Dans l'article <1he3l6s.2hg8ra63nfcwN%, Xavier HUMBERT disait :
J'ai fait le test sur une machine spare, où j'avais dd-isé le disque de mon firewall. Donc, la mise à jour par les sources de RELENG_4_10 vers RELENG_5_4 se passe sans souci, jusque et y compris le make installkernel.
Tu as eu une réponse mais je voudrais ajouter que je conseille fortement de passer immédiatement à 6.1 juste après ta mise à jour en 5.4. Les E/S disques et réseau sont assez pénalisés dans RELENG_5, point corrigé dans la branche 6.
-- Ollivier ROBERT -=- FreeBSD: The Power to Serve -=- Soutenez les UNIX libres ! FreeBSD Linux NetBSD OpenBSD !
