Forum

Reprise du message précédent

Bonjour, et merci pour tes investigations, je pense qu'elles vont en intéresser plus d'un, moi le 1er !!
ça mériterai largement une page du wiki...
Dès que j'aurai de nouveau accès à mon PC, je tenterai l'aventure sur mon disque en dualboot WinXP/Mageai4 !!
Puis plus tard Win 7 / Mageia 5, quand cette dernière sera sortie...
Encore merci pour toutes les infos partagées...

J'ai quelque peu modifié ma machine virtuelle pour les tests suivants ce qui donne la machine virtuelle (32 bits) :
* SDA1 : Windows 7 : NTFS : 57Go
* SDA2 : Mageia 4 : Ext4 : 20 Go
* SDA3 : Swap Linux : 2 Go
* SDA5 : Ubuntu 14.04 : Ext4 : 20Go
* SDB1 : Home Mageia : Ext4 : 25 Go
* SDB2 : DataNTFS : NTFS : 10 Go

1er test : Virtualiser Ubuntu (SDA5) depuis Mageia
a) Je ne vais pas tout réécrire mais voici les différences :
# chmod 660 /dev/sda1 (pas de nouveauté)
# chmod 660 /dev/sda5 (selon la partition, donc ajout ici)
b) J'ai ensuite créé un nouveau fichier VMDK (avec un nouveau nom : Windows-Ubuntu.vmdk) que j'ai utilisé avec une nouvelle machine virtuelle. Cela me permet ainsi de choisir soit Windows, soit Ubuntu.
c) Par contre, le premier fichier VMDK (celui créé la veille) ne me permet pas de choisir Ubuntu (du moins sans échec) et c'est normal si on se rappelle que /dev/sda5 n'avait pas été "chmodé", donc pas de droits.

2e test : Virtualiser Ubuntu (SDA5) depuis Windows
Impossible ! Du moment que les partitions ne sont pas dans un système de fichier Microsoft (Fat et NTFS), Windows refuse même de les lister. De ce fait VBoxManager retourne systématiquement une erreur.

Je rédigerai une page WIKI dédiée prochainement.

Bonjour, ça ne serait pas



plutôt ?

Alors j'ai essayé, d'abord chez moi la 1ère commande (celle pour lister les partitions) ne veux pas se lancer en user, mais en root.



Une fois les partitions listées, la partition Windows est sdc1, j'ai donc tapé les commandes suivantes en remplaçant sda par sdc, tout s'est bien passé, jusqu' à :







là j'ai le message d'erreur suivant :





Je précise que je me suis assuré d'avoir la dernière version de VB avant...

Je continuerai mes recherches plus tard...

Mon texte semble un peu confus !



Voici ce que j'ai fait :

Sous root :

# chmod 666 /dev/sda

# chmod 660 /dev/sda1

# chmod 660 /dev/sda5



En résumé, il faut "chmoder" :

* SDA pour obtenir le menu de sélection d'OS dans la machine virtuelle

* SDAx pour obtenir le droit de démarrer le système installé sur SDAx, où "x" représente le numéro de la partition désirée. Il faut donc faire cette manipulation pour chaque partition désirée. Évidemment, il faut adapter selon la configuration (SDAx, ou SDBx ... etc ..).



Le reste ne diffère pas.

Tu dois "chmoder" SDC et SDC1



De plus, l'utilisateur doit faire partie du groupe disk.

Sous root :

# usermod -a -G disk sylvain

Ce qui te permettra de créer ton fichier VMDK en tant que simple utilisateur. Car si tu créé ce VMDK sous root, tu ne pourras pas l'exploiter en tant que simple utilisateur sauf si tu te le réattribue (chown sylvain: sylvain VMDK) (mais je n'ai pas testé cela).

Oui quand je parle des autres commandes, c'est bien les commandes chmod et le groupe disk comme tu le mentionnais dans ton tutoriel, très clair par ailleurs !
J'ai tout fait comme toi mais je soupçonne un truc : dans les paramètres globaux de Virtualbox j'ai changé le répertoire par défaut des machines virtuelles ...

