Le disque dynamique VirtualBox ne se développe pas à la taille virtuelle

17

J'ai Ubuntu 12.04 fonctionnant sur VirtualBox 4.2.4 dans un disque Dynamic VDI ​​avec la limite fixée à 8 Go sur une vraie partition ext4 avec plus de 40 Go d'espace disponible. Cependant, le VDI ne s'étend pas à la limite. 8 Go est plus que suffisant pour ce que je veux faire.

Comment rendre le reste de l'espace disponible? L'espace disponible dans / et .home est de 41 Ko.

vm

vdi

jeremyjjbrown
la source
Est-ce que c'est un bug alors?
jeremyjjbrown
Ma solution hack-ish consistait simplement à ajouter un autre lecteur virtuel. BTW Je n'ai pas testé cela moi-même, mais cette page suggère que le problème est dû au fait que la partition de swap est placée après la partition principale. J'essaierai de réorganiser les partitions la prochaine fois que j'installerai ubuntu guest et publierai un suivi.
Андрей Беньковский
Vous avez probablement créé une partition trop petite, expliquant le disque complet.
Dr_Bunsen

Réponses:

2

J'ai corrigé ma machine VirtualBox en définissant le chemin sur la machine hôte Windows 7 pour inclure le répertoire d'installation de VirtualBox (étapes):

  1. cliquez sur le bouton de démarrage
  2. Clic droit sur l'ordinateur
  3. Cliquez sur Propriétés
  4. Cliquez sur Paramètres système avancés
  5. Dans l'onglet [Avancé], cliquez sur le bouton [Variables d'environnement]
  6. Sous Variables système, faites défiler jusqu'au chemin et cliquez sur [Modifier]
  7. Ajoutez tout entre guillemets à la fin de la ligne "; C: \ Program Files \ Oracle \ VirtualBox \"
  8. Cliquez sur OK]

Ensuite, déplacez-vous vers le répertoire du disque VirtualBox (sous username \ VirtualBox VMs) extrait de ( https://forums.virtualbox.org/viewtopic.php?f=7&t=52351 )

  1. ouvrir cmd et déplacer vers le lecteur VirtualBox
  2. entrez cette commande: VBoxManage showhdinfo
  3. Prenez note de l'UUID du disque.
  4. entrez cette commande: VBoxManage modifyhd UUID_of_the_VDI_disk --resize 80000 (cela rend le disque 80 concerts, ajustez à la taille que vous voulez)

LES ÉTAPES IMPORTANTES COMMENCENT ICI: Ensuite, démarrez la machine virtuelle sur LiveCD (Installer le disque) (tiré de l' extension de la taille de la partition Ubuntu avec l'espace non alloué (le swap est entre ces deux) ))

Je ne saurais trop insister sur ceci:

Il est fortement recommandé de sauvegarder tous les fichiers importants avant d'effectuer des opérations de redimensionnement / déplacement / extension.

Pour ce faire, supprimez la partition de swap, étendez la partition souhaitée, puis recréez la partition de swap.

La partition de swap ne peut être supprimée qu'après la désactivation du swap:

SWAP désactivé: sudo / sbin / swapoff -a SWAP activé: sudo / sbin / swapon -a

Les marches:

  1. Démarrez à partir du LiveCD Ubuntu
  2. Ouvrez le terminal et désactivez le swap
  3. Installer GParted
  4. Prolongez la partition que vous voulez, mais laissez de l'espace pour l'échange
  5. valider les modifications
  6. créer une partition de swap
  7. activer l'échange

Remarque: si votre échange n'est pas votre disque dur principal, consultez SwapFaq pour savoir comment activer la partition d'échange

Il est fortement recommandé de sauvegarder tous les fichiers importants avant d'effectuer des opérations de redimensionnement / déplacement / extension.

user224405
la source
2

Eu le même problème sur Ubuntu 15.04 exécutant Ubuntu Gnome 15.04 dans une machine virtuelle. Il semble que bien qu'il s'agisse de `` stockage alloué dynamiquement '', VirtuaBox n'augmentait pas et j'étais à mes 100 derniers Mo et cela ne me permettrait pas de mettre à jour via les mises à jour logicielles. La solution consistait à effectuer la mise à jour via le terminal.

sudo apt-get upgrade

Cela semblait forcer VirtualBox à créer le stockage supplémentaire, il a grimpé jusqu'à 500 Mo gratuits dès le début de la mise à jour.

