Después de actualizar a Ubuntu LTS-18, las carpetas compartidas de VirtualBox marcadas como "montaje automático" ya no se montan

Después de actualizar a Ubuntu LTS-18, las carpetas compartidas de VirtualBox marcadas como "montaje automático" ya no se montan

Ejecutando VirtualBox más reciente (5.2.18) sin incidentes hasta que actualicé a Ubuntu LTS-18. (El host es OS/X). Ahora, las carpetas compartidas marcadas como "montaje automático" no se montan. (Reinstalé "Guest Additions" del paquete de extensión en "virtualbox.org" y reinicié, por si acaso, pero sin efecto).

Veo la /media/sf_sharenamecarpeta de todos los recursos compartidos especificados, pero no hay nada en ellos: ¡no están montados!

Ipoderuso sudo mountexplícitamente, y cuando lo hago ahora aparece el contenido de la carpeta compartida. Pero, cuando especifico "montaje automático" en la configuración de carpetas compartidas de VirtualBox, no debería tener que hacer esto.

Observe que no cambié nada en absoluto sobre VirtualBox:soloUbuntu actualizado. Funcionó perfectamente hasta que lo hiceeste.

(Sí, el usuario es miembro del grupo de Linux correspondiente.hacetener permiso.)

También es interesante que /dev/cdromtampoco se esté montando...

Respuesta1

Aquí está el resumen de la solución final a este problema, basado en mi respuesta original a continuación:

Refiriéndose a: Virtualbox: la carpeta no se monta automáticamente, Windows 7 aloja el invitado Ubuntu 17.10

Descubrí que, al contrario de la página anterior virtualbox-guest-utils.service,nointento de montar las acciones. El vboxadd-service.servicelo hace. Pero no lo tiene si simplemente instala el paquete de extensión de controladores desde virtualbox.org. Debe instalar las extensiones desde el CD-ROM suministrado, que en OS/X forma parte del paquete de la aplicación.

Entonces, la Conflicts=instrucción era exactamente correcta:

sudo systemctl edit --full vboxadd-service

... luego eliminar systemd-timesync.servicede la Conflicts=lista. (Continúe y haga esto después de haber instalado desde el CDRom y antes de reiniciar).

Al reiniciar, sus acciones estarán allí.

Encontrará información de respaldo adicional en mi respuesta original, a continuación.

Respuesta2

Estoy revisando mi respuesta para que sea mucho mejor.

La situación general que estoy experimentando se describe mejor aquí:

https://askubuntu.com/questions/1066056/vbox-16-04-guest-upgraded-to-18-04-shared-folders-are-wrong

(A pesar deélno recibió "una respuesta",haceenlace a otras páginas que sí lo hacen, y he citado algunas de esas páginas aquí.)

El problema parece estar en vboxadd-servicey/o vboxadd-guest-utils-servicecomo se analiza en esta página "askubuntu":

Virtualbox: la carpeta no se monta automáticamente, Windows 7 aloja el invitado Ubuntu 17.10

... que se refiere a este informe de error de Ubuntu:

https://bugs.launchpad.net/ubuntu-mate/+bug/1769453

En el momento de escribir este artículo, estoy tratando de descubrir exactamente por qué el servicio falla al inicio en mi caso, pero nohacerobservo que el servicio no se está ejecutando, y que si en mi sistema ejecuto el siguiente comando me aparecen los share:

sudo systemctl restart vboxadd-service.service

Sin embargo, a diferencia de la publicación citada, mi estado del servicio muestra varios servicios, algunos de ellos "salidos":

● vboxadd.service
   Loaded: loaded (/opt/VBoxGuestAdditions-5.2.18/init/vboxadd; enabled; vendor preset: enabled)
   Active: active (exited) since Thu 2018-08-23 12:06:20 EDT; 5min ago
  Process: 905 ExecStart=/opt/VBoxGuestAdditions-5.2.18/init/vboxadd start (code=exited, status=0/SUCCESS)
 Main PID: 905 (code=exited, status=0/SUCCESS)

Aug 23 12:06:00 MyVM systemd[1]: Starting vboxadd.service...
Aug 23 12:06:03 myVM vboxadd[905]: VirtualBox Guest Additions: Starting.
Aug 23 12:06:20 MyVM systemd[1]: Started vboxadd.service.

● vboxadd-service.service
   Loaded: loaded (/opt/VBoxGuestAdditions-5.2.18/init/vboxadd-service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2018-08-23 12:11:20 EDT; 3s ago
  Process: 2696 ExecStart=/opt/VBoxGuestAdditions-5.2.18/init/vboxadd-service start (code=exited, status=0/SUCCESS)
    Tasks: 8 (limit: 4665)
   CGroup: /system.slice/vboxadd-service.service
           └─2737 /usr/sbin/VBoxService --pidfile /var/run/vboxadd-service.sh

Aug 23 12:11:19 MyVM systemd[1]: Starting vboxadd-service.service...
Aug 23 12:11:20 MyVM vboxadd-service[2696]: vboxadd-service.sh: Starting VirtualBox Guest Addition service.
Aug 23 12:11:20 MyVM vboxadd-service.sh[2717]: Starting VirtualBox Guest Addition service.
Aug 23 12:11:20 MyVM vboxadd-service.sh[2736]: VirtualBox Guest Addition service started.
Aug 23 12:11:20 MyVM systemd[1]: Started vboxadd-service.service.

● virtualbox.service - LSB: VirtualBox Linux kernel module
   Loaded: loaded (/etc/init.d/virtualbox; generated)
   Active: active (exited) since Thu 2018-08-23 12:06:08 EDT; 5min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1356 ExecStart=/etc/init.d/virtualbox start (code=exited, status=0/SUCCESS)

Aug 23 12:06:06 MyVM systemd[1]: Starting LSB: VirtualBox Linux kernel module...
Aug 23 12:06:08 MyVM systemd[1]: Started LSB: VirtualBox Linux kernel module.

Sin duda, esta "confusión" tiene una influencia considerable en mi problema. . .

información relacionada