Discussion :

[Plugpack]

Bonjour,

Dans le cadre d'un projet personnel, je cherche à accéder aux données d'une machine virtuelle installée physiquement sur un disque dur via ma machine Hôte sous VirtualBox.

Pour être plus précis :

- Ma machine Invitée est installée sur un disque de ma machine Hôte
- je peux donc la lancer via ma machine Hôte et lire les données en montant le disque sur l'Hôte ( ex : mount /dev/sdc1 /media/usb0 )
- Hôte : Debian 7 / Invitée : Debian 7

Voici les tutos qui m'ont aidé :

- http://forum.ubuntu-fr.org/viewtopic...2411#p18622411
- http://g.auvity.free.fr/wordpress/in...e-avec-une-vm/

Problèmes :

- Si ma machine invitée crée un fichier, je ne le vois pas sur ma machine Hôte temps que la machine invitée n'est pas éteinte
- Dans l'autre sens, je ne peux pas écrire depuis la machine Hôte quand la machine invitée est allumée
- Je n'arrive pas à voir mes données créées en temps réel ! ( même en changeant mon VMDK en Partageable )

Je ne veux pas :

- de transfert de donnée via FTP SFTP NFS ...
- de transfert en utilisant utilitaire de partage VirtualBox qui installe un paquet sur l'invitée.


Je vous remercie d'avance pour les réponses apportées.

( Je continue de chercher et posterai la réponse à cette problématique )

[chrtophe]

Je pense que tu ne peux pas utiliser simultanément le disque sur l'hote et sur la VM. Par contre ce que tu peux faire c'est le monter en permanence dans l'hote, et dans la VM créer un dossier partagé entre l'hôte et la VM pointant sur le point de montage du disque. J'ai vu que tu ne veux pas mais comment veux-tu que le système puisse gérer le disque de "2 machines" ?, la ressource étant occupée soit par l'un ou soit par l'autre.

[Plugpack]

Pour commencer, merci pour ta réponse chrtophe.

J'ai pu voir en allant dans "Fichier > Gestionnaire de médias" que l'on peut modifier le type de média.
Voici les options :

- Normal
- Immuable
- Hors instantanés
- Partageable
- Attachement multiple.

Celui qui m'a intéressé au début c'est le mode partageable. Le VMDK n'est qu'un lien entre le virtuel et le physique et c'est pour ca qu'en utilisant le mode Partageable de toute la partition je devrais pouvoirs faire ce que je veux mais ce n'est pas la cas.
Ensuite je me suis penché sur le mode Attachements multiples puisque grâce à cette option, je peux attacher un vmdk à deux machines virtuelles différents seulement il y a un DIFF qui est fait et si la première machine écrit , l'autre ne verra pas le fichier (c'est très bien cloisonné).

Enfin bon je me dis que ceci est peut être possible en lisant les commentaires de ce site : - http://g.auvity.free.fr/wordpress/in...e-avec-une-vm/

Les modifications faites sur la machine hote sont bien prises en compte sur la VM, mais l’inverse ne se fait pas chez moi.
Par exemple si je créé un nouveau dossier dans mon disque dur depuis la VM les modifications ne se sont pas visible chez la machine hote.

De plus, j’ai souvent quelques soucis pour écrire sur le disque dur: la VM (windows 7) me renvoie souvent le message « une erreur inattendue empêche de … »
avec comme explication « la structure du disque est endommagée ou illisible »

Il arrive à accéder aux données et les modifiées c'est pour ça que son Windows détecte une anomalie dans les données.

[Plugpack]

J'avance un peu plus ! \o/

Si ma machine Invitée écrit sur elle même, je peux enfin voir le fichier créé depuis mon Hôte.

Par contre il faut vraiment attendre 30 voir 40 secondes avant de voir le fichier sur le point de montage de l'Hôte. Je suis obligé de démonter et remonter sdc1 plusieurs fois pour enfin voir le fichier apparaître.

