Das Mounten des freigegebenen Ordners von Virtualbox über fstab schlägt fehl. funktioniert, sobald der Startvorgang abgeschlossen ist

Ich habe Ubuntu 13.10 in Virtualbox 4.3 installiert. Der Hostcomputer ist Windows.

Ich habe ein paar freigegebene Virtualbox-Ordner, die von / etc / fstab bereitgestellt werden. Bis vor kurzem funktionierte dieses Setup einwandfrei, aber nach dem Upgrade von Ubuntu 13.04 und Virtualbox 4.2 (im Wesentlichen zur gleichen Zeit) funktionierte das Mounten der fstab nicht mehr. Beim Booten wird folgende Fehlermeldung angezeigt:

An error occurred while mounting /home/benme/Documents.
keys:Press S to skip mounting or M for manual recovery

Das Drücken von M für die manuelle Wiederherstellung und das anschließende manuelle Bereitstellen schlägt ebenfalls fehl:

root@benme-vb:~# cd /home/benme
root@benme-vb:/home/benme# mount Documents
/sbin/mount.vboxsf: mounting failed with the error: No such device

Aber wenn ich stattdessen das Mounten während des Bootens überspringe, auf den Start von Unity warte und dann manuell in einer Shell mounte, funktioniert alles einwandfrei:

benme-vb ~ % ls Documents
benme-vb ~ % sudo mount Documents
[sudo] password for benme: 
benme-vb ~ % ls Documents
    # actual file list omitted

Beachten Sie, dass ich beim manuellen Mounten alle Optionen von / etc / fstab übernehmen lasse und es funktioniert. Dies deutet darauf hin, dass es sich um eine Art Zeitproblem handelt, bei dem Virtualbox nicht "bereit" ist, die Mounts für gemeinsam genutzte Dateien an dem Punkt bereitzustellen, an dem / etc / fstab-Mounts während des Startvorgangs ausgeführt werden.

Hier ist der Vollständigkeit halber die fstab-Zeile:

Documents       /home/benme/Documents   vboxsf  uid=benme,gid=benme,dmode=774,fmode=664     0   0

Kann ich auf Ubuntu-Seite etwas dagegen tun? Oder weiß zufällig jemand mehr darüber aus der Sicht der Virtualbox?

Ich habe einen alten Bericht über den Virtualbox-Bug-Tracker mit identischen Symptomen gefunden, aber in diesem Fall hatte der Benutzer Virtualbox aktualisiert, ohne seine Gastzugaben zu aktualisieren und das Problem zu beheben. Das passiert hier nicht, ich habe definitiv die 4.3-Gastzusätze installiert.

Ich habe dieses Problem auch befallen. Ich /var/wwwmounte mit der VBox-Funktion für freigegebene Ordner, was ziemlich ärgerlich war.

Die Lösung, die ich gefunden habe, bestand darin, das vboxsfModul vor dem Mounten von Dateisystemen frühzeitig zu laden. Fügen Sie einfach vboxsfeine eigene Zeile hinzu /etc/modules.

Eine andere Lösung besteht darin, noauto einzuschalten /etc/fstabund die Laufwerke manuell einzubinden. /etc/rc.localDies war jedoch keine so gute Lösung für mich, da Apache zu diesem Zeitpunkt bereits gestartet wurde und nichts in finden konnte /var/www.

Zusätzlich zu Richard Turners Vorschlag, vboxsfeine eigene Zeile zu ergänzen /etc/modules, schlage ich vor, die _netdevmount-Option hinzuzufügen /etc/fstab. Ich habe es auf Ubuntu 12.04 LTS getestet und dies scheint genau die richtige Verzögerung hinzuzufügen, damit das Mount erfolgreich ist.

Mein /etc/fstabEintrag:

dev /media/dev vboxsf defaults,_netdev 0 0

Richards Fix funktionierte nach dem letzten Update (VirtualBox 4.3.18, Ubuntu 14.04) nicht mehr für mich. Zum Glück konnte ich das Problem beheben, indem ich vboxsfden Kernel richtig geladen habe:

# echo "vboxsf" >> /etc/initramfs-tools/modules
# update-initramfs -u

Der erste Befehl fügt einen Parameter hinzu, um das Modul in den Kernel zu laden, und der zweite Befehl aktualisiert das init-Dateisystem. Nach einem Neustart konnte ich meine fstab-mounts wieder benutzen :)

Warnung: Der Startvorgang kann einfrieren, wenn ein freigegebener Ordner nicht bereitgestellt werden kann. Testen Sie daher Ihre Konfiguration, bevor Sie das Modul zu initramfs hinzufügen. Wenn Ihr System trotzdem hängt, können Sie im Wiederherstellungsmodus booten, um das Problem zu beheben.

Ich wollte nur sagen, dass es vboxsfmir geholfen hat , das Modul vorzeitig zu laden (wie in Richard Turners Antwort), aber die fstab-Zeile funktionierte immer noch nicht für mich.

Am Ende habe ich den Befehl mount (der funktioniert hat) eingegeben /etc/rc.local. Ein bisschen hacken, aber es hat funktioniert.

Mit dem freigegebenen Ordner in fstab stelle ich fest, dass der Start hängen bleibt, wenn versucht wird, ihn mit VirtualBox 5 und Ubuntu 14.04 zu mounten. Die Lösung scheint darin zu bestehen, das Mounten zu verzögern, bis der GuestAddition-Service verfügbar ist (Richard Turners /etc/modulesLösung schien mir nicht genug zu sein).

Stellen Sie dazu sicher, dass Sie noautoals Optionen für den freigegebenen Ordner in haben /etc/fstab. Zum Beispiel für einen freigegebenen Ordner mit dem Namen vmshare:

vmshare    /home/user/share    vboxsf    defaults,noauto    0    0

Fügen Sie dann eine Zeile hinzu, /etc/rc.localum die Freigabe nach dem Booten bereitzustellen:

mount vmshare

Es sieht so aus, als ob der Alias vboxsffehlt fs-vboxsf(so werden Kernel-Module automatisch geladen, wenn dieser Dateisystemtyp zum ersten Mal gemountet wird). Das Hinzufügen des Alias ​​in /etc/modprobe.dsollte also den Trick machen:

$ echo "alias fs-vboxsf vboxsf" | sudo tee /etc/modprobe.d/vboxsf.conf

Ich hatte das gleiche Problem und arbeitete die vorgeschlagenen Lösungen durch, aber ohne Erfolg. Torbens Lösung hat den Kofferraum eingefroren und musste ihn daher rückgängig machen. Dann dachte ich , ich sollte beheben /etc/fstabverwenden sudo mount -a. Die Syntax meines Eintrags sah perfekt aus, schlug aber dennoch fehl. Ich war auch in der Lage, das filesysten mit dem Einfassungsbefehl im Terminalfenster manuell einzuhängen.

Was ich fand, ist, dass ich Leerzeichen zwischen den ersten beiden Parametern hatte (Gerät und Mount-Punkt). Ich habe sie durch einen Tab ersetzt und es funktioniert. Ja wirklich?!!!!

Ich glaube, ich habe im Arch Wiki den richtigen Weg gefunden, um damit umzugehen . Verwenden Sie comment=systemd.automountOption.

Die obige Option geht in die /etc/fstabDatei mit den anderen Optionen ein. Zum Beispiel:

Fedora /var/ftp/pub/Fedora vboxsf uid=1001,gid=1001,comment=systemd.automount 0 0