J'expérimentes Ubuntu 6 présentement et j'ai une légère difficulté. Je veux
installé la machine virtuelle java mais j'y arrive pas.
J'ai suivis les instructions données sur le site de Java pour la
décompression du Bin. C'est fait. Comme je n'ai pas le mot de passe
superutilisateur, je l'ai mise dans un sous-dossier de mon home directory.
Par la suite, on me demande de faire un lien symbolique dans le répertoire
de mozilla vers la nouvelle machine virtuelle. On me donne un message
"permission denied".
Question : Y-a-t-il une façon "simple" d'installer un logiciel sous
linux/ubuntu ? Je lis plusieurs forums et tous semble dirent que Ubuntu,
c'est merveilleux et facile. À date, je pourrais dire que c'est le contraire
!
Un utilisateur qui commence à s'ennuyer de Windows ...
ICEMAN64B
Le Fri, 1 Feb 2008 21:29:28 +0100, Thierry B. a écrit:
--{ Michel Doucet a plopé ceci: }--
Oui, il est clair que vous n'avez pas compris ce qu'est root et ce que fait sudo.
Pour passer en root: "sudo su" et c'est sous les autres *nix stp ?
Et pourquoi pas "sudo -i", qui me semble bien plus canonique ?
Parce que le Doucet est un neuneu ?
J'ai gagné quoi ?
-- Si j'etais toi, j'irai verifier la veracite de l'information avant de passer pour un con sur les ML des BSD. Ca pue le troll pourri dans tout le systeme solaire son truc. Hugo (né il y a 1 381 409 772 secondes)
Le Fri, 1 Feb 2008 21:29:28 +0100, Thierry B. a écrit:
--{ Michel Doucet a plopé ceci: }--
Oui, il est clair que vous n'avez pas compris ce qu'est root et ce que
fait sudo.
Pour passer en root: "sudo su" et c'est sous les autres *nix stp ?
Et pourquoi pas "sudo -i", qui me semble bien plus canonique ?
Parce que le Doucet est un neuneu ?
J'ai gagné quoi ?
--
Si j'etais toi, j'irai verifier la veracite de l'information avant de passer
pour un con sur les ML des BSD. Ca pue le troll pourri dans tout le systeme
solaire son truc.
Hugo (né il y a 1 381 409 772 secondes)
Le Fri, 1 Feb 2008 21:29:28 +0100, Thierry B. a écrit:
--{ Michel Doucet a plopé ceci: }--
Oui, il est clair que vous n'avez pas compris ce qu'est root et ce que fait sudo.
Pour passer en root: "sudo su" et c'est sous les autres *nix stp ?
Et pourquoi pas "sudo -i", qui me semble bien plus canonique ?
Parce que le Doucet est un neuneu ?
J'ai gagné quoi ?
-- Si j'etais toi, j'irai verifier la veracite de l'information avant de passer pour un con sur les ML des BSD. Ca pue le troll pourri dans tout le systeme solaire son truc. Hugo (né il y a 1 381 409 772 secondes)
Michel Doucet
Bonjour/soir à tous et plus particulièrement à *Hugolino* qui le Sat, 02 Feb 2008 13:01:11 +0100 a caressé son clavier pour nous dire:
Le Fri, 1 Feb 2008 21:29:28 +0100, Thierry B. a écrit:
--{ Michel Doucet a plopé ceci: }--
Oui, il est clair que vous n'avez pas compris ce qu'est root et ce que fait sudo.
Pour passer en root: "sudo su" et c'est sous les autres *nix stp ?
Et pourquoi pas "sudo -i", qui me semble bien plus canonique ?
Parce que le Doucet est un neuneu ?
J'ai gagné quoi ?
Ton pseudo te sied à merveille !
-- Utiliser le butineur, le courrielleur, le lecteur de nouvelles et l'OS avec lesquels vous vous sentez le plus sécurisé ... ;) Posted via a free Usenet account from http://news.motzarella.org/ http://mdoucet.wordpress.com/
Bonjour/soir à tous et plus particulièrement à *Hugolino* qui le Sat, 02
Feb 2008 13:01:11 +0100 a caressé son clavier pour nous dire:
Le Fri, 1 Feb 2008 21:29:28 +0100, Thierry B. a écrit:
--{ Michel Doucet a plopé ceci: }--
Oui, il est clair que vous n'avez pas compris ce qu'est root et ce
que fait sudo.
Pour passer en root: "sudo su" et c'est sous les autres *nix stp ?
Et pourquoi pas "sudo -i", qui me semble bien plus canonique ?
Parce que le Doucet est un neuneu ?
J'ai gagné quoi ?
Ton pseudo te sied à merveille !
--
Utiliser le butineur, le courrielleur, le lecteur de nouvelles
et l'OS avec lesquels vous vous sentez le plus sécurisé ... ;)
Posted via a free Usenet account from http://news.motzarella.org/
http://mdoucet.wordpress.com/
Bonjour/soir à tous et plus particulièrement à *Hugolino* qui le Sat, 02 Feb 2008 13:01:11 +0100 a caressé son clavier pour nous dire:
Le Fri, 1 Feb 2008 21:29:28 +0100, Thierry B. a écrit:
--{ Michel Doucet a plopé ceci: }--
Oui, il est clair que vous n'avez pas compris ce qu'est root et ce que fait sudo.
Pour passer en root: "sudo su" et c'est sous les autres *nix stp ?
Et pourquoi pas "sudo -i", qui me semble bien plus canonique ?
Parce que le Doucet est un neuneu ?
J'ai gagné quoi ?
Ton pseudo te sied à merveille !
-- Utiliser le butineur, le courrielleur, le lecteur de nouvelles et l'OS avec lesquels vous vous sentez le plus sécurisé ... ;) Posted via a free Usenet account from http://news.motzarella.org/ http://mdoucet.wordpress.com/
Kevin Denis
Le 2008-02-01, Laurent C. ecrivit:
Pour ma part, l'émulation et la virtualisation l'emulation _et_ la virtualisation?
de qemu+kqemu me permet sous entendu emulation -> qemu, et virtualisation -> kqemu, c'est ca?
Absolument.
Tu as des liens la dessus? Je trouve que la doc n'est pas tres claire.
When KQEMU runs in full virtualization mode, both guest kernel and user code are executed directly on the host CPU. In normal mode, only the user code is executed directly and the kernel code is still dynamically translated by QEMU. The full virtualization mode cannot work with all OSes because it makes some assumptions about the x86 instructions that the guest OS uses. Note that even if some assumptions are made on the guest OS, the full virtualization mode is secure by design: all the code is executed in user mode on the host processor which means it cannot break the host OS. The requirements for a guest OS to work in full virtualization mode are very simple and most recent OSes (such as Linux or Windows 2000/XP) fulfill them. Interested OS writers can read the KQEMU technical specification to learn more.
Ca dit en gros que les instructions ne sont pas traduites par qemu, mais juste envoyees directement au CPU. Le "full virtualisation" correspond au fait que les instructions kernel sont aussi envoyées au CPU directement. Les docs techniques disent: Note 1: KQEMU does not currently use the hardware virtualization features of newer x86 CPUs. We expect that the limitations would be different in that case.
Moralité, peut on parler de virtualisation avec kqemu? Je trouve que ce mot est généralement employé un peu à tort et à travers et il est difficile de trouver un sens précis de ce mot et des technos associées.
de mettre en place un réseau minimal Quelle methode as tu utilisée? tun, vde ou qemu tout seul via ses vlan?
Les vlans pour le réseau inter-VM et un bridge pour l'accès au net via
ma station.
Ok.
pour valider des solutions libres devant se greffer dans un domaine AD 100% Windowsien. J'ai pu ainsi monter un proxy authentifiant squid mais hélas, ce projet n'a jamais été en prod.
Je m'en sers donc surtout pour du test et de la validation de concept.
Ok. Quel hardware as tu utilisé pour simuler combien de machines?
Ma station seule, un athlon X2 avec 1Go de ram sous FreeBSD, avec 4 VM x86: 1 FreeBSD, 1 win2k3 en controlleur de domaine, et 2 membres du domaine en XP. Autant dire que ma RAM était totalement utilisée.
Tout à fait. Et pour les performances? Je suis personnelement toujours
déçu des perfs disques de qemu. Dès qu'il faut modifier des fichiers ça rame. Je ne sais pas trop d'ou ça vient. Dès que j'ai 5mn, je regarderai si le disque qemu peut être utilisé en nfs sur une autre machine pour voir si la dégradation des perfs vient vraiment de qemu lui même ou si ça vient du fait que c'est une image disque utilisée dans un fichier dans le filesystem de l'hôte. -- Kevin
Le 2008-02-01, Laurent C. ecrivit:
Pour ma part, l'émulation et la virtualisation
l'emulation _et_ la virtualisation?
de qemu+kqemu me permet
sous entendu emulation -> qemu, et virtualisation -> kqemu, c'est ca?
Absolument.
Tu as des liens la dessus? Je trouve que la doc n'est pas tres claire.
When KQEMU runs in full virtualization mode, both guest kernel and user
code are executed directly on the host CPU. In normal mode, only the
user code is executed directly and the kernel code is still dynamically
translated by QEMU.
The full virtualization mode cannot work with all OSes because it makes
some assumptions about the x86 instructions that the guest OS uses. Note
that even if some assumptions are made on the guest OS, the full
virtualization mode is secure by design: all the code is executed in user
mode on the host processor which means it cannot break the host OS.
The requirements for a guest OS to work in full virtualization mode are
very simple and most recent OSes (such as Linux or Windows 2000/XP)
fulfill them. Interested OS writers can read the KQEMU technical
specification to learn more.
Ca dit en gros que les instructions ne sont pas traduites par qemu,
mais juste envoyees directement au CPU. Le "full virtualisation"
correspond au fait que les instructions kernel sont aussi
envoyées au CPU directement.
Les docs techniques disent:
Note 1: KQEMU does not currently use the hardware virtualization
features of newer x86 CPUs. We expect that the limitations would be
different in that case.
Moralité, peut on parler de virtualisation avec kqemu? Je trouve que
ce mot est généralement employé un peu à tort et à travers et il
est difficile de trouver un sens précis de ce mot et des technos
associées.
de mettre en place un réseau minimal
Quelle methode as tu utilisée? tun, vde ou qemu tout seul via ses vlan?
Les vlans pour le réseau inter-VM et un bridge pour l'accès au net via
ma station.
Ok.
pour valider des solutions libres
devant se greffer dans un domaine AD 100% Windowsien. J'ai pu ainsi
monter un proxy authentifiant squid mais hélas, ce projet n'a jamais été
en prod.
Je m'en sers donc surtout pour du test et de la validation de concept.
Ok. Quel hardware as tu utilisé pour simuler combien de machines?
Ma station seule, un athlon X2 avec 1Go de ram sous FreeBSD, avec 4 VM
x86: 1 FreeBSD, 1 win2k3 en controlleur de domaine, et 2 membres du
domaine en XP. Autant dire que ma RAM était totalement utilisée.
Tout à fait. Et pour les performances? Je suis personnelement toujours
déçu des perfs disques de qemu. Dès qu'il faut modifier des fichiers
ça rame. Je ne sais pas trop d'ou ça vient. Dès que j'ai 5mn, je
regarderai si le disque qemu peut être utilisé en nfs sur une autre
machine pour voir si la dégradation des perfs vient vraiment de
qemu lui même ou si ça vient du fait que c'est une image disque
utilisée dans un fichier dans le filesystem de l'hôte.
--
Kevin
Pour ma part, l'émulation et la virtualisation l'emulation _et_ la virtualisation?
de qemu+kqemu me permet sous entendu emulation -> qemu, et virtualisation -> kqemu, c'est ca?
Absolument.
Tu as des liens la dessus? Je trouve que la doc n'est pas tres claire.
When KQEMU runs in full virtualization mode, both guest kernel and user code are executed directly on the host CPU. In normal mode, only the user code is executed directly and the kernel code is still dynamically translated by QEMU. The full virtualization mode cannot work with all OSes because it makes some assumptions about the x86 instructions that the guest OS uses. Note that even if some assumptions are made on the guest OS, the full virtualization mode is secure by design: all the code is executed in user mode on the host processor which means it cannot break the host OS. The requirements for a guest OS to work in full virtualization mode are very simple and most recent OSes (such as Linux or Windows 2000/XP) fulfill them. Interested OS writers can read the KQEMU technical specification to learn more.
Ca dit en gros que les instructions ne sont pas traduites par qemu, mais juste envoyees directement au CPU. Le "full virtualisation" correspond au fait que les instructions kernel sont aussi envoyées au CPU directement. Les docs techniques disent: Note 1: KQEMU does not currently use the hardware virtualization features of newer x86 CPUs. We expect that the limitations would be different in that case.
Moralité, peut on parler de virtualisation avec kqemu? Je trouve que ce mot est généralement employé un peu à tort et à travers et il est difficile de trouver un sens précis de ce mot et des technos associées.
de mettre en place un réseau minimal Quelle methode as tu utilisée? tun, vde ou qemu tout seul via ses vlan?
Les vlans pour le réseau inter-VM et un bridge pour l'accès au net via
ma station.
Ok.
pour valider des solutions libres devant se greffer dans un domaine AD 100% Windowsien. J'ai pu ainsi monter un proxy authentifiant squid mais hélas, ce projet n'a jamais été en prod.
Je m'en sers donc surtout pour du test et de la validation de concept.
Ok. Quel hardware as tu utilisé pour simuler combien de machines?
Ma station seule, un athlon X2 avec 1Go de ram sous FreeBSD, avec 4 VM x86: 1 FreeBSD, 1 win2k3 en controlleur de domaine, et 2 membres du domaine en XP. Autant dire que ma RAM était totalement utilisée.
Tout à fait. Et pour les performances? Je suis personnelement toujours
déçu des perfs disques de qemu. Dès qu'il faut modifier des fichiers ça rame. Je ne sais pas trop d'ou ça vient. Dès que j'ai 5mn, je regarderai si le disque qemu peut être utilisé en nfs sur une autre machine pour voir si la dégradation des perfs vient vraiment de qemu lui même ou si ça vient du fait que c'est une image disque utilisée dans un fichier dans le filesystem de l'hôte. -- Kevin
Emmanuel Florac
Le Sun, 03 Feb 2008 17:07:34 +0000, Kevin Denis a écrit :
Moralité, peut on parler de virtualisation avec kqemu?
Pas tout à fait. Pour avoir de la vraie virtualisation, il faut utiliser kvm... ça devient compliqué tout ça :)
-- A travers l'audimat, c'est la logique du commercial qui s'impose aux productions culturelles. Or, il est important de savoir que, historiquement, toutes les productions culturelles que je considère, - et je ne suis pas le seul, j'espère -, qu'un certain nombre de gens considèrent comme les productions les plus hautes de l'humanité, les mathématiques, la poésie, la littérature, la philosophie, toutes ces choses ont été produites contre l'équivalent de l'audimat, contre la logique du commerce. Pierre Bourdieu, "Sur la télévision". Raison d'Agir Editions, décembre 1996
Le Sun, 03 Feb 2008 17:07:34 +0000, Kevin Denis a écrit :
Moralité, peut on parler de virtualisation avec kqemu?
Pas tout à fait. Pour avoir de la vraie virtualisation, il faut utiliser
kvm... ça devient compliqué tout ça :)
--
A travers l'audimat, c'est la logique du commercial qui s'impose aux
productions culturelles. Or, il est important de savoir que,
historiquement, toutes les productions culturelles que je considère, -
et je ne suis pas le seul, j'espère -, qu'un certain nombre de gens
considèrent comme les productions les plus hautes de l'humanité, les
mathématiques, la poésie, la littérature, la philosophie, toutes ces
choses ont été produites contre l'équivalent de l'audimat, contre la
logique du commerce.
Pierre Bourdieu, "Sur la télévision". Raison d'Agir Editions, décembre
1996
Le Sun, 03 Feb 2008 17:07:34 +0000, Kevin Denis a écrit :
Moralité, peut on parler de virtualisation avec kqemu?
Pas tout à fait. Pour avoir de la vraie virtualisation, il faut utiliser kvm... ça devient compliqué tout ça :)
-- A travers l'audimat, c'est la logique du commercial qui s'impose aux productions culturelles. Or, il est important de savoir que, historiquement, toutes les productions culturelles que je considère, - et je ne suis pas le seul, j'espère -, qu'un certain nombre de gens considèrent comme les productions les plus hautes de l'humanité, les mathématiques, la poésie, la littérature, la philosophie, toutes ces choses ont été produites contre l'équivalent de l'audimat, contre la logique du commerce. Pierre Bourdieu, "Sur la télévision". Raison d'Agir Editions, décembre 1996
Kevin Denis
On 2008-02-03, Emmanuel Florac wrote:
Moralité, peut on parler de virtualisation avec kqemu?
Pas tout à fait. Pour avoir de la vraie virtualisation,
donc c'est de la fausse virtualisation?
il faut utiliser kvm... ça devient compliqué tout ça :)
KVM ne fait qu'utiliser les extensions kivonbien des CPU actuels. Est
ce le seul moyen de faire de la virtualisation? -- Kevin
On 2008-02-03, Emmanuel Florac <eflorac@imaginet.fr> wrote:
Moralité, peut on parler de virtualisation avec kqemu?
Pas tout à fait. Pour avoir de la vraie virtualisation,
donc c'est de la fausse virtualisation?
il faut utiliser kvm... ça devient compliqué tout ça :)
KVM ne fait qu'utiliser les extensions kivonbien des CPU actuels. Est
ce le seul moyen de faire de la virtualisation?
--
Kevin
il faut utiliser kvm... ça devient compliqué tout ça :)
KVM ne fait qu'utiliser les extensions kivonbien des CPU actuels. Est ce
le seul moyen de faire de la virtualisation?
Ça dépend.... On peut considérer que oui, ou que non :)
Et donc on revient à la question initiale. Quelle est la définition
de la virtualisation? -- Kevin
Thierry B.
--{ Kevin Denis a plopé ceci: }--
Ça dépend.... On peut considérer que oui, ou que non :)
Et donc on revient à la question initiale. Quelle est la définition
de la virtualisation?
"Travailler plus pour gagner plus". J'ai bon, là ?
--
parce que maintenant linux tue tous les processus pour libérer de la mémoire, DONC pas de soucis hein ? bah, il suffit d'augmenter la mémoire disponible avec
Ça dépend.... On peut considérer que oui, ou que non :)
Et donc on revient à la question initiale. Quelle est la définition
de la virtualisation?
"Travailler plus pour gagner plus". J'ai bon, là ?
--
parce que maintenant linux tue tous les processus pour libérer de la
mémoire, DONC pas de soucis hein ?
bah, il suffit d'augmenter la mémoire disponible avec
Ça dépend.... On peut considérer que oui, ou que non :)
Et donc on revient à la question initiale. Quelle est la définition
de la virtualisation?
"Travailler plus pour gagner plus". J'ai bon, là ?
--
parce que maintenant linux tue tous les processus pour libérer de la mémoire, DONC pas de soucis hein ? bah, il suffit d'augmenter la mémoire disponible avec