J'ai aussi testé avec une autre machine Invité en ajoutant le disque dur de ma première. Une fois le disque monté je peux voir la modification mais aussi après plusieurs secondes.

(Précision : ma machine invité que je test est installé physiquement sur une clé usb partitionnée faute d'avoir un disque dur en plus =S )

[chrtophe]

Je pense que ce que tu fais est dangereux pour la pérennité des données.

[Plugpack]

Je sais que c'est dangereux pour l'intégrité des données mon but et de lire de l'Hôte et ne pas écrire sur l'Invitée.

Si j'ai besoin d'écrire dessus j'utiliserai l'Invitée lui même.

Je viens de faire les tests en installant physiquement sur un disque dur cette fois la machine Invitée mais j'ai toujours ce problème : Je vois les données depuis l'Hôte seulement 40 secondes après leurs créations.

Je pense que je peux clore le sujet, puisqu'à présent j'arrive à lire les données de l'Invitée via l'Hôte.

Merci pour tes réponses Chrtophe.


Résumé pour accéder à un OS Debian virtualisé et installé physiquement :

- Attention à l'intégrité des données !

- Utiliser ces tutos :
- http://forum.ubuntu-fr.org/viewtopic...2411#p18622411 <---- De préférence celui-ci
- http://g.auvity.free.fr/wordpress/in...-avec-une-vm//

- "Fichier > Gestionnaire de médias" modifier le VMDK en partageable
- Utiliser Contrôleur SATA sur virtualbox ( accélère de 30 secondes le temps de visualisation des fichiers ) <---- je tenterai encore de résoudre ce problème
- monter la partition linux sur un dossier ( ex : mount /dev/sdb1 /media/usb0 )

[chrtophe]

Je vais étudier les liens fournis. Je pense que le problème via du cache VFS en RAM, ton hôte a un cache et ton invité en a un de son coté. La modif du coté invité met à jour les données, son cache, mais du coup le cache hôte n'est pas à jour.

[chrtophe]

Les liens que tu as mis ne sont pas valides

[Plugpack]

Autant pour moi, je viens de le corriger.

En tout cas, je pense aussi que c'est les caches. J'ai fais des tests d'accès disque en écriture et lecture et ils sont plus que correcte !

les liens :
- lien_1 : http://forum.ubuntu-fr.org/viewtopic...2411#p18622411
- lien_2 : http://g.auvity.free.fr/wordpress/in...e-avec-une-vm/

[chrtophe]

Comme c'est dit dans le tuto :

Au jour d'aujourd'hui, VirtualBox ne peut pas utiliser un disque dur réel directement

donc la manip effectuée n'est pas propre. Je réitères ma remarque, fais gaffe à tes données, car même si tu ne fais pas d'écriture dessus, un plantage, un arrêt inattendu pourrait mettre ta partition dans un état instable.

[jlliagre]

En tout cas, je pense aussi que c'est les caches.

Oui, bien sûr, le problème vient des caches d'écriture, mais pas seulement. Tu n'arrives pas à lire les données mises à jour car l'OS en lecture n'a pas de raison de ne pas faire confiance à son propre cache de lecture et donc le lit indéfiniment.

En fait, il est tout simplement inconscient de monter un système de fichier pas prévu pour cela simultanément sur deux OS. Même si tu n'accède aux fichiers qu'en lecture sur l'un des deux OS, ce dernier va quand même écrire des métadonnées sur le disque puisque tu ne l'a pas monté en read-only et que tu n'a pas désactivé la mise à jour des accès (noatime).

Il y a donc un risque de corruption de ton système de fichier si la désynchronisation des accès fait qu'une écriture d'un atime par le host se retrouve dans une zone aléatoire et un risque de crash des applications ou de l'OS suite à la corruption du système de fichier.

Si tu montes ton système de fichier en read-only, il subsiste un risque de corruption si tu utilises un système de fichier journalisé comme ext3, car même en read only, l'OS exécute le journal au montage s'il n'est pas vide. Tu peux aussi avoir des crash de l'OS qui lit les données car il va assumer que les données qu'il a déjà lues sont immuables alors qu'elles peuvent avoir été modifiées entretemps.

Il existe au moins deux systèmes de fichiers disponibles sous Linux prévus pour un accès simultanés et qui permettent donc de faire ce que tu veux proprement, OCFS2 et GFS2. Je te conseille de regarder de leur côté avant de bousiller tes données.

[Plugpack]

Il existe au moins deux systèmes de fichiers disponibles sous Linux prévus pour un accès simultanés et qui permettent donc de faire ce que tu veux proprement, OCFS2 et GFS2. Je te conseille de regarder de leur côté avant de bousiller tes données.

Merci pour vos réponses !

OCFS2 est du clustering via réseaux ( de ce que j'ai pu voir ) et je ne veux pas d'accès réseaux de l'hôte vers la machine. Je vais regarder le principe de GFS2 et voir si je peux l'appliquer.

Mon système fonctionne mais comme vous l'avez dit dit, pour combien de temps ?

Je cherche tout simplement à récupérer en temps réel les données de la machine virtuel en caché. Je ne veux pas que l'Invitée puisse voir que je suis en train de récupérer des données et les traiter. C'est pour cela que je ne veux pas voir sur la machine invitée un service VirtualBox ou un accès réseaux vers ma machine Hôte.

La solution la plus stable serait de partager un disque physique entre la machine Hôte et Virtuel. Ceci est plus simple que monter un disque avec une machine Linux qui tourne mais pose ses inconvénients sur mes traitements.

En image ca peut être plus sympathique :

[jlliagre]

Je ne veux pas que l'Invitée puisse voir que je suis en train de récupérer des données et les traiter.

Pourquoi ?

Une solution plus simple serait d'utiliser des conteneurs, c'est à dire une virtualisation de l'OS (ex: lxc ou zones) plutôt qu'une virtualisation hardware. Dans ce cas le système de fichier peut être visible de l'hôte sans que l'invité en soit informé.

[chrtophe]

Pas con du tout Jiliagre, je n'y avait pas pensé.

[Plugpack]

Ah pas mal ! Je vais me renseigner sur le principe des conteneurs que je connais que très vaguement.

Mais j'ai déjà entendu parler des conteneurs de service alors ca doit pas être sorcier ! J'espère juste que j'ai toujours la possibilité de faire des snapshoots ou de garder un état de la machine.

Il faut aussi que je comprenne pourquoi le containers ne pose pas de problème quand tu veux lire ou écrire sur l'Invitée depuis l'Hôte.

J'espère ...

Merci en tout cas !

[jlliagre]

Mais j'ai déjà entendu parler des conteneurs de service alors ca doit pas être sorcier ! J'espère juste que j'ai toujours la possibilité de faire des snapshoots ou de garder un état de la machine.

Il existe la commande lxc-snapshot qui crée peut-être le type de snapshot qui t'intéresse.

Il faut aussi que je comprenne pourquoi le containers ne pose pas de problème quand tu veux lire ou écrire sur l'Invitée depuis l'Hôte.

Parce que l'invité utilise le noyau de l'hôte.

[chrtophe]

J'avais testé openVZ, et effectivement le contenu de la "VM" était dans un sous-dossier. C'était pas compliqué à utiliser. Par contre, je n'ai testé qu'en ligne de commande sans interface graphique.

Il y en a d'autres tel que LXC cité par Jiliagre

Tu as aussi Docker qui commence à monter et il y a des tutos accessibles depuis la page virtualisation ( tutos de Michael PAGES)

[Plugpack]

Génial, je vais tester tout ça et reviendrai vers vous pour faire un commentaire sur la méthode.

Merci encore !