Moi aussi. Comme je virtualise beaucoup, j'ai monté toute ma tour dans ce but et avec un disque dur dédié (2 To) en Ext4 où je me suis attribué tous les pleins droits. Dans mes tests, je ne me suis pas cassé la tête et j'ai enregistré le VMDK dans le dossier personnel. Essaie de créer ce fichier VMDK dans ton dossier personnel pour ensuite le déplacer dans ton dossier favoris dédiés à tes machines virtuelles.

Ok merci pour ta réponse,je regarderai ça plus au calme ce week-end

Résultats d'un ultime test

Pour coller aux spécificité de la configuration réelle de ma tour, j'avais modifié ma machine virtuelle ainsi :
* SDA1 Windows
* SDA2 Mageia
* SDA3 Swap
* SDA5 Ubuntu
* SDB1 Home Mageia
* SDB2 DataNTFS

Dans la configuration du profil utilisateur de Windows, j'ai déplacé tous les dossiers de travail (Documents, Images, Vidéos, Téléchargement ...) dans SDB2 (DataNTFS). Je procède systématiquement ainsi pour limiter au minimum requis ce qui est dans C.

Dans Mageia, voici la situation des disques en NTFS :
* SDA1 Windows : non monté
* SDB2 DataNTFS : auto-monté dans /mnt/DataNTFS

J'ai modifié les droits suivants :
# chmod 666 /dev/sda
# chmod 660 /dev/sda1
# chmod 660 /dev/sdb2

J'ai ensuite créé deux coquilles VMDK, soit une pour SDA (Windows) et l'autre pour SDB (DataNTFS), toujours en tant que simple utilisateur :
$ VBoxManage internalcommands createrawvmdk -filename /home/thierry/VirtualBox/SDA1Windows.vmdk -rawdisk /dev/sda
$ VBoxManage internalcommands createrawvmdk -filename /home/thierry/VirtualBox/SDB2DataNTFS.vmdk -rawdisk /dev/sdb

J'ai branché ces deux fichiers VMDK dans ma machine virtuelle de test, en prenant soin de sélectionner en premier celui de SDA, pour ne pas risquer de perturber ce pôvre Windows avec l'ordre des disques. Par contre, nouveauté, j'ai coché pour chaque disque VMDK l'option "Solid-State Drive" qui est censée booster (pas vraiment vu de différence à ce niveau de tests si basiques).

La machine virtuelle a bien démarré et, une fois sélectionné Windows, ce système a fonctionné parfaitement. J'ai pu écrire sans problème un petit fichier TXT dans DataNTFS qui était pourtant monté en écriture sur Mageia hôte. J'ai aussi pu lire ce fichier TXT de test depuis Windows directement démarré sans artifice de virtualisation.

Par contre, il faut noter qu'en situation réelle, il faudra aussi installer les Extensions VirtualBox dans le système ainsi virtualisé, ce que je n'ai pas eu l'occasion de faire ici puisque je virtualisait déjà en totalité (extensions VBox déjà installées dans les systèmes sous-virtualisés).

Ce week-end : le tutoriel

