VM pas très V - Page 1

Est-il possible, en utilisant une machine virtuelle, de faire booter un OS réellement installé sur un PC ? Exemple, j'ai Linux et Win en dual boot, et je voudrais pourvoir booter l'autre OS depuis le premier. Pas celui que je peux installer sur un disque dur virtuel de VM (*.dvi), mais bien celui qui est réellement installé sur un autre disque dur.

C'est possible ?

Ça dépend du logiciel. Virtual Box ne le permet pas, mais je sais que VmWare Fusion et Parallels Desktop (des logiciels de virtualisation sur OS X) le font. Et si ça marche sur OS X, je pense que les versions PC le font également

YES !!!

Je vais voir si ces softs sont gratuits !

./1 > Oui en théorie. En pratique c'est plus compliqué.
Des logiciels comme VMWare fusion ou Parallels (tous deux sous OSX) savent le faire, et te permettent de démarrer ton windows installé en partition bootcamp en machine virtuelle sous OSX. (C'est bien pratique si tu as la RAM et le CPU qui vont bien )
Après, faut savoir que quel que soient les systèmes concernés, ça requiert une modification du système qui sera en VM, car un système installé normalement est configuré de manière adaptée au matériel physique, et non à celui de la machine virtuelle dans laquelle tu va vouloir le lancer. (Il faut qu'il supporte parfaitement de gérer les deux configurations de manière cloisonnée)
Enfin, rien ne t'interdit de démarrer qemu sur une partition physique si tu veux t'amuser et voir le résultat. Mais sache que tu prends tout simplement le risque de détruire (ou au mieux pourrir) irrémédiablement ton installation.

Avec Windows, je n'ai jamais eu de souci de driver, il charge les bons drivers au boot sans problème.

Mais tu utilises VMWare Fusion ou Parallels non ?

Ah oui, évidemment, je préfère utiliser un truc qui marche

Je sais pas pourquoi vous lui parlez de softs tournant sous OSX alors qu'il cherche à dual booter win/nux
Bref sous linux tu as VMWare Workstation qui sait le faire, mais évidemment il n'est pas gratuit. Tu peux essayer avec la version Server, mais je sais pas si elle le permettra.
Pour de meilleurs résultats je te conseille Win7 comme second OS, qui gère bien mieux les matériels "volatiles" (typiquement la HAL est détectée à chaque boot, sous Vista aussi mais c'est une option pas forcément activée par défaut).

Brunni (./8) :
Je sais pas pourquoi vous lui parlez de softs tournant sous OSX alors qu'il cherche à dual booter win/nux

Au hasard parce qu'ils ont des versions PC avec sensiblement les mêmes fonctions ?

Ha, je savais pas que ∃ Parallels pour Win/Linux, faudra que je teste à l'occas ^^

QEMU et ses dérivés (Xen, KVM, QEMU avec kqemu) peuvent tous le faire de manière directe parce qu'on peut leur donner n'importe quel fichier, y compris un "device node" correspondant à une partition ou un disque.

./4 ?

VirtualBox le permet en "trichant", mais uniquement depuis Linux et au prix de nombreuses manipulations (et il faut utiliser les profils de configurations matérielles de Windows pour éviter de pourrir son système). Personnellement, j'ai préféré éviter de le faire pour éviter de pourrir ma partition.

Edited_950

(j'avais prévenu Folco sur IRC en parlant de ton cas, justement)

Personne n'a lu mon conseil d'utiliser Win7 donc... avec <= XP vous avez toutes les chances de pourrir votre système, vous pouvez en être sûr

Tu payes un exemplaire de Windows 7 à Folco ?

Parce que tu vas me dire qu'il a acheté XP?
Sinon y a aussi Vista.

Brunni (./18) :
Parce que tu vas me dire qu'il a acheté XP?

Ah mais je suis sûr qu'il est très réglo là-dessus
(puis bon, XP a été fourni en OEM lors de l'achat d'un PC pendant longtemps quand même)

'Fin bon c'est pas un conseil dans le vide, techniquement faire ça avec XP c'est pas une bonne idée, mais comme ça peut marcher suivant le HW, ça peut valoir le coup de tenter ^^
Par contre si ça foire faut pas s'étonner

Bon ok merci bien, comme j'ai envie de garder mes systèmes intacts et pas de faire une expérience supplémentaire, on en restera là.

sinon pour XP... J'en ai acheté deux en tout, mais... pas celui-ci

Brunni (./8) :
Pour de meilleurs résultats je te conseille Win7 comme second OS, qui gère bien mieux les matériels "volatiles" (typiquement la HAL est détectée à chaque boot, sous Vista aussi mais c'est une option pas forcément activée par défaut).

Si tu utilises différents profils matériels avec XP, tu n'as pas non plus de problèmes (et c'est bien plus propre que de faire confiance à la gestion de la découverte auto du matériel, je trouve).

J'avoue que c'est une fonctionnalité que je n'ai jamais testé
En revanche je ne suis pas d'accord avec la parenthèse: la détection auto a prouvé qu'elle pouvait fonctionner, en tous cas sur les OS non-Windows. Si un OS est suffisamment mal foutu pour ne pas qu'on puisse lui faire confiance, ce n'est pas *normal*.
Typiquement ton alim pète, tu décides de changer de PC et tu colles ton vieux disque dans le nouveau PC, tu n'auras pas eu le temps de créer un nouveau profil ou quoi que ce soit. Expérience faite sous Vista ou Linux, tu prends ton DD, tu le fous dans la nouvelle machine et ça repart. C'est le comportement logique et attendu par n'importe quel utilisateur, pas de devoir démarrer sur le CD d'install et faire des trucs chelou

Je ne sais plus, mais je crois qu'on peut créer un nouveau profil directement depuis le menu F8 (ça fait un certain temps que je ne l'ai pas fait).

./23 > Oui, mais si tu fais confiance à la détection de matériel auto, alors à chaque démarrage sur une configuration différente, ton système va être reconfiguré. En d'auters termes tu va complètement pourrir tes réglages perso (et sous Windows, pourrir ta base de registres) à chaque changement de configuration.
C'est « bien » quand tu veux lancer une install sur une autre machine, mais ça laisse des traces, donc ça ne devrait être utilisé qu'à des fins de récupérations de données (en plus je crois savoir que ça annule l'activation de Windows). La détection de matériel a été prévue afin de détecter l'ajout ou le changement d'un ou deux éléments matériel, et le fait que ça fonctionne pour une configuration entière (preuve que la détection est vraiment au point) est une conséquence non forcément voulue au départ…
(Après pour le cas particulier de Windows, chaque matériel que tu branches ou débranches va pourrir un peu plus ta base de registres, donc pour moi un Windows démarré par deux PC différents = poubelle + reformattage)

Oué mais je parlais du principe (il dit que c'est pas bien d'y faire confiance). Typiquement sous linux la détection est dynamique, il n'y a pas de base de registre, il charge juste les modules qu'il faut si les périphériques correspondants sont attachés. A ce moment ça n'est pas du tout une mauvaise idée de l'utiliser, du moment que c'est au point.

Sinon concernant la BDR je suis d'accord, mais au final ce n'est pas un gros deal (si tu swappes souvent le hard il ne te crée pas les clés à double ). On n'est plus au temps des 350 MHz, la BDR de Win7 fait déjà genre 40 Meg de base et ses accès sont plus optimisés depuis Vista.
Regarde seulement le nombre de clés dans HKCR - dans mon cas l'exportation dans un .reg de cette branche prend 35 Meg - et quand tu sais que l'Explorer fait plus de 10000 requêtes dans cette branche pour l'affichage d'un dossier de taille moyenne ben t'as compris que 20 misérables entrées dans une zone accédée seulement à la connexion d'un périphérique ne changera pas grand chose...
=> donc heureusement pas poubelle pour ça! (et puis si vraiment t'es obsédé par la moindre clé de registre concernant ton matos il y a Device Remover)

Ce n'est pas une question de taille ou de vitesse… (Et puis 10000 accès ça me semble sur-exagéré)
Mais la base de registres reste malgré tout très fragile. Il arrive souvent qu'à force de manipulations pourries, ben ça finisse par casser.
Par exemple, un jour, tu installes une nouvelle carte graphique (parfaitement compatible avec ton matériel) de même marque que l'ancienne, ou bien tu branches un nouveau disque dur, … Et paf, d'un coup plus rien ne marche (de manière irrémédiable sinon ce n'est pas drôle), alors qu'avant (il y a 3sec) tout fonctionnait parfaitement (*en apparence*). D'où ça peut venir j'en sais rien… Les clés de la base de registres liées au matériel fonctionnent de manière extrêmement complexe et il faut mieux éviter d'y mettre le foutoir quand tu peux, c'est tout.
Enfin, la partie sur le matériel a un lien avec presque toutes les autres dans la BDR donc ça a en général un impact plus important (pas forcément plus visible), mais y'a de bonnes sensibilités un peu partout. Ça reste quand même bien plus résistant à l'échec que les fichiers de configurations moisis de linux (ah j'ai lu un caractère que je connais pas, kernel panic ), mais quand c'est abimé ça ne se répare pas tout seul. Plus souvent pas du tout.
Bref, utilise à tout prix les profils matériels comme le suggère Nil !

(GoldenCrystal qui critique Windows ?! je dois être en de rêver que je lis yN, c'est pas possible là )

10000 n'est pas exagéré, mon souvenir était 20000 et j'ai sorti procmon pour contrôler. Au final on dirait qu'ils ont un peu optimisé sous 7 mais le nombre d'accès reste énorme (10000 pour un dossier contenant ~50 éléments).
On dirait que j'ai bien de la chance que ma base de registre n'ait jamais pété comme ça tout seul parce qu'elle est fragile... (et pour dire j'ai jamais entendu parler de cas où c'est arrivé) Si jamais ça devait se produire, j'espère que \Windows\system32\config\RegBack me permettra de la récupérer
Bref depuis Vista, Windows j'y trafique presque plus, et je commence enfin à vraiment apprécier cet OS!

./29 > C'est pas une critique, je conseille juste de pas faire de la merde avec
(Je peux aussi conseiller de ne pas installer de spyware, de pas ouvrir le fichier Michèle_La_Pompiste_Du_Sexe.avi.exe que tu as reçu par mail ou qui s'est téléchargé sans te demander ton avis, etc. parce que ces truc sont aussi vachement doués pour pourrir la base de registres, et pas que ça, mais ça serait sans rapport avec le sujet )
Evidemment je peux pas dire la même chose de linux puisque le seul moyen qu'il marche bien c'est de ne pas s'en servir. #tritrollveludesbois#