user99306
la source
C'est vraiment bizarre. J'ai couru dpkg -iet apt-get updatej'ai reçu un message sur le manque d'espace, mais j'ai apt-get upgradetravaillé sur Ubuntu Gnome 16.04
Josiah
1

/tmpva être un tmpfs- c'est-à-dire un système de fichiers stocké dans la RAM. Donc, à moins que vous n'assigniez que vous ayez ~ 800 Mo de RAM libre dans votre machine virtuelle, cela ne suffira pas pour contenir l'ISO.

Ce n'est probablement pas ce que vous vouliez: enregistrez simplement l'ISO dans un «vrai» répertoire (par exemple /home/<username>) et cela devrait très bien fonctionner.


la source
Donc, si j'essaie de charger 1 + Go de fichiers dans MongoDB et que la mémoire de la machine virtuelle est définie sur 1024, est-il probable que je rencontre le même problème?
jeremyjjbrown
Où est stocké le fichier? S'il est sauvegardé sur disque, alors non - MongoDB devrait lire le fichier par morceaux et le charger plutôt que de charger le fichier entier à la fois. En stockant votre ISO dans /tmp, vous forcez le système d'exploitation à stocker la totalité de l'ISO en mémoire.
dbpath = / var / lib / mongodb J'obtiens que l'ordinateur manque de message d'espace disque à partir du système d'exploitation. Apparemment, mon image était trompeuse.
jeremyjjbrown
1

Il ne semble pas être lié à la croissance de votre disque virtuel car vous devriez avoir un message d'erreur de VirtualBox vous indiquant qu'il ne peut pas allouer plus d'espace disque pour votre disque virtuel.

Quelques idées:

  • Avez-vous utilisé un schéma de partitionnement spécial dans votre machine virtuelle?
  • Quel est le résultat de df -hvotre VM?
  • Vous pouvez utiliser baobabpour rechercher ce qui consomme tout votre /espace.
Christophe Drevet-Droguet
la source
+1 pour le baobab. Bien qu'il ne me dise pas pourquoi le vdi ne se développera pas, il sera utile à l'avenir.
jeremyjjbrown
Merci. D'après ce que je peux dire, votre vdi ne se développe pas parce que le système d'exploitation à l'intérieur n'en a pas besoin pour se développer. Je veux dire, votre système de fichiers /tmpou même /est sûrement plein dans votre machine virtuelle. Le système de fichiers ne se développera pas de lui-même. Qu'est-ce que df -hça vous dit?
Christophe Drevet-Droguet
1

Essayez de configurer un dossier partagé, cela peut être une solution à votre problème.

  1. Depuis VirtualBox, entrez vos paramètres VM> dossiers partagés et ajoutez-en un nouveau; choisissez le chemin dans votre machine hôte, nommez-le FOLDER_NAMEet vérifiez Auto mountetmake permanent .
  2. Installer des ajouts d'invité; regarde ça pour voir comment
  3. Créez un dossier sur votre machine virtuelle invitée pour pointer vers le dossier créé sur l'hôte, créez simplement un nouveau dossier, par exemple /home/"your_user_name"/shared
  4. Montez le dossier partagé: sudo mount -t vboxsf "FOLDER_NAME" /home/"your_user_name"/shared
  5. Pour rendre le montage automatique, ajoutez mount -t vboxsf "FOLDER_NAME" /home/"your_user_name"/shared" to the end of "/etc/rc.local" before "exit 0"
Yahya Yahyaoui
la source
Pouvez-vous s'il vous plaît décrire comment faire cela pour en faire une bonne réponse qui mérite d'être conservée ?
David Foerster
J'ai mis des détails sur la réponse modifiée.
Yahya Yahyaoui
0

Vous pouvez utiliser cette solution simple: dans votre terminal, tapez cette commande

VBoxManage.exe modifyhd "path-of-your-disk" --resize 20000

Vous pouvez trouver le chemin de votre disque sous la configuration de votre VM / stockage / votreVM.vbi (chemin à droite)

omarhamdaoui
la source
Il a probablement fait une partition dans la VM, donc le redimensionnement du disque n'a qu'une influence sur l'hôte.
Dr_Bunsen
Il ne s'agit donc pas de l'hyperviseur! il devrait modifier la partition à l'intérieur de la VM ... !!
omarhamdaoui
C'est bien ce que je voulais dire.
Dr_Bunsen