Reprise du message précédent :

Sur le papier. J'en conviens mais c'est quand même écrit sur la boite !

Ok ok, je sais que vous aimez (adorez en fait) faire des suggestions mais pourrais-je simplement avoir une réponse à ma question d'origine, à savoir le lock d'une vm en plein écran par mdp..? Merci d'avance

Faudrait préciser la solution de virtualisation utilisée peut-être

VMware workstation v10

zzzzzzzzzzzzzzzzzz

Bonne nuit

Je ne dors pas la nuit

Il faut un cpu spécial pour utiliser xen, je sais plus.

Non, du tout. Enfin sauf si tu parles de CPU exotiques (certains SoC ARM ou du SPARC sur certains modèles)

Il a p'tet que des vieux trucs sans vtx sous la main ? (m'enfin même mon vieux c2d e8500 a le vtd )

XaT

Xen est parfaitement utilisable sans instructions de virtualisation, faut juste oublier le HVM

Complètement, c'est pour ça que je pige pas la question

J'imagine que c'était ce qu'il sous entendait
 
XaT

 
Possible    

On s'emmerde quand même un peu ici
 
XaT

Elle sort quand la prochaine version de XenServer ?

Vendredi prochain, me glisse t'on dans l'oreillette... mais bon, je ne fait jamais trop confiance aux sorties du vendredi

 
ds la grosse boite pour laquelle je bosse actuellement (secteur bancaire), ils ont remplacé depuis qques années les PC de chq employé 'standard' par:
a) dans un 1er temps des machines virtuelles: chacun a son win7 dédié, à partir de 2 cpu et 2Go de ram dédié. Je crois que c est géré par un VMware ESX ou ESXi server.
b) dans un 2nd temps par une session sous un WindowsServer 2008 R2. Une grosse machine de 8 ou 16 cores avec 64Go de ram partagé entre 30 ou plus utilisateurs. Pour de la bureautique de base, cela marche suffisamment bien (et finalement moins de chance de saturer la ram)...
L accès a l une ou l autre se fait par un 'thin client' qui ne gère que la saisie et l affichage (clavier+souris+écran). Pas d accès physique aux vraies machine et interdiction d écrire sur clef usb par group policy ou d avoir qque droits admin.

Je t'ai répondu, j'attends ton retour..

c'est pas avec ce petit ton que tu va avoir des retours amha ^^

Tu as mal compris mon intervention je pense

Si si.. J'en conclue que tu n'utilises pas VMWare..?

e_e est un noob c'est connu
 
t'es sur la mauvaise pente garçon  ^^

Faut pas voir le mal partout, je ne pense pas qu'il sous-entende quoi que ce soit
 
Et donc non, je ne connais pas les technos VMWare.
 
Je t'invitais juste à préciser ton environnement de façon à ce que si quelqu'un l'utilise aussi et connaît la réponse, il puisse savoir que tu parles bien de celle-ci et non de virtualbox, ou KVM, ou que sais-je encore.

my bad alors

Je me suis lancé récemment dans la création via virtualbox d'une VM sous debian pour faire tourner mediatomb.
L'hôte est sous w7 avec deux disques, C étant un ssd de 120Go et et D un hdd de 3To.
Je souhaite pouvoir accéder au disque D via la VM car mes fichiers à partager sont dedans.
 
Pour ce faire, j'ai créé un rawdisk via VBoxManage.exe.
Le disque est mainteanant détecté :  
/dev/ ls  
sda - sda1 - sda2 - sda5 - sdb - sdb1 - sdb2 - sdb3
La "partition" dans laquelle sont situés les fichiers est sdb3  
Lorsque j'essaie de monter le disque simplement en faisant "mount /dev/sdb /media/NAS" il me demande de préciser le type de fichier.
J'ai testé un tas de manip et rien ne marche.
 
Quelqu'un aurait-il une piste que je n'ai pas explorée?

Ben faut monter sdb3, pas sdb

Déjà tenté, malheureusement le résultat est le même, un foutu message d'erreur
Le problème viendrait, d'après ce que j'ai compris de ce que j'ai fait/lu, du fait que la partition de 2.7To n'a pas de format reconnu  
 
Quand je fais un " fdisk -l" j'ai comme résultat :
 