Bonjour,
la nuit portant conseil, j'ai réfléchi et j'ai peut-être une autre piste sur mes déboires : ma version de Virtualbox est la version binaire d'Oracle (le .run), et pas la version RPM de Mageia.
Du coup les chemins d'install et de travail sont peut-être différents (chez moi VB est installé dans /opt).
J'ai toujours utilisé la version native d'Oracle car j'avais cru comprendre que dans les versions OSE, malgré l'installation des add-ons invités, l'USB n'était pas géré (pb de droits ??), ce qui est pour moi rédhibitoire (utilisation d'une clé de protection pour un soft Windows).
J'ai bon ou j'ai faux ?

Bon, ça avance, en fait il faut créer au préalable le répertoire VirtualBox sous le home/user à la mimine si on veux que le fichier .VMDK soit créé dedans (peut-être à rajouter dans le tuto...)
J'ai créé ma machine virtuelle avec le disque pointant sur ce fichier, mais je n'ai pas trouvé la notion de connecteur SATA dans les paramètres....
Au lancement de la machine, je tombe sur le grub qui me propose Mageia ou Win XP, à l'identique du boot de la machine physique, jusque là tout va bien...
Par contre mon XP ne se lance pas, je reste sur un écran noir avec le curseur et c'est tout...
Je vais aller voir si mon XP boot déjà correctement en physique parce que ça fait un moment que je n'y suis pas allé...

Tous mes tests sont basées sur la version officielle. J'ai téléchargé le binaire du site source, de même que les extensions. VirtualBox est donc installé dans /opt. Donc, la même source que toi pour l'application.

Mes machines virtuelles bénéficient toutes du support USB 2.0 correct, une fois les extensions installées dans la VM suivi d'un redémarrage de ladite VM. Il faut par contre cocher l'activation du contrôleur USB 2.0 (ce que j'oubliais de faire autrefois). Donc même Windows 7 reconnait mes clés USB. Par contre, il est possible que Windows XP ait un problème avec l'USB car, même en remplissant toutes les conditions (case cochée et extensions VBox), les pilotes USB installés sous Windows XP ne permettent pas la bonne reconnaissance du périphérique. J'avais abandonné XP à cause de cela dans mes machines virtuelles.

Pour créer ton fichier VMDK, c'est comme n'importe quel fichier ou dossier, tu dois avoir des droits d'écriture total dans le dossier de destination de stockage. Et si j'ai bien compris, tu sauvegarde ton VMDK dans ton Home. C'est assez bizarre comme problème puisque tu ne devrais pas avoir de difficultés dans ce cas. Comment as été créé ton répertoire VirtualBox de travail ? Sous ton profil utilisateur ou sous root. Réapproprie toi le avec la commande suivante depuis root :
# chown -R user:user dossier

Si tu bloque sur un écran noir au niveau de grub, c'est que tu n'as pas choisi le bon périphérique lorsque tu as "chmodé". Le fait de "chmodé" permet de débloquer l'accès à la partition ciblée. Ce qui m'indique que je dois aussi préciser cet aspect dans le tutoriel. Donne la liste des tes partitions et usages (ex SDA1 Windows).

Ayé ! Le tuto est posté (rubrique Virtualisation):
http://www.mageialinux-online.org/wiki/virtualisation-d-un-systeme-preinstalle-sur-partition

Salut,

j'ai plusieurs petites remarques à ton tuto :





- tu as bien fait de préciser que la partition contenant l'OS à virtualiser devait être démontée avant le chmod, c'est sans doute ce qui fait que ça ne fonctionne pas chez moi...





- peux-tu expliquer les droit 666 et 660 ? De plus, lors du 2ème chmod (ré-attribution des droits ????), tu parles de droits 600 et dans la commande du indique 660, du coup on s'y perd un peu





- a la fin il doit y avoir un pb de copier/coller, on retrouve une partie de l'intro...



Sinon pour le reste c'est très clair, good job !

Je vais ressayer de mon coté avec les corrections citées pus haut.

J'ai suivi tes conseils :

1) Suppression de l'erreur de copié / collé de la fin (le plus facile)

2) Refonte du chapitre 5 concernant la remise en place des droits sur les pseudo-fichiers des disques durs

Ce qui donne ceci :



VirtualBox renvoie une erreur si on ouvre la machine virtuelle en ayant préalablement remis les droits de /dev/sda à 600. Par conséquent, nous ne pouvons pas/plus modifier les droits de /dev/sda qui restent à 666.



Par contre, nous pouvons remettre les droits sur /dev/sda1 et /dev/sda5 à 600 ainsi que sur /dev/sdb2.



Sous root :

# chmod 600 /dev/sda1

# chmod 600 /dev/sda5

# chmod 600 /dev/sdb2



Par contre, il faut noter les points suivants :

En partant de Mageia sur SDA2 avec /Home (Mageia) sur SDB1:

* SDA1 Windows non monté + SDB2 DataNTFS monté : OK : fonctionne

* SDA5 GNU/Linux (peu importe laquelle) non monté avec /Home inclu dans SDA5 : OK : fonctionne

* SDA5 GNU/Linux (peu importe laquelle) non monté avec /Home sur SDB1 (avec un login différent) : non testé

Édité par teutates Le 18/04/2015 à 14h33