Bonjour à toutes et à tous,
J'ai un Kimsufi KS5 un peu ancien qui a été mis à jour sur Bullseye.
Je dois avoir un problème de kernel qui ne réussit pas à se mettre à jour.
Actuellement uname -a m'affiche : "4.19.62-mod-std-ipv6-64-rescue "
La commande : update-grub m'affiche :
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.19-ovh-xxxx-std-ipv6-64
Found initrd image: /boot/initrd.img-4.19-ovh-xxxx-std-ipv6-64
Le démarrage se fait bien sur le disque dur sur /sda2/ :
cat /etc/fstab
#
/dev/sda3 / ext4 errors=remount-ro,relatime 0 1
/dev/sda2 /boot ext4 errors=remount-ro,relatime 0 1
/dev/sda4 /home ext4 defaults,relatime 1 2
/dev/sda5 swap swap defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts defaults 0 0
Est-il possible sans risque de mettre à jour mon kernel ainsi ?
apt-get install linux-image-amd64
puis update-grub ou update-grub2 ?
(j'avais déjà supprimé le /etc/grub.d/06_OVHkernel )
Ayant un peu peur de tout casser sur ce serveur en production, je prends conseille ;)
D'avance merci
Fred
Serveurs dédiés - Mise à jour kernel et sortie du mode rescue (résolu)
Related questions
- Proxmox VM accès internet impossible
33338 
19.11.2016 12:11
- Spam et IP bloquée
31395 12.12.2016 11:53
- Mise en place de VM avec IP publique sur Proxmox 6 [RESOLU]
30175 30.04.2020 17:12
- SSD NVMe Soft Raid ou SSD SATA Hard Raid
30098 29.06.2021 23:29
- Port 25 bloqué pour spam à répétition
29524 28.02.2018 13:39
- Mise à jour PHP sur Release 3 ovh
28246 11.03.2017 17:43
- Connection smtp qui ne marche plus : connect error 10060
27426 12.04.2019 10:10
- Partition sur le disque de l'OS ESXI
27041 09.05.2017 14:33
- Envoi demail bloqué chez Gmail (550-5.7.26 DMARC)
26590 23.12.2019 08:40
- il y a quelqu'un ?
26313 15.12.2025 17:01
J'ai fait la simple erreur de redémarrer mon serveur. Celui-ci était en Netboot.
C'était la recommandation d'OVH d'utiliser le Netboot jusqu'à ce qu'ils le suppriment soudainement...
La seule chose qu'ils peuvent faire pour moi c'est un redémarrage en mode Rescue !
Votre serveur a redémarré en mode 'Rescue' ; cela signifie qu'un
Linux/BSD est lancé sur votre serveur via le réseau. Il ne s'agit pas
du système qui est normalement installé sur votre serveur.
Je tente les commandes suivantes via ces infos (https://zeldor.biz/2010/12/install-grub-from-chroot/):
mount /dev/sda2 /mnt/
mkdir /mnt/proc
mount -t proc none /mnt/proc
mkdir /mnt/dev mount -o bind /dev/mnt/dev
mkdir /mnt/sys mount -t sysfs sys/mnt/sys
Par contre le : chroot /mnt/ /bin/bash ne passe pas : chroot: failed to run command ‘/bin/bash’:
Permission denied
Une idée pour retrouver un boot normal sur disque dur ?
Merci
Fred
J'ai résolu mon problème ainsi :
Sur le panel kimsufi, choisir le rescue boot puis en ssh lancer les commandes :
mount /dev/sda3 /mnt (sda3 est le system)
mount /dev/sda2 /mnt/boot (sda2 est le boot)
mount -t proc none /mnt/proc
mount -o bind /dev /mnt/dev
mount -t sysfs sys /mnt/sys
chroot /mnt/ /bin/bash
update-grub
/usr/sbin/grub-install --recheck --no-floppy /dev/sda
Si pas d'erreur, remettre ensuite dans le panel le démarrage en mode “boot sur disque”
uname -a me donne alors : ''4.19-ovh-xxxx-std-ipv6-64''
Le kernel OVH est à priori régulièrement mis à jour via la mise à jour du paquet linux-image-4.19-ovh-xxxx-std-ipv6-64
Merci pour le suivi.