"Erreur de protocole" lors du montage des dossiers partagés de VirtualBox dans un invité Ubuntu

Avec VirtualBox 5.1.20 fonctionnant sur Windows 10, et Ubuntu 16.04 comme OS invité avec GuestAdditions 5.1.20 installé, je ne pouvais pas monter les dossiers partagés à partir de la ligne de commande. Les commandes de montage ont échoué, avec des mentions d'erreur de protocole et de sf_read_super_aux err=-22.

Finalement, j'ai trouvé https://www.virtualbox.org/ticket/16670 "lien symbolique mount.vboxsf cassé". J'ai suivi l'une des solutions proposées, pour corriger le lien symbolique pour mount.vboxsf, et tout a fonctionné. Mon approche était de faire :

mv /sbin/mount.vboxsf /sbin/mount.vboxsf-orig
ln -s /opt/VBoxGuestAdditions-5.1.20/lib/VBoxGuestAdditions/mount.vboxsf /sbin/mount.vboxsf

Les commandes doivent être effectuées par root. Donc, parce que c'est Ubuntu, j'ai ajouté "sudo" au début de chaque ligne pour effectuer la commande en tant que root. Les autres versions de Linux ont d'autres façons de faire.

Pour l'anecdote, il y avait un problème similaire de lien symbolique signalé dans le ticket #12879 de virtualbox "Can't mount shared folders with guest additions 4.3.10" en 2014, qui a été corrigé le mois suivant.

2017-04-27

Pour moi, le problème était que j'étais une oie, et j'avais oublié que j'avais supprimé l'entrée de ma liste de dossiers partagés dans VirtualBox (MachineSettingsShared Folders).

J'en parle ici, au cas où quelqu'un d'autre serait trompé de la même manière par une "erreur de protocole".

:honk :

J'ai essayé quelques réponses et puis j'ai vu commentaire de void disant qu'il a redémarré le système d'exploitation invité de Linux et a refait le montage.

Ça a marché pour moi. :)

Mon dossier partagé fonctionnait et après avoir redémarré mon hôte, il ne fonctionnait plus.

En changeant le nom du dossier partagé de Shared à Shared2, cela a fonctionné.

config.vm.synced_folder "/Users/username/Dropbox/Shared", "/Shared2"

Aucune idée sur ce qui s'est passé et pourquoi, ni comment réparer. Les systèmes sans état global mutable comme Nix ont un point.

Personnellement, j'ai été confronté au même message d'erreur et le problème était lié au fait que j'ai fait une faute de frappe concernant le dossier situé sur la machine hôte et que j'ai défini comme dossier partagé à partir de la machine virtuelle grâce aux ajouts de l'invité.

Donc la bonne commande est :

sudo mount -t vboxsf -o uid=$UID,gid=$(id -g) shared_folder_located_in_host_machine path_to_mounting_folder_inside_the_virtual_machine

Cela a corrigé le message d'erreur.