Bonjour,
J'ai un serveur acquis avec Soyoustart que j'exploite depuis quelques années sous CentOS (oui je sais ce n'est plus supporté mais je l'avais installé avant cette histoire).
Je tourne depuis toujours sur un vieux kernel v4 et j'ai jamais réussi à le mettre à jour. Les "dnf update" signale de nouvelles mis à jour, les installe, mais "uname" m'indique que je suis toujours sur le vieux kernel. J'ai essayé avec le repo "elrepo" histoire d'avoir les tous derniers kernel rien n'y fait.
Apparemment c'est une histoire de netboot. J'ai beau désactivé dans l'interface de gestion Soyoustart le netboot rien n'y fait. Un efibootmgr confirme que ça boote toujours sur le "ethernet". J'essaie la commande "next boot" de efibootmgr sur "hard disk" apparemment le serveur ne veut pas booter dessus.
Quelqu'un pourrait-il m'expliquer la démarche pour avoir un serveur enfin à jour ?
Serveurs dédiés - MàJ kernel CentoS 8 Stream
Related questions
- Proxmox VM accès internet impossible
50701 
19.11.2016 12:11
- Spam et IP bloquée
48141 12.12.2016 11:53
- Mise en place de VM avec IP publique sur Proxmox 6 [RESOLU]
46376 30.04.2020 17:12
- il y a quelqu'un ?
46365 15.12.2025 17:01
- SSD NVMe Soft Raid ou SSD SATA Hard Raid
46056 29.06.2021 23:29
- Port 25 bloqué pour spam à répétition
43929 28.02.2018 13:39
- Mise à jour PHP sur Release 3 ovh
42724 11.03.2017 17:43
- Connection smtp qui ne marche plus : connect error 10060
41067 12.04.2019 10:10
- Partition sur le disque de l'OS ESXI
40970 09.05.2017 14:33
- Envoi demail bloqué chez Gmail (550-5.7.26 DMARC)
40546 23.12.2019 08:40
Bonjour @AlexV1,
Si votre serveur a plusieurs disques, il a plusieurs partitions UEFI. Il faut vous assurer que la configuration du bootloader (GRUB) a bien été mise à jour dans toutes celles retournées par `blkid -t LABEL=EFI_SYSPART`.
Le fait que votre serveur boote depuis le réseau est normal et ne doit pas être changé, sans quoi vous n'aurez plus accès au mode rescue. Le processus est le suivant sur un serveur UEFI :
* le serveur boote en PXE et fait une requête DHCP
* on lui donne une IP et on lui répond avec le chemin vers le bootloader iPXE
* le serveur démarre iPXE
* iPXE interroge une API pour savoir si le serveur doit booter sur disque ou en rescue
* si le serveur doit booter sur disque, iPXE charge rEFInd
* rEFInd scanne les partitions EFI (sans garantie que la première trouvée soit celle montée sous Linux) et démarre l'application EFI (un des fichiers `.EFI`, en général `grubx64.efi`)
Merci pour ces détails !
Bonjour,
Merci pour ces précisions.
Je boote en RAID de 4 disques géré en mdadm. Comment vérifier que toutes mes partitions sont bien mis à jour ?
Je n'ai pas tout à fait compris sur la manière dont ça boote. En RAID, même si j'ai mis à jour grub et kernel, le EFI peut booter sur le "mauvais" disque ? Et pourquoi ce n'est pas automatiquement synchronisé alors ?
Pour commencer, vous pouvez jeter un œil à `lsblk -f` pour comprendre comment sont architecturées les partitions et quelle partition EFI est montée.
> Comment vérifier que toutes mes partitions sont bien mis à jour ?
Il faut monter chacune des 4 partition EFI et les synchroniser avec celle qui est montée dans `/boot/efi/EFI/`.
> En RAID, même si j'ai mis à jour grub et kernel, le EFI peut booter sur le "mauvais" disque ?
Il est possible que `grub.cfg` soit stocké dans la partition EFI et non dans `/boot` pour votre OS.
> Et pourquoi ce n'est pas automatiquement synchronisé alors ?
Seul Ubuntu gère correctement de multiples partitions UEFI, voir https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1871821
En général, `grub.cfg` est stocké dans `/boot` donc le fait que les partitions EFI ne soient pas complètement à jour n'est pas forcément gênant.
J'avais proposé un script pour synchroniser toutes les ESP (EFI system partitions) : https://community.ovh.com/t/Partition-EFI-sur-raid-apr%C3%A8s-changement-de-disque/60512/9?u=le_sbraz
Bonjour,
Merci pour ces nouvelles précisions, tout est clair pour moi maintenant !