[Résolu] Virtualbox + Lucid + /home crypté = blocage création .vdi

pirakins · Le 14/05/2010, à 20:32

Bonjour.
Je viens fraichement d'installer virtualbox sur la machine que vous pouevz voir dans ma signature. Je connais virtualbox, et j'y ai deja passé un peu de temps. Mais aujourdh'ui, pour mon install fraiche, je n'ai pas pu aller plus loin que créer un disque viruel. Ce disque est censé etre pour XP, de 10Go, mais quand la création se lance, l'avancement reste sur 0 %. J'ai redemarré (virtualbox ne veut plus se fermer) puis réessayer, et cette fois je suis allé diner pendant que virtualbox prépare le disque. Une fois rassasié, je me suis rendu compte qu'il y a un réel problème. en gros : Je suis sous Lucid Lynx, avec un Samsung N150, et virtualbox ne veut pas créer de disque virtuel.

Pouvez vous m'aider?

Dernière modification par pirakins (Le 20/06/2010, à 13:06)

energikzen · Le 15/05/2010, à 00:49

Bonsoir,
As t'il créer dans le répertoire de ton user un ".Virtualbox" deja pour voir s'il à les droits!
essaye de créer une autre machine et quand sa bloc mais nous le resultat de "tail -40 /var/log/syslog"

Petite question: As tu essayer de lancé virtualbox en root pour voir si sa bloc encore ou une réinstall pe etre de VB?

pirakins · Le 18/05/2010, à 11:11

Bonjour.
Désolé pour ma réaction tardive... Etre geek n'est pas mon activité principale mais j'aimerai bien que ce soit le cas...;)

Oui, virtualbox a bien créé le dossier "./Virtualbox" dans mon "/home". Il a les droits d'écriture dans ce dernier.
Mais en parlant de droits, le temps de la version 8.10, j'avais deja installé virtual box, et dans la doc de ce site, ils parlaient d'un groupe d'utilisateurs. Je ne m'en rapelle pas bien, mais ca disait un truc sur "vbxuser". Pour avouer la vérité, je ne me souviens plus du tout de ce que ca disait, mais ca marchait bien.
voici le contenu de "tail -40 /var/log/syslog":

May 18 11:49:28 nc-ten kernel: [ 1317.909094] hub 1-0:1.0: unable to enumerate USB device on port 1
May 18 11:49:29 nc-ten kernel: [ 1319.317152] hub 1-0:1.0: unable to enumerate USB device on port 1
May 18 11:49:30 nc-ten kernel: [ 1320.733109] hub 1-0:1.0: unable to enumerate USB device on port 1
May 18 11:49:32 nc-ten kernel: [ 1322.145155] hub 1-0:1.0: unable to enumerate USB device on port 1
May 18 11:49:36 nc-ten kernel: [ 1326.381082] hub 1-0:1.0: unable to enumerate USB device on port 1
May 18 11:49:42 nc-ten kernel: [ 1332.029078] hub 1-0:1.0: unable to enumerate USB device on port 1
May 18 11:49:43 nc-ten kernel: [ 1333.665077] hub 1-0:1.0: unable to enumerate USB device on port 1
May 18 11:49:44 nc-ten kernel: [ 1334.173080] hub 1-0:1.0: unable to enumerate USB device on port 1
May 18 11:49:59 nc-ten kernel: [ 1348.945085] hub 1-0:1.0: unable to enumerate USB device on port 1

L'heure que montre ma montre normale du dock me montre 11h54 lors de la capture. J'ai l'impression qu'il ne c'est rien passé depuis. je pense bien que c'est virtual box qui essaye de compter mes ports USB, je ne sais même pourquoi .

J'ai essayé en "sudo virtualbox", mais j'ai rencontré le même problème (sans le log). J'ai ensuite fait une réinstall en tapant "sudo apt-get install virtualbox-ose*". J'ai mis le "*" pour qu'il prenne tous ses greffons ou plugins. Par contre je ne sais pas si ca fait vraiment ce que je veux.

Le log que je viens d'envoyer montre ce qui se passe apres la nouvelle install.

Voila.
Merci pour vos éventuelles réponses.

pirakins · Le 18/05/2010, à 11:22

J'oubliai. Lors de la création du disque, ou du moins l'essai, la barre de progression n'avance pas, reste a 0%, et virtualbox n'est plus réactif. Je n'arrive pas à le fermer sauf en fermant la session. Le système rame un peu ensuite. Si je redemarre carrement, le système est fluide.

twinsen93 · Le 18/05/2010, à 11:27

Je viens de lire que ecryptfs ne gère pas les "sparse file". (edit:lien en anglais http://ecryptfs.sourceforge.net/ecryptfs-faq.html)

C'est peut-être la cause du problème.

Dernière modification par twinsen93 (Le 18/05/2010, à 11:27)

pirakins · Le 19/05/2010, à 13:32

Merci twinse93. Meme si je sais pas vraiment interpréter ce document.

twinsen93 · Le 19/05/2010, à 15:56

Les "sparse file" sont en gros des fichiers à trous (j'ai pas de meilleure traduction).

Si tu crée un fichier très gros mais presque vide, avec quelques zones contenant réellement de l'information et le reste rempli de 0, le système de fichier qui gère les fichiers à trous ne stocke sur le disque que les zones utiles.

Mon lien contient juste la réponse a la question "est-ce que ecryptfs gère les fichiers à trous" (ecryptfs étant le système de fichier chiffré qui contient ton répertoire utilisateur). En gros, la réponse est : si on le faisait, il y aurait dans le fichier chiffré des zones a 0 qui correspondraient aux zones a 0 du fichier en clair, donc c'est une faille de sécurité.

Pour résoudre ton problème, il faudrait indiquer à Virtualbox de ne pas stocker le disque virtuel dans un fichier à trous mais dans un fichier normal.

Est-ce que le problème survient quand tu essaie de créer un disque virtuel de taille fixe ? Si oui, essaie "Image disque à taille dynamique".

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 14/05/2010, à 20:32

[Résolu] Virtualbox + Lucid + /home crypté = blocage création .vdi

#2 Le 15/05/2010, à 00:49

Re : [Résolu] Virtualbox + Lucid + /home crypté = blocage création .vdi

#3 Le 18/05/2010, à 11:11

Re : [Résolu] Virtualbox + Lucid + /home crypté = blocage création .vdi

#4 Le 18/05/2010, à 11:22

Re : [Résolu] Virtualbox + Lucid + /home crypté = blocage création .vdi

#5 Le 18/05/2010, à 11:27

Re : [Résolu] Virtualbox + Lucid + /home crypté = blocage création .vdi

#6 Le 19/05/2010, à 13:32

Re : [Résolu] Virtualbox + Lucid + /home crypté = blocage création .vdi

#7 Le 19/05/2010, à 15:56

Re : [Résolu] Virtualbox + Lucid + /home crypté = blocage création .vdi

Pied de page des forums