No se puede compartir el directorio de host con VirtualBox Guest Mint 16 64 bit

15

Problema Al intentar montar un directorio compartido desde el sistema operativo invitado Linux Mint 16 VirtualBox, recibo el siguiente error:

mount: wrong fs type, bad option, bad superblock on hostshare,
       missing codepage or helper program, or other error
       (for several filesystems (e.g. nfs, cifs) you might
       need a /sbin/mount.<type> helper program)
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Mi comando de montaje es sudo mount -t vboxsf hostshare ~ / host

dmesg | la cola revela: 'sf_read_super_aux err = -22'

Entorno - SO host: Windows 7 64 bit - SO huésped: Linux Mint 64 bit (Mate) - VirtualBox 4.3.10 - VirtualBox Guest Additions 4.3.10 - Directorio compartido definido en VirtualBox como 'hostshare' con Hacer permanente marcado - ~ / host se define en el sistema de archivos del SO invitado

Lo que he intentado puedo montar este directorio desde otros invitados de VirtualBox, incluido Mint 15 de 32 bits. Reinstalé las adiciones de invitados en Mint 16 y, por lo que puedo ver, se está ejecutando. He reiniciado el sistema operativo host, VirtualBox y el sistema operativo invitado varias veces. Cambié el nombre de la carpeta compartida a varias cosas tontas en vano. Se cambió la red de VirtualBox de NAT a adaptador en puente. Otras características de Guest Additions (Portapapeles compartido, Drag'n'Drop) funcionan correctamente.

William
fuente
3
Finalmente lo arreglé pero soy demasiado nuevo para publicar la respuesta :(. El enlace simbólico para mount.vboxsf estaba roto. Esto es lo que ejecuté para corregirlo: cd / sbin sudo rm mount.vboxsf sudo ln / usr / lib / x86_64 -linux-gnu / VBoxGuestAdditions / mount.vboxsf ¡Espero que esto sea de utilidad para alguien más!
William
1
Muchas gracias por tu descubrimiento. Me estaba volviendo loco. Me pregunto cómo adivinó que el problema era un enlace simbólico roto, dado que el mensaje de error es muy vago. Estoy en Debian wheezy 7.4 de 32 bits. El enlace correcto en mi caso fue ln -s /opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions/mount.vboxsf. Publíquelo como una solución tan pronto como tenga suficiente representante para que pueda votarlo :)
Nada

Respuestas:

8

Confirmo tu solución. Estoy usando un invitado debian 7 amd64 en Windows 7 de 64 bits. Actualicé virtualbox de 4.3.8 a 4.3.10. El siguiente enlace simbólico: /sbin/mount.vboxsf apunta a /usr/lib/VBoxGuestAdditions/mount.vboxsf, mientras que la ruta real a mount.vboxsf es: /usr/lib/x86_64-linux-gnu/VBoxGuestAdditions/mount.vboxsf.

Este problema parece solucionarse en el repositorio de subversión de virtualbox. Por lo tanto, debería solucionarse en la próxima versión.

yohann.martineau
fuente
66
Mientras tanto, una solución podría ser:sudo ln -sf /usr/lib/x86_64-linux-gnu/VBoxGuestAdditions/mount.vboxsf /sbin/mount.vboxsf
Alessio Gaeta
La solución funcionó muy bien, pero no puedo entender por mi vida por qué esto "se rompió" de repente. No estoy haciendo ninguna actualización automática.
Septiembre
4

Yo tuve el mismo problema. y la solución del tema de inicio casi funcionó para mí, pero en Lubuntu 13 en lugar de

ln /usr/lib/x86_64-linux-gnu/VBoxGuestAdditions/mount.vboxsf

solía

ln -s /opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions/mount.vboxsf
HashTag Eliminarme
fuente
1

Para Debian:

Hay un enlace simbólico en la /sbincarpeta, archivo mount.vboxsf, que está mal vinculado. El enlace correcto es mount.vboxsf-> /opt/VBoxGuestAdditions-xxxxx/lib/VBoxGuestAdditions/mount.vboxsf.

Fabio Rodrigues
fuente
0

Es posible crear un enlace simblic en / usr / lib64 que apunta a la carpeta:

/opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions/

Funciona en mi invitado Kubuntu 14.04 en un host Windons 7

jjllorca
fuente