Parallels crea / Users / Shared / Parallels on boot, bloquea el montaje de ZFS / Users

1

¿Alguien sabe por qué Parallels crea / Users / Shared / parallels on boot? ¿O qué lo crea?

Tengo un volumen ZFS para / Usuarios. Sin embargo, desde la instalación de Parallels 7, encontré que el volumen ZFS no se puede montar porque anteriormente en el proceso de arranque, Parallels ya ha puesto un directorio compartido / Parallels / backups vacío en / Usuarios.

Cualquier forma de deshabilitar esto, o demorarlo hasta después de los montajes de ZFS sería excelente.

En este momento tengo que iniciar sesión en una consola, usar un usuario administrador de repuesto para eliminar / Users, luego zfs mount my / Users. Todo muy irritante.

Hay varios Agentes de inicio del sistema para Parallels, pero no muy descriptivos.

  • OS: 10.8.2
  • Parallels: actualizado Parallels 7.
  • ZFS: ZFS Community Edition

Actualizaciones para Graham:

alex@smiley:~|⇒  ls -lrt /Library/LaunchAgents/*ara* 
-rw-r--r--  1 root  wheel  797 Sep  3 16:12 /Library/LaunchAgents/com.parallels.vm.prl_pcproxy.plist
-rw-r--r--  1 root  wheel  565 Sep  3 16:13 /Library/LaunchAgents/com.parallels.desktop.launch.plist
-rw-r--r--  1 root  wheel  721 Sep  3 16:13 /Library/LaunchAgents/com.parallels.DesktopControlAgent.plist
alex@smiley:~|⇒  sudo launchctl list | grep arallel  
228 -   com.parallels.vm.prl_naptd
78  -   com.parallels.desktop.launchdaemon
alex@smiley:~|⇒  kextstat | grep arallel
  111    0 0xffffff7f8241f000 0x7000     0x7000     com.parallels.kext.prl_usb_connect (7.0 15107.796624) <39 7 5 4 3 1>
  112    1 0xffffff7f82426000 0x5c000    0x5c000    com.parallels.kext.prl_hypervisor (7.0 15107.796624) <10 9 7 5 4 3 1>
  113    0 0xffffff7f82482000 0x4000     0x4000     com.parallels.kext.prl_hid_hook (7.0 15107.796624) <7 5 4 3 1>
  114    0 0xffffff7f82486000 0xc000     0xc000     com.parallels.kext.prl_netbridge (7.0 15107.796624) <112 5 4 3 1>
  115    0 0xffffff7f82492000 0x4000     0x4000     com.parallels.kext.prl_vnic (7.0 15107.796624) <35 5 4 3 1>

Parece que DesktopControlAgent no está cargado.

Siguiendo el puntero de Graham a la ruta de espera, actualicé com.parallels.desktop.launchdaemon.plist en / Library / LaunchDaemons para:

<key>ProgramArguments</key>
<array>
    <string>/bin/bash</string>
    <string>-c</string>
    <string>wait4path /Users/Shared/Parallels &amp;&amp; /Library/Parallels/Parallels\ Service.app/Contents/Resources/ParallelsDispatcherService start</string>
</array>

Eso parece haberlo arreglado. Al menos, Parallels aún se ejecuta y la computadora se carga correctamente al inicio.

La salida de la lista es la siguiente:

alex@smiley:~|⇒  sudo launchctl list com.parallels.desktop.launchdaemon
Password:
{
    "Label" = "com.parallels.desktop.launchdaemon";
    "LimitLoadToSessionType" = "System";
    "OnDemand" = true;
    "LastExitStatus" = 0;
    "PID" = 88;
    "TimeOut" = 30;
    "ProgramArguments" = (
        "/bin/bash";
        "-c";
        "wait4path /Users/Shared/Parallels && /Library/Parallels/Parallels\ Service.app/Contents/Resources/ParallelsDispatcherService start";
    );

No estoy seguro si hay una forma más limpia de hacer el plist.

    
pregunta Alex 07.11.2012 - 18:42

1 respuesta

1

Dos comandos para descubrir más sobre los dos elementos cargados:

sudo launchctl list com.parallels.vm.prl_naptd

sudo launchctl list com.parallels.desktop.launchdaemon

No puedo adivinar el significado de prl_naptd pero enlace sugiere alguna relación entre com.parallels.vm.prl_naptd y addPaths , por lo que tal vez centre la atención en este agente de lanzamiento.

Una conjetura temprana: una solución podría incluir wait4path

wait4path (1) OS X Manual Página

    
respondido por el Graham Perrin 07.11.2012 - 20:05

Lea otras preguntas en las etiquetas