Il montaggio della cartella condivisa Virtualbox da fstab non riesce; funziona una volta completato l'avvio

Ho Ubuntu 13.10 installato in Virtualbox 4.3. Il computer host è Windows.

Ho un paio di cartelle condivise Virtualbox montate da / etc / fstab. Fino a poco tempo fa questa installazione funzionava bene, ma dopo l'aggiornamento da Ubuntu 13.04 e Virtualbox 4.2 (essenzialmente allo stesso tempo) il montaggio fstab ha smesso di funzionare. Ottengo il seguente errore durante l'avvio:

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

La pressione di M per il ripristino manuale e quindi il tentativo di montare manualmente non riescono:

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

Ma se invece salto il montaggio durante l'avvio, aspetto l'avvio di Unity e quindi il montaggio manuale in una shell, tutto funziona bene:

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

Nota che quando monto manualmente lascio che mount prenda tutte le opzioni da / etc / fstab, e funziona. Questo mi suggerisce che si tratta di una sorta di problema di temporizzazione, in cui Virtualbox non è "pronto" per fornire i montaggi di file condivisi nel punto in cui vengono eseguiti i montaggi / etc / fstab durante l'avvio.

Ecco la linea fstab, solo per completezza:

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

C'è qualcosa che posso fare al riguardo da parte di Ubuntu? O qualcuno sa di più su questo dal punto di vista di Virtualbox?

Ho trovato un vecchio rapporto sul localizzatore di bug di Virtualbox con sintomi identici, ma in quel caso l'utente aveva aggiornato Virtualbox senza aggiornare le aggiunte degli ospiti e risolvere il problema; questo non sta succedendo qui, ho sicuramente installato le aggiunte 4.3 per gli ospiti.

Mi sono imbattuto anche in questo problema. Montare /var/wwwusando la funzionalità di cartelle condivise VBox, quindi questo è stato abbastanza fastidioso.

La soluzione che ho trovato è stata quella di forzare il vboxsfcaricamento anticipato del modulo, prima del montaggio dei file system. Basta aggiungere vboxsfuna riga a parte /etc/modules.

Un'altra soluzione è quella di impostare noauto in /etc/fstabe montare manualmente le unità /etc/rc.local, ma questa non era una buona soluzione per me perché a quel punto Apache è già iniziata e non è stato in grado di trovare nulla /var/www.

Oltre al suggerimento di Richard Turner di aggiungere vboxsfuna linea a sé /etc/modules, suggerisco di aggiungere l' _netdevopzione mount a /etc/fstab. Ho provato su Ubuntu 12.04 LTS e questo sembra aggiungere la giusta quantità di ritardo per il successo del mount.

La mia /etc/fstabvoce:

dev /media/dev vboxsf defaults,_netdev 0 0

La correzione di Richard ha smesso di funzionare per me dopo l'ultimo aggiornamento (VirtualBox 4.3.18, Ubuntu 14.04). Fortunatamente sono stato in grado di risolverlo, caricando a vboxsfdestra con il kernel:

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

Il primo comando aggiunge un parametro per caricare il modulo nel kernel e il secondo aggiorna il file system init. Dopo un riavvio sono stato in grado di utilizzare nuovamente i miei supporti fstab :)

Avvertenza: il processo di avvio potrebbe bloccarsi se non è possibile montare una cartella condivisa. Quindi prova la tua configurazione, prima di aggiungere il modulo a initramfs. Se il sistema si blocca comunque, è possibile avviare in modalità di ripristino per risolvere il problema.

Volevo solo dire che forzare il vboxsfcaricamento anticipato del modulo mi ha aiutato (come nella risposta di Richard Turner), ma la linea fstab non ha ancora funzionato per me.

Quello che ho finito per fare è stato inserire il comando mount (che ha funzionato) /etc/rc.local. Un po 'di hack ma ha funzionato.

Con la cartella condivisa elencata in fstab trovo che l'avvio si bloccherà quando proverà a montarlo usando VirtualBox 5 e Ubuntu 14.04. La soluzione sembra essere quella di ritardare il montaggio fino a quando il servizio GuestAddition non sarà disponibile (la /etc/modulessoluzione di Richard Turner non mi è sembrata abbastanza).

Per fare questo assicurati di avere noautole opzioni per la cartella condivisa in /etc/fstab. Ad esempio per una cartella condivisa chiamata vmshare:

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

Quindi aggiungere una linea a /etc/rc.localper montare la condivisione dopo l'avvio:

mount vmshare

Sembra che vboxsfmanchi l' fs-vboxsfalias (che è il modo in cui i moduli del kernel vengono caricati automaticamente quando si monta quel tipo di filesystem per la prima volta), quindi aggiungere l'alias in /etc/modprobe.ddovrebbe fare il trucco:

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

Ho avuto lo stesso problema e stavo lavorando sulle soluzioni suggerite, ma senza successo. La soluzione di Torben ha bloccato il bagagliaio, quindi è stato necessario annullarlo. Quindi ho pensato di dover risolvere il problema /etc/fstabutilizzando sudo mount -a. La sintassi della mia voce sembrava perfetta, ma non è riuscita. Sono stato anche in grado di montare manualmente il filesysten usando il comando mount nella finestra del terminale.

Quello che ho scoperto è che avevo spazi tra i primi due parametri (dispositivo e punto di montaggio). Li ho sostituiti con una scheda e funziona. Veramente?!!!!

Credo di aver trovato il modo giusto di affrontarlo in Arch Wiki . Usa l' comment=systemd.automountopzione.

L'opzione sopra va nel /etc/fstabfile con le altre opzioni. Per esempio:

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