1 votos

Parallels crea /Users/Shared/Parallels en el arranque, bloquea el montaje de ZFS /Users

¿Alguien sabe por qué Parallels crea /Users/Shared/parallels en el arranque? ¿O qué lo crea?

Tengo un volumen ZFS para /Users. Sin embargo, desde la instalación de Parallels 7 he descubierto que el volumen ZFS no puede montarse porque anteriormente en el proceso de arranque Parallels ya ha puesto un directorio vacío Shared/Parallels/backups en /Users.

Cualquier forma de desactivar esto, o retrasarlo hasta después de los montajes ZFS sería genial.

De momento tengo que entrar en una consola, usar un usuario administrador de repuesto para eliminar /Users, y luego montar en zfs mi /Users. Todo muy irritante.

Existen varios LaunchAgents de sistema para Parallels, pero no son muy descriptivos.

  • SISTEMA OPERATIVO: 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 la indicación de Graham sobre wait4path he actualizado com.parallels.desktop.launchdaemon.plist en /Library/LaunchDaemons a:

<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>

Parece que se ha arreglado. Al menos, Parallels sigue funcionando y el ordenador se carga correctamente al arrancar.

El resultado de la lista es este:

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 sé si hay una forma más limpia de hacer el plist.

1voto

Tim Puntos 11

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 http://duckduckgo.com/?q=%22com.parallels.vm.prl_naptd%22+%22addPaths%22 sugiere alguna relación entre com.parallels.vm.prl_naptd y addPaths así que tal vez centrar la atención en este agente de lanzamiento.

Una primera conjetura: una solución podría consistir en wait4path

Página del manual de wait4path(1) para OS X

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X