Disque /dev/sda : 32.2Go (il s'agit du disque virtuel créé lors de la création de la VM)
/dev/sda1 -- Linux
/dev/sda2 -- Etendue
/dev/sda5 -- partition d'échange ...
 
Disque /dev/sdb : 3000.6Go (c'est bien mon disque D: /)
/dev/sdb1 -- GPT
 
Mon disque D: / est dont en GPT. Un message d'alerte est apparu entre les deux disques :
Identifiant de table de partitions GPT (GUID) détecté sur /dev/sdb. L'utilitaire sfdisk ne prend pas GPT en charge. Utilisez GNU Parted
 
Quand je fais un parted -l :
 
Je vois une nouvelle fois le disque /dev/sda avec les 3 partition 1,2 et 5
Et ensuite le disque /dev/sdb avec partition table : GPT et 3 partitions : 1,2 et 3 ayant comme taille respective 1049kB, 133Mb et 3000GB
Par contre, la colonne File system est vide pour les 3 partitions.
 
Malheureusement lorsque je tente un mount /dev/sdb3 /media/NAS j'ai droit à : vous devez indiquer le type de système de fichier
 
J'ai essayé avec mount -t ntfs-3g /dev/sdb(1/2/3) /media/NAS et rien ne fonctionne.

C'est quoi le message d'erreur exact quant tu tentes de spécifier le type ntfs-3g ?

root@MediaTomb:/home/htpc# mount -t ntfs-3g /dev/sdb3 /media/NAS
NTFS signature is missing.
Failed to mount '/dev/sdb3': Argument invalide
The device '/dev/sdb3' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
root@MediaTomb:/home/htpc#  
 
et pour /dev/sdb idem.

Si vous avez un vbox qui marche sous win10 9860 dite moâ
 
XaT

Ton disque sdb3/D: n'est pas accédé en même temps depuis Windows ET depuis ta machine virtuelle ?
 
Sinon, tente de réparer la partition d'amorçage du disque depuis Windows avec l'outil idoine (désolé je ne me souviens plus du nom, chkdisk ou testdisk ou un truc dans le genre ).

Il n'y a plus que la branche master sur XO  ?
 
XaT

J'accède au disque directement uniquement depuis windows.
Sur la vm, dans l'utilitaire de disque, j'arrive à le voir avec les 3 partitions mais j'arrive pas à accéder a son contenu.
Les 3 volumes sont notés comme inconnu.
Toujours dans l'utilitaire de disque, j'ai fait un test de performance en lecture seule et j'ai des résultats, preuve qu'il est lisible.
Par contre j'ai tenté en lecture/écriture et j'ai un message d'erreur : a partition table was detected - etc.
Bref, j'suis un peu perdu.  
Peut être devrais-je utiliser une vm w7 sur un hôte unix

Tu utilise donc windows dans lequel tu as virtualbox qui fait tourner une vm sous debian. C'est bien ca ?
 
Si c'est ca ce que tu souhaite faire me parait compliqué si ce n'est pas impossible ? Tu te base sur du déja existant pour essayer de le reproduire ou c'est juste toi qui veux le faire comme ca ?  
 
Pourquoi ne pas utiliser les fonctions de partage de dossier de virtualbox pour donnée accès à ton d: depuis la vm ?  
Il y a une autre possibilité. C'est de partager ton d: sur ton windows et d'y accéder en tant que dossier partagé depuis ta vm.

Ah nan mais faut surtout pas faire ça
Ton disque ne doit être accédé que par un OS à la fois sinon :  
 
Comme kisscoolz le dit au-dessus, y a moyen de partager un dossier via virtualbox, là ce sera propre, et en plus ça fonctionnera

@Plam : manque python en dep dans l'apt-get du how to
 
XaT

 
C'est vrai que c'est plus propre que ce qu'il veut faire. La première possibilité que j'ai donné (partage virtualbox), je l'ai pas précisé, ca serai pour du dépannage. A chaque fois que j'ai eu à l'utilisé les performances étaient pas terrible. C'est pourquoi je privilegierais la seconde pour de l'accès plus fréquent  

 
Euh tu parles de quoi exactement

Dans ton how-to debian 7 sur github pour xo-server & xo-web il manque python comme package dans la commande apt-get que tu fournis
Du coup le npm install marche pas
 
XaT

Tu veux dire que l'install de Node marche mais pas le npm install

edit : c'est chelou ça j'ai pourtant testé 20 fois avec une Debian 7 propre. J'ai pas du faire gaffe.