Impossibile condividere la directory host con VirtualBox Guest Mint 16 a 64 bit


15

Problema Quando si tenta di montare una directory condivisa dal sistema operativo guest Linux Mint 16 VirtualBox, viene visualizzato il seguente errore:

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

Il mio comando mount è sudo mount -t vboxsf hostshare ~ / host

dmesg | tail rivela: 'sf_read_super_aux err = -22'

Ambiente - Sistema operativo host: Windows 7 64 bit - Sistema operativo guest: Linux Mint 64 bit (Mate) - VirtualBox 4.3.10 - Aggiunte guest VirtualBox 4.3.10 - Directory condivisa definita in VirtualBox come 'hostshare' con l'opzione Rendi permanente permanente - ~ / host è definito sul file system del SO guest

Quello che ho provato posso montare questa directory da altri guest VirtualBox, incluso Mint 15 a 32 bit. Ho reinstallato le aggiunte degli ospiti su Mint 16 e da quello che posso vedere, è in esecuzione. Ho riavviato il sistema operativo host, VirtualBox e il sistema operativo guest più volte. Ho rinominato la cartella condivisa in varie cose stupide senza alcun risultato. Modificata la rete VirtualBox da NAT a Bridged Adapter. Le funzionalità di Altre aggiunte ospiti (Appunti condivisi, Drag'n'Drop) funzionano correttamente.


3
Alla fine l'ho risolto ma sono troppo nuovo per pubblicare la risposta :(. Il link simbolico per mount.vboxsf è stato interrotto. Ecco cosa ho corso per correggerlo: cd / sbin sudo rm mount.vboxsf sudo ln / usr / lib / x86_64 -linux-gnu / VBoxGuestAdditions / mount.vboxsf Spero che questo sia utile a qualcun altro!
William

1
Grazie mille per la tua scoperta. Stavo impazzendo. Mi chiedo come hai indovinato che il problema era un link simbolico rotto, dato che il messaggio di errore è così vago. Sono su Debian wheezy 7.4 a 32 bit. Il link corretto nel mio caso era ln -s /opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions/mount.vboxsf. Si prega di pubblicarlo come soluzione non appena si ha abbastanza rappresentante in modo che io possa votarlo :)
NothingsImpossible

Risposte:


8

Confermo la tua soluzione. Sto usando un guest debian 7 amd64 su Windows 7 a 64 bit. Ho aggiornato virtualbox dal 4.3.8 al 4.3.10. Il seguente link simbolico: /sbin/mount.vboxsf punta a /usr/lib/VBoxGuestAdditions/mount.vboxsf mentre il percorso reale di mount.vboxsf è: /usr/lib/x86_64-linux-gnu/VBoxGuestAdditions/mount.vboxsf.

Questo problema sembra essere stato risolto nel repository di sovversione virtualbox. Pertanto, dovrebbe essere risolto nella prossima versione.


6
Nel frattempo una soluzione alternativa potrebbe essere:sudo ln -sf /usr/lib/x86_64-linux-gnu/VBoxGuestAdditions/mount.vboxsf /sbin/mount.vboxsf
Alessio Gaeta,

La soluzione ha funzionato alla grande, ma non riesco a capire per me la vita perché questo "si è rotto" all'improvviso. Non sto eseguendo alcun aggiornamento automatico.
Seth,

4

Ho avuto lo stesso problema. e la soluzione dell'argomento di partenza ha funzionato quasi per me, ma in Lubuntu 13 anziché

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

ero solito

ln -s /opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions/mount.vboxsf

1

Per Debian:

C'è un collegamento simbolico nella /sbincartella, nel file mount.vboxsf, che è collegato in modo errato. Il link giusto è mount.vboxsf-> /opt/VBoxGuestAdditions-xxxxx/lib/VBoxGuestAdditions/mount.vboxsf.


0

È possibile creare un collegamento simbolico in / usr / lib64 che punta alla cartella:

/opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions/

Funziona nel mio ospite Kubuntu 14.04 su un host Windons 7

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.