Bonjour,
je suis en train d'essayer d'installer winXP comme domU sous xen (je
suis sous lenny en amd64). L'installation de xen en dom0 a apparemment
fonctionné...J'ai pu aussi installer virt-manager et je peux lancer
l'assistant de création d'une machine virtuelle.
J'avais vérifié avant que mes CPU (Core 2 Duo T9600) devaient me
permettre d'installer XP sous xen car un
grep vmx /proc/cpuinfo
répond
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm
constant_tsc arch_perfmon pebs bts rep_good pni dtes64 monitor ds_cpl
vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow
vnmi flexpriority
(le flag vmx est bien présent)
Or, lorsque l'assistant de virt-manager en arrive au choix entre
"paravirtualization" et "full-virtualization" (de mémoire), seule le
premier choix est possible...damned!!! (et en plus en bas de la fenêtre
il me redit que mes processeurs ne supportent pas cette "full
virtualization")
En plus j'ai lu que la commande
xm dmesg | grep -i hvm
aurait du me répondre quelque chose et pas rien, et ça ne répond rien.
Enfin, un petit utilitaire gratuit pour windows (securable.exe) répond
aussi qu'à priori mes CPU supportent la virtualisation matérielle, grâce
à quoi je devrait pouvoir installer XP en domU sous xen.
J'ai pourtant pensé à changer la config de mon bios (trois options de
virtualization que j'ai coché). La seule chose possible est que j'ai
changé cette config du bios APRES avoir installé le noyau
xen...serait-ce l'explication ???
Je ne comprends pas cette contradiction d'info. Quelqu'un a-t-il une
idée??
Merci d'avance!
Bonjour,
je suis en train d'essayer d'installer winXP comme domU sous xen (je
suis sous lenny en amd64). L'installation de xen en dom0 a apparemment
fonctionné...J'ai pu aussi installer virt-manager et je peux lancer
l'assistant de création d'une machine virtuelle.
J'avais vérifié avant que mes CPU (Core 2 Duo T9600) devaient me
permettre d'installer XP sous xen car un
grep vmx /proc/cpuinfo
répond
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm
constant_tsc arch_perfmon pebs bts rep_good pni dtes64 monitor ds_cpl
vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow
vnmi flexpriority
(le flag vmx est bien présent)
Or, lorsque l'assistant de virt-manager en arrive au choix entre
"paravirtualization" et "full-virtualization" (de mémoire), seule le
premier choix est possible...damned!!! (et en plus en bas de la fenêtre
il me redit que mes processeurs ne supportent pas cette "full
virtualization")
En plus j'ai lu que la commande
xm dmesg | grep -i hvm
aurait du me répondre quelque chose et pas rien, et ça ne répond rien.
Enfin, un petit utilitaire gratuit pour windows (securable.exe) répond
aussi qu'à priori mes CPU supportent la virtualisation matérielle, grâce
à quoi je devrait pouvoir installer XP en domU sous xen.
J'ai pourtant pensé à changer la config de mon bios (trois options de
virtualization que j'ai coché). La seule chose possible est que j'ai
changé cette config du bios APRES avoir installé le noyau
xen...serait-ce l'explication ???
Je ne comprends pas cette contradiction d'info. Quelqu'un a-t-il une
idée??
Merci d'avance!
Bonjour,
je suis en train d'essayer d'installer winXP comme domU sous xen (je
suis sous lenny en amd64). L'installation de xen en dom0 a apparemment
fonctionné...J'ai pu aussi installer virt-manager et je peux lancer
l'assistant de création d'une machine virtuelle.
J'avais vérifié avant que mes CPU (Core 2 Duo T9600) devaient me
permettre d'installer XP sous xen car un
grep vmx /proc/cpuinfo
répond
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm
constant_tsc arch_perfmon pebs bts rep_good pni dtes64 monitor ds_cpl
vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow
vnmi flexpriority
(le flag vmx est bien présent)
Or, lorsque l'assistant de virt-manager en arrive au choix entre
"paravirtualization" et "full-virtualization" (de mémoire), seule le
premier choix est possible...damned!!! (et en plus en bas de la fenêtre
il me redit que mes processeurs ne supportent pas cette "full
virtualization")
En plus j'ai lu que la commande
xm dmesg | grep -i hvm
aurait du me répondre quelque chose et pas rien, et ça ne répond rien.
Enfin, un petit utilitaire gratuit pour windows (securable.exe) répond
aussi qu'à priori mes CPU supportent la virtualisation matérielle, grâce
à quoi je devrait pouvoir installer XP en domU sous xen.
J'ai pourtant pensé à changer la config de mon bios (trois options de
virtualization que j'ai coché). La seule chose possible est que j'ai
changé cette config du bios APRES avoir installé le noyau
xen...serait-ce l'explication ???
Je ne comprends pas cette contradiction d'info. Quelqu'un a-t-il une
idée??
Merci d'avance!
Bonsoir,
On 19/12/2009 01:43, Frederic Baldit wrote:Bonjour,
je suis en train d'essayer d'installer winXP comme domU sous xen (je
suis sous lenny en amd64). L'installation de xen en dom0 a apparemment
fonctionné...J'ai pu aussi installer virt-manager et je peux lancer
l'assistant de création d'une machine virtuelle.
J'avais vérifié avant que mes CPU (Core 2 Duo T9600) devaient me
permettre d'installer XP sous xen car un
grep vmx /proc/cpuinfo
répond
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm
constant_tsc arch_perfmon pebs bts rep_good pni dtes64 monitor ds_cpl
vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow
vnmi flexpriority
(le flag vmx est bien présent)
Bizarre, le flag est censé disparaître lorsque l'hyperviseur est cha rgé.
Chez moi, sous precesseurs AMD: grep -i svm /proc/cpuinfo ne renvoie rien
(alors que j'ai des VM qui tournent).
Que donne uname -a ?
Chez moi (Lenny amd64): Linux remus 2.6.26-2-xen-amd64 #1 SMP Thu Nov 5
04:27:12 UTC 2009 x86_64 GNU/Linux
Or, lorsque l'assistant de virt-manager en arrive au choix entre"paravirtualization" et "full-virtualization" (de mémoire), seule le
premier choix est possible...damned!!! (et en plus en bas de la fenêtr e
il me redit que mes processeurs ne supportent pas cette "full
virtualization")
En plus j'ai lu que la commande
xm dmesg | grep -i hvm
aurait du me répondre quelque chose et pas rien, et ça ne répond r ien.
Enfin, un petit utilitaire gratuit pour windows (securable.exe) répond
aussi qu'à priori mes CPU supportent la virtualisation matérielle, g râce
à quoi je devrait pouvoir installer XP en domU sous xen.
Oui, la commande devrait répondre:
# xm dmesg|grep -i hvm
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected and enabled.
J'ai pourtant pensé à changer la config de mon bios (trois options d evirtualization que j'ai coché). La seule chose possible est que j'ai
changé cette config du bios APRES avoir installé le noyau
xen...serait-ce l'explication ???
Normalement non: la modification du bios est prise en compte par
l'hyperviseur Xen au boot.
Je ne comprends pas cette contradiction d'info. Quelqu'un a-t-il uneidée??
La seule idée que je voie, c'est que tu as booté sur le mauvais noyau . Mais
cela n'explique pas que virt-manager active l'option paravirtualisation.
Quelle version de l'hyperviseur est installée ?
Chez moi (encore !) j'ai les paquets suivants:
# dpkg -l|grep xen
ii drbd8-2.6.26-2-xen-amd64 2:8.3.2-1~bpo50+1+2.6.26-19
ii drbd8-modules-2.6-xen-amd64 2:2.6.26-6+lenny1
ii drbd8-modules-2.6.26-2-xen-amd64 2.6.26+8.0.14-6+lenny1
ii libxenstore3.0 3.2.1-2
ii linux-image-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii linux-image-xen-amd64 2.6.26+17+lenny1
ii linux-modules-2.6-xen-amd64 2.6.26+17+lenny1
ii linux-modules-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-hypervisor-3.2-1-amd64 3.2.1-2
ii xen-linux-system-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-shell 1.8-3
ii xen-tools 3.9-4
ii xen-utils-3.2-1 3.2.1-2
ii xen-utils-common 3.2.0-2
ii xenstore-utils 3.2.1-2
Merci d'avance!
De rien,
JB
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Bonsoir,
On 19/12/2009 01:43, Frederic Baldit wrote:
Bonjour,
je suis en train d'essayer d'installer winXP comme domU sous xen (je
suis sous lenny en amd64). L'installation de xen en dom0 a apparemment
fonctionné...J'ai pu aussi installer virt-manager et je peux lancer
l'assistant de création d'une machine virtuelle.
J'avais vérifié avant que mes CPU (Core 2 Duo T9600) devaient me
permettre d'installer XP sous xen car un
grep vmx /proc/cpuinfo
répond
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm
constant_tsc arch_perfmon pebs bts rep_good pni dtes64 monitor ds_cpl
vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow
vnmi flexpriority
(le flag vmx est bien présent)
Bizarre, le flag est censé disparaître lorsque l'hyperviseur est cha rgé.
Chez moi, sous precesseurs AMD: grep -i svm /proc/cpuinfo ne renvoie rien
(alors que j'ai des VM qui tournent).
Que donne uname -a ?
Chez moi (Lenny amd64): Linux remus 2.6.26-2-xen-amd64 #1 SMP Thu Nov 5
04:27:12 UTC 2009 x86_64 GNU/Linux
Or, lorsque l'assistant de virt-manager en arrive au choix entre
"paravirtualization" et "full-virtualization" (de mémoire), seule le
premier choix est possible...damned!!! (et en plus en bas de la fenêtr e
il me redit que mes processeurs ne supportent pas cette "full
virtualization")
En plus j'ai lu que la commande
xm dmesg | grep -i hvm
aurait du me répondre quelque chose et pas rien, et ça ne répond r ien.
Enfin, un petit utilitaire gratuit pour windows (securable.exe) répond
aussi qu'à priori mes CPU supportent la virtualisation matérielle, g râce
à quoi je devrait pouvoir installer XP en domU sous xen.
Oui, la commande devrait répondre:
# xm dmesg|grep -i hvm
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected and enabled.
J'ai pourtant pensé à changer la config de mon bios (trois options d e
virtualization que j'ai coché). La seule chose possible est que j'ai
changé cette config du bios APRES avoir installé le noyau
xen...serait-ce l'explication ???
Normalement non: la modification du bios est prise en compte par
l'hyperviseur Xen au boot.
Je ne comprends pas cette contradiction d'info. Quelqu'un a-t-il une
idée??
La seule idée que je voie, c'est que tu as booté sur le mauvais noyau . Mais
cela n'explique pas que virt-manager active l'option paravirtualisation.
Quelle version de l'hyperviseur est installée ?
Chez moi (encore !) j'ai les paquets suivants:
# dpkg -l|grep xen
ii drbd8-2.6.26-2-xen-amd64 2:8.3.2-1~bpo50+1+2.6.26-19
ii drbd8-modules-2.6-xen-amd64 2:2.6.26-6+lenny1
ii drbd8-modules-2.6.26-2-xen-amd64 2.6.26+8.0.14-6+lenny1
ii libxenstore3.0 3.2.1-2
ii linux-image-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii linux-image-xen-amd64 2.6.26+17+lenny1
ii linux-modules-2.6-xen-amd64 2.6.26+17+lenny1
ii linux-modules-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-hypervisor-3.2-1-amd64 3.2.1-2
ii xen-linux-system-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-shell 1.8-3
ii xen-tools 3.9-4
ii xen-utils-3.2-1 3.2.1-2
ii xen-utils-common 3.2.0-2
ii xenstore-utils 3.2.1-2
Merci d'avance!
De rien,
JB
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Bonsoir,
On 19/12/2009 01:43, Frederic Baldit wrote:Bonjour,
je suis en train d'essayer d'installer winXP comme domU sous xen (je
suis sous lenny en amd64). L'installation de xen en dom0 a apparemment
fonctionné...J'ai pu aussi installer virt-manager et je peux lancer
l'assistant de création d'une machine virtuelle.
J'avais vérifié avant que mes CPU (Core 2 Duo T9600) devaient me
permettre d'installer XP sous xen car un
grep vmx /proc/cpuinfo
répond
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm
constant_tsc arch_perfmon pebs bts rep_good pni dtes64 monitor ds_cpl
vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm ida tpr_shadow
vnmi flexpriority
(le flag vmx est bien présent)
Bizarre, le flag est censé disparaître lorsque l'hyperviseur est cha rgé.
Chez moi, sous precesseurs AMD: grep -i svm /proc/cpuinfo ne renvoie rien
(alors que j'ai des VM qui tournent).
Que donne uname -a ?
Chez moi (Lenny amd64): Linux remus 2.6.26-2-xen-amd64 #1 SMP Thu Nov 5
04:27:12 UTC 2009 x86_64 GNU/Linux
Or, lorsque l'assistant de virt-manager en arrive au choix entre"paravirtualization" et "full-virtualization" (de mémoire), seule le
premier choix est possible...damned!!! (et en plus en bas de la fenêtr e
il me redit que mes processeurs ne supportent pas cette "full
virtualization")
En plus j'ai lu que la commande
xm dmesg | grep -i hvm
aurait du me répondre quelque chose et pas rien, et ça ne répond r ien.
Enfin, un petit utilitaire gratuit pour windows (securable.exe) répond
aussi qu'à priori mes CPU supportent la virtualisation matérielle, g râce
à quoi je devrait pouvoir installer XP en domU sous xen.
Oui, la commande devrait répondre:
# xm dmesg|grep -i hvm
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging detected and enabled.
J'ai pourtant pensé à changer la config de mon bios (trois options d evirtualization que j'ai coché). La seule chose possible est que j'ai
changé cette config du bios APRES avoir installé le noyau
xen...serait-ce l'explication ???
Normalement non: la modification du bios est prise en compte par
l'hyperviseur Xen au boot.
Je ne comprends pas cette contradiction d'info. Quelqu'un a-t-il uneidée??
La seule idée que je voie, c'est que tu as booté sur le mauvais noyau . Mais
cela n'explique pas que virt-manager active l'option paravirtualisation.
Quelle version de l'hyperviseur est installée ?
Chez moi (encore !) j'ai les paquets suivants:
# dpkg -l|grep xen
ii drbd8-2.6.26-2-xen-amd64 2:8.3.2-1~bpo50+1+2.6.26-19
ii drbd8-modules-2.6-xen-amd64 2:2.6.26-6+lenny1
ii drbd8-modules-2.6.26-2-xen-amd64 2.6.26+8.0.14-6+lenny1
ii libxenstore3.0 3.2.1-2
ii linux-image-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii linux-image-xen-amd64 2.6.26+17+lenny1
ii linux-modules-2.6-xen-amd64 2.6.26+17+lenny1
ii linux-modules-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-hypervisor-3.2-1-amd64 3.2.1-2
ii xen-linux-system-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-shell 1.8-3
ii xen-tools 3.9-4
ii xen-utils-3.2-1 3.2.1-2
ii xen-utils-common 3.2.0-2
ii xenstore-utils 3.2.1-2
Merci d'avance!
De rien,
JB
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Bonjour,
et merci aux deux personnes qui ont pris la peine de me répondre!
J'ai progréssée depuis hier puisque j'ai maintenant une réponse
"normale":
xm dmesg | grep -i hvm
répond
(XEN) HVM: VMX enabled
De plus l'installateur de virt-manager me donne bien la possibilité de
créer une domU complètement virtualisé. J'ai pu donc aller jusqu'à la
fin de la config du domU (en l'occurence un winXP-SP3). Mais lors du
lancement j'ai le message d'erreur:
xend.err 'Error creating domain: Kernel image does not
exist: /usr/lib/xen/boot/hvmloader'
Or hvmloader existe bien sur mon install, il est
dans /usr/lib/xen-3.2.1/boot (au lieu de /usr/lib/xen/boot/). Donc il
s'agit juste d'une erreur de lien. Je suppose qu'il suffit d'une petite
modif (dans un fichier de conf), mais pouvez-vous me dire où?
Merci d'avance.
F.B.
PS: voici les paquets installés chez moi
ii libxenstore3.0 3.2.1-2
ii linux-image-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii linux-modules-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-hypervisor-3.2-1-amd64 3.2.1-2
ii xen-linux-system-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-shell 1.8-3
ii xen-tools 3.9-4
ii xen-utils-3.2-1 3.2.1-2
ii xen-utils-common 3.2.0-2
ii xenstore-utils 3.2.1-2
Bonjour,
et merci aux deux personnes qui ont pris la peine de me répondre!
J'ai progréssée depuis hier puisque j'ai maintenant une réponse
"normale":
xm dmesg | grep -i hvm
répond
(XEN) HVM: VMX enabled
De plus l'installateur de virt-manager me donne bien la possibilité de
créer une domU complètement virtualisé. J'ai pu donc aller jusqu'à la
fin de la config du domU (en l'occurence un winXP-SP3). Mais lors du
lancement j'ai le message d'erreur:
xend.err 'Error creating domain: Kernel image does not
exist: /usr/lib/xen/boot/hvmloader'
Or hvmloader existe bien sur mon install, il est
dans /usr/lib/xen-3.2.1/boot (au lieu de /usr/lib/xen/boot/). Donc il
s'agit juste d'une erreur de lien. Je suppose qu'il suffit d'une petite
modif (dans un fichier de conf), mais pouvez-vous me dire où?
Merci d'avance.
F.B.
PS: voici les paquets installés chez moi
ii libxenstore3.0 3.2.1-2
ii linux-image-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii linux-modules-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-hypervisor-3.2-1-amd64 3.2.1-2
ii xen-linux-system-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-shell 1.8-3
ii xen-tools 3.9-4
ii xen-utils-3.2-1 3.2.1-2
ii xen-utils-common 3.2.0-2
ii xenstore-utils 3.2.1-2
Bonjour,
et merci aux deux personnes qui ont pris la peine de me répondre!
J'ai progréssée depuis hier puisque j'ai maintenant une réponse
"normale":
xm dmesg | grep -i hvm
répond
(XEN) HVM: VMX enabled
De plus l'installateur de virt-manager me donne bien la possibilité de
créer une domU complètement virtualisé. J'ai pu donc aller jusqu'à la
fin de la config du domU (en l'occurence un winXP-SP3). Mais lors du
lancement j'ai le message d'erreur:
xend.err 'Error creating domain: Kernel image does not
exist: /usr/lib/xen/boot/hvmloader'
Or hvmloader existe bien sur mon install, il est
dans /usr/lib/xen-3.2.1/boot (au lieu de /usr/lib/xen/boot/). Donc il
s'agit juste d'une erreur de lien. Je suppose qu'il suffit d'une petite
modif (dans un fichier de conf), mais pouvez-vous me dire où?
Merci d'avance.
F.B.
PS: voici les paquets installés chez moi
ii libxenstore3.0 3.2.1-2
ii linux-image-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii linux-modules-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-hypervisor-3.2-1-amd64 3.2.1-2
ii xen-linux-system-2.6.26-2-xen-amd64 2.6.26-19lenny2
ii xen-shell 1.8-3
ii xen-tools 3.9-4
ii xen-utils-3.2-1 3.2.1-2
ii xen-utils-common 3.2.0-2
ii xenstore-utils 3.2.1-2
Bonjour,
dans la fichier de conf de ta VM:
grep -i hvm test.cfg
# HVM configuration file
kernel = '/usr/lib/xen-3.2-1/boot/hvmloader'
builder = 'hvm'
Normalement dans /etc/xen/auto
Mais si tu utilise virt-manager, le mieux est sans doute de faire un
lien symbolique. Et peut-être de remonter un bug sur le paquet
virt-manager ;-)
Bonne journée,
JB
Bonjour,
dans la fichier de conf de ta VM:
grep -i hvm test.cfg
# HVM configuration file
kernel = '/usr/lib/xen-3.2-1/boot/hvmloader'
builder = 'hvm'
Normalement dans /etc/xen/auto
Mais si tu utilise virt-manager, le mieux est sans doute de faire un
lien symbolique. Et peut-être de remonter un bug sur le paquet
virt-manager ;-)
Bonne journée,
JB
Bonjour,
dans la fichier de conf de ta VM:
grep -i hvm test.cfg
# HVM configuration file
kernel = '/usr/lib/xen-3.2-1/boot/hvmloader'
builder = 'hvm'
Normalement dans /etc/xen/auto
Mais si tu utilise virt-manager, le mieux est sans doute de faire un
lien symbolique. Et peut-être de remonter un bug sur le paquet
virt-manager ;-)
Bonne journée,
JB
Bon, c'est encore moi!
J'ai réussi à faire un lien:
ln -s /usr/lib/xen-3.2-1 /usr/lib/xen
qui permet de démarrer la création de l'hôte avec virt-manager. Mais il
y a un problème après: en gros il y a des accès au CD d'install (pendant
assez longtemps) puis plus rien... j'attendais l'ouverture d'une console
avec l'écran d'install d'XP mais rien.
En plus dans la fenêtre de virt-manager il y a bien un nouvel hôte, mais
si je cherche à l'ouvrir, une fenêtre s'ouvre dont l'onglet console
indique : "La console n'est pas configurée pour l'invité" (et d'ailleurs
idem pour le dom0). donc je suppose que j'ai oublié qqe chose
d'important concernant la connexion à ue console...
Si vous avez une idée, merci d'avance.
Cordialement,
Frédéric.
Bon, c'est encore moi!
J'ai réussi à faire un lien:
ln -s /usr/lib/xen-3.2-1 /usr/lib/xen
qui permet de démarrer la création de l'hôte avec virt-manager. Mais il
y a un problème après: en gros il y a des accès au CD d'install (pendant
assez longtemps) puis plus rien... j'attendais l'ouverture d'une console
avec l'écran d'install d'XP mais rien.
En plus dans la fenêtre de virt-manager il y a bien un nouvel hôte, mais
si je cherche à l'ouvrir, une fenêtre s'ouvre dont l'onglet console
indique : "La console n'est pas configurée pour l'invité" (et d'ailleurs
idem pour le dom0). donc je suppose que j'ai oublié qqe chose
d'important concernant la connexion à ue console...
Si vous avez une idée, merci d'avance.
Cordialement,
Frédéric.
Bon, c'est encore moi!
J'ai réussi à faire un lien:
ln -s /usr/lib/xen-3.2-1 /usr/lib/xen
qui permet de démarrer la création de l'hôte avec virt-manager. Mais il
y a un problème après: en gros il y a des accès au CD d'install (pendant
assez longtemps) puis plus rien... j'attendais l'ouverture d'une console
avec l'écran d'install d'XP mais rien.
En plus dans la fenêtre de virt-manager il y a bien un nouvel hôte, mais
si je cherche à l'ouvrir, une fenêtre s'ouvre dont l'onglet console
indique : "La console n'est pas configurée pour l'invité" (et d'ailleurs
idem pour le dom0). donc je suppose que j'ai oublié qqe chose
d'important concernant la connexion à ue console...
Si vous avez une idée, merci d'avance.
Cordialement,
Frédéric.
'soir,
Je ne connais pas virt-manager, mais je dirais que:
- Tu as oublié l'option "console" à la création de la VM
- Tu n'as pas installé les paquets nécessaires: virt-manager suggère le
paquet virt-viewer qui permet d'afficher la console VNC du domU.
'soir,
Je ne connais pas virt-manager, mais je dirais que:
- Tu as oublié l'option "console" à la création de la VM
- Tu n'as pas installé les paquets nécessaires: virt-manager suggère le
paquet virt-viewer qui permet d'afficher la console VNC du domU.
'soir,
Je ne connais pas virt-manager, mais je dirais que:
- Tu as oublié l'option "console" à la création de la VM
- Tu n'as pas installé les paquets nécessaires: virt-manager suggère le
paquet virt-viewer qui permet d'afficher la console VNC du domU.
Le samedi 19 décembre 2009 à 17:13 +0100, Jean Baptiste a écrit :'soir,
Je ne connais pas virt-manager, mais je dirais que:
- Tu as oublié l'option "console" à la création de la VM
- Tu n'as pas installé les paquets nécessaires: virt-manager suggère le
paquet virt-viewer qui permet d'afficher la console VNC du domU.
Bonsoir,
si, virt-viewer est bien installé.
Je suis toujours bloqué, mais je me demande si le problème ne vient pas
de la façon avec laquelle je veux allouer de l'espace pour l'install de
XP. En fait j'ai coché "Partition de disque normale" et
indiqué /dev/sda3. Chez moi c'est une partition libre en fat32 de 100G
(j'ai libéré/partitionné cet espace justement pour installer mon XP
virtualisé). En fait cette partition est montée au boot (elle me servait
d'échange avec le "vrai" XP non virtualisé) par une ligne de mon fstab.
J'ai remarqué que si je ne démonte pas cette partition avant de lancer
la création de l'hôte j'ai un message d'erreur:
Device 768 (vbd) could not be connected. Device /dev/sda3 is mounted in
the privileged domain, and so cannot be mounted by a guest.
Par ailleurs, si je démonte la partition, ça commence (accès au CD
d'install) puis au bout d'un moment plus rien.
Je ne vois pa comment j'ai oublié l'option "console" à la création de la
VM, puisque jamais l'assistant de virt-manager ne m'en a parlé.
Bref, je suis bloqué.
Merci quand même.
Cordialement,
Frédéric.
Le samedi 19 décembre 2009 à 17:13 +0100, Jean Baptiste a écrit :
'soir,
Je ne connais pas virt-manager, mais je dirais que:
- Tu as oublié l'option "console" à la création de la VM
- Tu n'as pas installé les paquets nécessaires: virt-manager suggère le
paquet virt-viewer qui permet d'afficher la console VNC du domU.
Bonsoir,
si, virt-viewer est bien installé.
Je suis toujours bloqué, mais je me demande si le problème ne vient pas
de la façon avec laquelle je veux allouer de l'espace pour l'install de
XP. En fait j'ai coché "Partition de disque normale" et
indiqué /dev/sda3. Chez moi c'est une partition libre en fat32 de 100G
(j'ai libéré/partitionné cet espace justement pour installer mon XP
virtualisé). En fait cette partition est montée au boot (elle me servait
d'échange avec le "vrai" XP non virtualisé) par une ligne de mon fstab.
J'ai remarqué que si je ne démonte pas cette partition avant de lancer
la création de l'hôte j'ai un message d'erreur:
Device 768 (vbd) could not be connected. Device /dev/sda3 is mounted in
the privileged domain, and so cannot be mounted by a guest.
Par ailleurs, si je démonte la partition, ça commence (accès au CD
d'install) puis au bout d'un moment plus rien.
Je ne vois pa comment j'ai oublié l'option "console" à la création de la
VM, puisque jamais l'assistant de virt-manager ne m'en a parlé.
Bref, je suis bloqué.
Merci quand même.
Cordialement,
Frédéric.
Le samedi 19 décembre 2009 à 17:13 +0100, Jean Baptiste a écrit :'soir,
Je ne connais pas virt-manager, mais je dirais que:
- Tu as oublié l'option "console" à la création de la VM
- Tu n'as pas installé les paquets nécessaires: virt-manager suggère le
paquet virt-viewer qui permet d'afficher la console VNC du domU.
Bonsoir,
si, virt-viewer est bien installé.
Je suis toujours bloqué, mais je me demande si le problème ne vient pas
de la façon avec laquelle je veux allouer de l'espace pour l'install de
XP. En fait j'ai coché "Partition de disque normale" et
indiqué /dev/sda3. Chez moi c'est une partition libre en fat32 de 100G
(j'ai libéré/partitionné cet espace justement pour installer mon XP
virtualisé). En fait cette partition est montée au boot (elle me servait
d'échange avec le "vrai" XP non virtualisé) par une ligne de mon fstab.
J'ai remarqué que si je ne démonte pas cette partition avant de lancer
la création de l'hôte j'ai un message d'erreur:
Device 768 (vbd) could not be connected. Device /dev/sda3 is mounted in
the privileged domain, and so cannot be mounted by a guest.
Par ailleurs, si je démonte la partition, ça commence (accès au CD
d'install) puis au bout d'un moment plus rien.
Je ne vois pa comment j'ai oublié l'option "console" à la création de la
VM, puisque jamais l'assistant de virt-manager ne m'en a parlé.
Bref, je suis bloqué.
Merci quand même.
Cordialement,
Frédéric.
Bonjour,
Losque tu dis qu"il y a des accès disque puis plus rien: le domU es t
bien démarré ?
Pour vérifier, xm list doit retourner dom0 et domU
Si le domU n'est pas là , tu as un problème et il faut regarder dans les
logs.
Ensuite, pour la console, netstat -tauplen |grep qemu-dm devrait
retourner qque chose (sous toute réserve cependant: ça marche chez moi,
mais une fois encore je n'utilise pas virt-manager. Il est donc possible
que celui-ci utilise autre chose).
Dernière chose: tu fais tout en local où ton Dom0 est distant ?
Bonjour,
Losque tu dis qu"il y a des accès disque puis plus rien: le domU es t
bien démarré ?
Pour vérifier, xm list doit retourner dom0 et domU
Si le domU n'est pas là , tu as un problème et il faut regarder dans les
logs.
Ensuite, pour la console, netstat -tauplen |grep qemu-dm devrait
retourner qque chose (sous toute réserve cependant: ça marche chez moi,
mais une fois encore je n'utilise pas virt-manager. Il est donc possible
que celui-ci utilise autre chose).
Dernière chose: tu fais tout en local où ton Dom0 est distant ?
Bonjour,
Losque tu dis qu"il y a des accès disque puis plus rien: le domU es t
bien démarré ?
Pour vérifier, xm list doit retourner dom0 et domU
Si le domU n'est pas là , tu as un problème et il faut regarder dans les
logs.
Ensuite, pour la console, netstat -tauplen |grep qemu-dm devrait
retourner qque chose (sous toute réserve cependant: ça marche chez moi,
mais une fois encore je n'utilise pas virt-manager. Il est donc possible
que celui-ci utilise autre chose).
Dernière chose: tu fais tout en local où ton Dom0 est distant ?