Affichage du bootlog dans le KVM

Dernière mise à jour le 14/11/2017

Préambule

Si votre VPS ne répond pas comme vous le souhaitez, la manière la plus rapide d'obtenir un diagnostic est de vérifier ce qui apparaît dans le KVM. Ce guide vous explique ainsi comment modifier l'affichage pour que tout s'affiche dans la console et le KVM.

À noter pour certains environnements, le KVM ne vous fournira aucune information utile puisque la séquence de démarrage apparaît dans le port série où le GRUB est configuré en mode silencieux.

Prérequis

• Avoir accès au VPS ou à l'instance Public Cloud en mode rescue

En pratique

Si votre VPS fonctionne normalement, passez directement à la quatrième partie.

Étape 1 : réaliser la vérification initiale

Une fois connecté, il convient de vérifier le nom du disque avec la commande lsblk :

lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 3G 0 disk
└─sda1 8:1 0 3G 0 part /
sdb 8:16 0 10G 0 disk
└─sdb1 8:17 0 10G 0 part

Ici, le disque principal est sdb et la partition principale est sdb1 (sda est le disque rescue et sda1 est la partition principale en rescue montée sur /).

Si le résultat est le suivant, votre disque principal est vdb et votre partition principale est vdb1 (vda est le disque rescue et vda1 est la partition principale en rescue montée sur /) :

lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
vda 8:0 0 3G 0 disk
└─vda1 8:1 0 3G 0 part /
vdb 8:16 0 10G 0 disk
└─vdb1 8:17 0 10G 0 part

[!primary]

Pour ce guide, nous utiliserons sdb. Si votre disque est vdb, il suffira de remplacer cette information pour chaque commande.

Étape 1 bis : pour les VPS uniquement

Sur un VPS en mode rescue, le disque principal est déjà monté. Dans un premier temps, Il faut donc le démonter puis le remonter avec les bons paramètres :

umount /dev/sdb1

Étape 2 : monter le disque

Maintenant que le nom du disque est identifié, il est possible de le monter avec les bons paramètres :

mount /dev/sdb1 /mnt
mount -t proc none /mnt/proc
mount -o bind /dev /mnt/dev
mount -t sysfs none /mnt/sys/

Ces commandes vont permettre ensuite d'effectuer la commande chroot et d'initier des commandes qui nécessitent l'accès aux répertoires sys, dev et proc.

Étape 3 : lancer la commande CHROOT

Pour agir directement sur le système, il vous faut taper la commande suivante :

chroot /mnt

Désormais, toutes les commandes vont s'appliquer sur votre VPS et non sur le mode rescue.

Étape 4 : effectuer les modifications

Afin d'accéder au bootlog dans le KVM, il faut être sûr d'avoir les valeurs suivantes dans le fichier /etc/default/grub :

• Pour CentOS 6 et 7 :

GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="crashkernel=auto rhgb"
GRUB_CMDLINE_LINUX_DEFAULT="console=tty0 console=ttyS0"

Si vous n'obtenez pas ces valeurs, éditez et modifiez votre fichier puis enregistrez-le.

Utilisez ensuite la commande suivante pour régénérer le fichier de configuration GRUB (les valeurs seront enregistrées pour le prochain redémarrage) :

grub2-mkconfig -o "$(readlink /etc/grub2.cfg)"

• Pour Debian et Ubuntu :

GRUB_CMDLINE_LINUX_DEFAULT="console=ttyS0 console=tty0"

Si vous n'obtenez pas ces valeurs, éditez et modifiez votre fichier puis enregistrez-le..

Utilisez ensuite la commande suivante pour régénérer le fichier de configuration GRUB (les valeurs seront enregistrées pour le prochain redémarrage) :

update-grub

Une fois la modification effectuée, redémarrez le VPS ou l'instance en mode normal et vérifiez le KVM : les informations du bootlog apparaîtront.

Aller plus loin

KVM sur VPS.

Échangez avec notre communauté d'utilisateurs sur https://community.ovh.com.

Ces guides pourraient également vous intéresser...