https://wiki.sn4ky.net/index.php?title=Troubleshooting&feed=atom&action=historyTroubleshooting - Historique des versions2024-03-28T14:45:40ZHistorique des versions pour cette page sur le wikiMediaWiki 1.30.0https://wiki.sn4ky.net/index.php?title=Troubleshooting&diff=6&oldid=prevSn4kY : Page créée avec « = 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... »2018-04-12T13:57:08Z<p>Page créée avec « = 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... »</p>
<p><b>Nouvelle page</b></p><div>= Impossible de booter sur xvda1 =<br />
Dans certaines conditions, on peut se retrouver avec ce type d'erreurs au boot de la VM :<br />
ALERT! /dev/xvda1 does not exist. Dropping to a shell!<br />
Debug :<br />
(initramfs) ls /dev/<br />
Rechercher un xvda1 (a priori, il n'y en a pas), un sda1 ou un hda1.<br /><br />
Puis remplacer, dans le fichier de config de la VM, les occurences à xvda1 et les remplacer par le ''device'' trouvé plus haut.<br /><br />
Par exemple :<br />
<nowiki><br />
# Disk device(s).<br />
root = '/dev/xvda1 ro'<br />
disk = [ 'phy:/dev/MyVgName/maverick-disk,xvda1,w', ]</nowiki><br />
par<br />
<nowiki><br />
# Disk device(s).<br />
root = '/dev/sda1 ro'<br />
disk = [ 'phy:/dev/MyVgName/maverick-disk,sda1,w', ]</nowiki><br />
<br />
= pyGrub et grub.cfg =<br />
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.<br />
<br />
La modification des lignes <br />
set root='(/dev/xvda2)'<br />
en<br />
set root='(hd0,1)'<br />
corrige le problème et permet de booter.<br />
<br />
Attention toutefois, lors de l'utilisation de update-grub2, la mauvaise configuration revient.<br />
<br />
= RTNETLINK answers: File exists =<br />
L'utilisation du script <code>network-bridge</code> sur Debian 7 cause quelques soucis.<br />
<br />
Exemple typique :<br />
allow-hotplug eth0<br />
auto eth0<br />
iface eth0 inet static<br />
address 10.0.0.1<br />
netmask 255.255.255.0<br />
gateway 10.0.0.254<br />
<br />
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.<br />
<br />
La solution consiste simplement, dans <code>/etc/network/interfaces</code>, a rajouter :<br />
allow-hotplug eth0<br />
auto eth0<br />
iface eth0 inet static<br />
address 10.0.0.1<br />
netmask 255.255.255.0<br />
gateway 10.0.0.254<br />
pre-up ip addr del 10.0.0.1/24 dev eth0 2> /dev/null || true<br />
<br />
= sources =<br />
* [http://grapsus.net/blog/post/Fixing-Xen-RTNETLINK-answers%3A-File-exists-issue-with-ifup-on-Debian-when-using-network-bridge-and-static-IP]</div>Sn4kY