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
Mise à jour kernel et sortie du mode rescue (résolu)
Sujets apparentés
- Port 25 bloqué pour spam à répétition
10370 
28.02.2018 13:39
- Spam et IP bloquée
8401 12.12.2016 11:53
- Rkhunter : parametre web_CMD invalide
8164 23.07.2017 15:43
- Mise à jour PHP sur Release 3 ovh
8081 11.03.2017 17:43
- Mise en place de VM avec IP publique sur Proxmox 6 [RESOLU]
8067 30.04.2020 17:12
- Connection smtp qui ne marche plus : connect error 10060
8011 12.04.2019 10:10
- Partition sur le disque de l'OS ESXI
7938 09.05.2017 14:33
- Envoi demail bloqué chez Gmail (550-5.7.26 DMARC)
7699 23.12.2019 08:40
- Meilleure solution pour disposer de plusieurs IP ?
7423 29.07.2018 09:40
- Comment me connecter par SSH en tant que root à mon serveur ?
6906 09.09.2019 14:34
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.