Virtualbox retour errorID=BLKCACHE_IOERR

J'ai été à l'aide d'un guide afin de créer une base de plugin Jira comme une sorte de/expérimental mains sur la façon d'obtenir confortable et familier avec le Jira SDK et avec la création de plugins qui concerne les Auditeurs. Je suis sous Ubuntu sur une machine virtuelle, et j'ai suivi toutes les étapes décrites dans le guide. Ma VM a commencé à geler, et j'ai pensé que c'était peut-être Jira au début, mais maintenant je sais qu'il ya quelque chose de mal avec la machine virtuelle elle-même. J'obtiens cette erreur:

Une erreur s'est produite pendant l'exécution de la machine virtuelle! Les détails de l'erreur sont indiqués ci-dessous. Vous pouvez essayer de corriger l'erreur et reprendre l'exécution de la machine virtuelle.
Le cache d'e/S a rencontré une erreur lors de la mise à jour des données dans la moyenne "ahci-0-0"(rc=VERR_DEV_IO_ERROR).
Assurez-vous que il ya assez d'espace libre sur le disque et que le disque fonctionne correctement. L'opération peut être repris par la suite.

Les détails de dire:

fatale=false, errorID=BLKCACHE_IOERR

J'ai regardé dans le fichier journal, et c'est là où ça se passe mal/renvoie une erreur:

00:01:06.499361 cache d'e/S: Erreur lors de l'écriture de l'entrée au décalage 102912000 (110592 octets) à moyen "ahci-0-0" (rc=VERR_DEV_IO_ERROR)

Ne sais pas vraiment quoi faire. J'ai des choses importantes dans la machine virtuelle et je ne veux vraiment pas à le configurer une fois de plus.

Votre premier problème, c'est que votre VM est la congélation. Un système d'exploitation ne devrait jamais se figer, et si elle l'est, autre chose est erroné. Le VM assez de mémoire? L'hôte a assez de mémoire? Est soit la permutation? Ne l'étape de la compilation d'utiliser beaucoup de mémoire? Avez-vous des buggy logiciel de VM? OS invité? L'OS hôte? Matériel défectueux? Tilton premier de la loi résoudre le premier problème en premier.
Ouais j'ai amplement d'espace de disque dur sur à la fois la VM et l'hôte (Et 1 GO de RAM de 4 pour VM). Ma conjecture est que la compilation peut utiliser beaucoup de mémoire. Rien ne va mal, jusqu'à ce que j'essaie de compiler le code. Alors la VM juste cesse de répondre, en cliquant ou en tapant quelque chose n'a pas d'effet, mais Virtual Box ne ramasse pas sur quelque chose de mal, et je ne suis pas un "Pas de Réponse" de mon hôte jusqu'à ce que j'essaie de forcer la fermeture de la machine virtuelle.
Vous devriez regarder de la mémoire, du processeur et du disque/swap statistiques sur l'hôte et l'invité de voir ce qui se passe lors de la compilation. Pour info espace sur le disque dur n'a pas beaucoup à voir avec cela.
La fin de ce journal essaie de nous dire quelque chose - un tas de IOs sont prendre une éternité à le vider sur le disque. Honnêtement sons comme sa soit un bug dans VB/VB de pilotes du noyau, ou avec OSX (trop d'attente bouffées de chaleur? got me). Quelques idées - assurez-vous que vous utilisez une "pré-alloué" disque de la machine virtuelle; essayer de donner à la machine virtuelle plus ou moins de ram; essayez de changer le nombre de processeurs de la machine virtuelle émule; essayez de changer pour une autre VM type de disque (vmdk?).
Voici un essayez de fixer une taille décente clé usb à l'ordinateur, nettoyez tous les systèmes de fichiers, et créer une nouvelle machine virtuelle qui utilise la clé usb comme un disque brut; si vous ne pouvez pas utiliser un disque de pouce, peut-être un disque dur de rechange? Installer ubuntu, et de lancer un test qui ne tonne d'e / s de disque (copier des gros fichiers à l'intérieur de la VM). Peut-être que si la VM peut utiliser un bloc brut de l'appareil, vous pouvez obtenir autour de ces hôtes le vidage du cache de problèmes.

OriginalL'auteur davzaman | 2014-07-03

  1. 31

    La solution est simplement de activer le cache e/S de l'hôte. Il peut être activé dans la configuration de la machine, de Stockage »SATA Controller" Utiliser le cache e/S de l'hôte (toutes les autres valeurs sont celles utilisées par défaut, VirtualBox). Après ce changement, l'erreur disparaît

    Virtualbox retour errorID=BLKCACHE_IOERR

    WOW! Merci beaucoup 😉 m'a Sauvé beaucoup de temps!
    Oui! Fonctionne également pour les disques durs SATA/.vmdk. Merci
    Premier démarrage après c'est allé d'écran bleu, mais la deuxième boot est tout bon.
    Merci @brochvm! J'ai eu cette traque moi pendant des mois sur une VM, et c'est la première fois que j'ai trouvé une solution qui était en réalité une solution!

    OriginalL'auteur borchvm

  2. 3

    J'ai fini par trouver un correctif à l'aide de antiduh:
    J'ai cloné mon vieux vdi dans une nouvelle vdi à l'aide de: VBoxManage clonehd Linux.vdi LinuxClone.vdi une Fois que c'est arrivé, j'ai ouvert VirtualBox et à créer une nouvelle VM et quand il est venu sur le Disque Dur de la section, au lieu de créer un nouveau disque virtuel, je choisis mon LinuxClone.vdi fichier et quand je l'ai commencé, il a couru! J'ai eu l'idée de cet article.

    OriginalL'auteur davzaman

  3. 1

    J'ai effectivement rencontré ce problème car le disque, où j'ai sauvegarder tous mes VM disques, était plein. J'ai donc effacé de l'espace et j'ai été en mesure de reprendre la VM.

    OriginalL'auteur mahatmanich