Troubleshooting

De Sn4kY
Aller à : Navigation, rechercher

Sommaire

Impossible de booter sur xvda1

Dans certaines conditions, on peut se retrouver avec ce type d'erreurs au boot de la VM :

ALERT!  /dev/xvda1 does not exist.  Dropping to a shell!

Debug :

(initramfs) ls /dev/

Rechercher un xvda1 (a priori, il n'y en a pas), un sda1 ou un hda1.
Puis remplacer, dans le fichier de config de la VM, les occurences à xvda1 et les remplacer par le device trouvé plus haut.
Par exemple :

#  Disk device(s).
root        = '/dev/xvda1 ro'
disk        = [ 'phy:/dev/MyVgName/maverick-disk,xvda1,w', ]

par

#  Disk device(s).
root        = '/dev/sda1 ro'
disk        = [ 'phy:/dev/MyVgName/maverick-disk,sda1,w', ]

pyGrub et grub.cfg

pyGrub sait booter sur menu.lst et grub.cfg. Problème, lors de l'utilisation des xen-scripts l'installeur génère un fichier menu.lst ; or depuis Squeeze (6.0) grub-legacy a été remplacé par grub2, qui génère des fichiers grub.cfg. Il est impossible à pygrub de booter en l'état.

La modification des lignes

set root='(/dev/xvda2)'

en

set root='(hd0,1)'

corrige le problème et permet de booter.

Attention toutefois, lors de l'utilisation de update-grub2, la mauvaise configuration revient.

RTNETLINK answers: File exists

L'utilisation du script network-bridge sur Debian 7 cause quelques soucis.

Exemple typique :

allow-hotplug eth0
auto eth0
iface eth0 inet static
       address 10.0.0.1
       netmask 255.255.255.0
       gateway 10.0.0.254

Le problème vient du fait que Xen tente d'allouer l'IP sur l'interface bridge (eth0) alors qu'elle est déjà attribuée à l'interface physique peth0.

La solution consiste simplement, dans /etc/network/interfaces, a rajouter :

allow-hotplug eth0
auto eth0
iface eth0 inet static
       address 10.0.0.1
       netmask 255.255.255.0
       gateway 10.0.0.254
       pre-up ip addr del 10.0.0.1/24 dev eth0 2> /dev/null || true

sources

Outils personnels
Espaces de noms

Variantes
Actions
Navigation
Boîte à outils