Nie można współdzielić katalogu hosta z VirtualBox Guest Mint 16 64 bit


15

Problem Podczas próby zamontowania katalogu współdzielonego z systemu gościa VirtualBox Linux Mint 16 pojawia się następujący błąd:

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

Moje polecenie montowania to sudo mount -t vboxsf hostshare ~ / host

dmesg | ogon ujawnia: „sf_read_super_aux err = -22”

Środowisko - System operacyjny: Windows 7 64-bitowy - System operacyjny gościa: Linux Mint 64-bitowy (Mate) - VirtualBox 4.3.10 - VirtualBox Guest Additions 4.3.10 - Wspólny katalog zdefiniowany w VirtualBox jako „hostshare” z zaznaczoną opcją Make Permanent - ~ / host jest zdefiniowany w systemie plików gościa

To, co próbowałem , mogę zamontować ten katalog od innych gości VirtualBox, w tym Mint 15 w wersji 32-bitowej. Ponownie zainstalowałem dodatki dla gości na Mennicy 16 i z tego, co widzę, działa. Kilka razy ponownie uruchomiłem system operacyjny hosta, VirtualBox i system operacyjny gościa. Zmieniłem nazwę folderu współdzielonego na różne głupie rzeczy bezskutecznie. Zmieniono sieć VirtualBox z NAT na Bridged Adapter. Inne funkcje dodatków gości (wspólny schowek, Drag'n'Drop) działają poprawnie.


3
W końcu to naprawiłem, ale jestem zbyt nowy, aby opublikować odpowiedź :(. Dowiązanie symboliczne do mount.vboxsf zostało zepsute. Oto, co uruchomiłem, aby to naprawić: cd / sbin sudo rm mount.vboxsf sudo ln / usr / lib / x86_64 -linux-gnu / VBoxGuestAdditions / mount.vboxsf Mam nadzieję, że przyda się to komuś innemu!
William

1
Dziękuję bardzo za odkrycie. Oszalałem. Zastanawiam się, jak zgadłeś, że problem był zepsutym dowiązaniem symbolicznym, biorąc pod uwagę, że komunikat o błędzie jest tak niejasny. Korzystam z Debiana wheezy 7.4 32-bit. Prawidłowy link w moim przypadku to ln -s /opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions/mount.vboxsf. Prześlij go jako rozwiązanie, gdy tylko będziesz mieć wystarczającą liczbę przedstawicieli, abym mógł go głosować :)
NothingsImpossible

Odpowiedzi:


8

Potwierdzam twoje rozwiązanie. Używam gościa debian 7 amd64 na 64-bitowym systemie Windows 7. Zaktualizowałem virtualbox z 4.3.8 do 4.3.10. Następujące dowiązanie symboliczne: /sbin/mount.vboxsf wskazuje na /usr/lib/VBoxGuestAdditions/mount.vboxsf, podczas gdy prawdziwa ścieżka do mount.vboxsf to: /usr/lib/x86_64-linux-gnu/VBoxGuestAdditions/mount.vboxsf.

Ten problem wydaje się rozwiązany w repozytorium Subversion Virtualbox. Dlatego powinien zostać naprawiony w następnej wersji.


6
Tymczasem obejściem może być:sudo ln -sf /usr/lib/x86_64-linux-gnu/VBoxGuestAdditions/mount.vboxsf /sbin/mount.vboxsf
Alessio Gaeta

Rozwiązanie działało świetnie, ale nie mogę pojąć, dlaczego moje życie nagle się zepsuło. Nie wykonuję żadnych automatycznych aktualizacji.
Seth

4

Miałem ten sam problem. i rozwiązanie startera tematu prawie dla mnie zadziałało, ale w Lubuntu 13 zamiast

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

użyłem

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

1

W przypadku Debiana:

W /sbinfolderze znajduje się dowiązanie symboliczne mount.vboxsf, które jest źle połączone. Właściwy link to mount.vboxsf-> /opt/VBoxGuestAdditions-xxxxx/lib/VBoxGuestAdditions/mount.vboxsf.


0

Możliwe jest utworzenie prostego łącza w / usr / lib64, które wskazuje na folder:

/opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions/

Działa u mojego gościa Kubuntu 14.04 na hoście Windons 7

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.