Parallels crée /Users/Shared/Parallels au démarrage et bloque le montage de ZFS /Users.

Quelqu'un sait-il pourquoi Parallels crée /Users/Shared/parallels au démarrage ? Ou ce qui le crée ?

J'ai un volume ZFS pour /Users. Cependant, depuis l'installation de Parallels 7, j'ai découvert que le volume ZFS ne peut pas être monté parce que plus tôt dans la procédure de démarrage, Parallels a déjà mis un répertoire vide Shared/Parallels/backups dans /Users.

Tout moyen de désactiver cette fonction, ou de la retarder jusqu'à ce que les montages ZFS soient terminés, serait formidable.

Pour l'instant, je dois me connecter à une console, utiliser un utilisateur administrateur de réserve pour supprimer /Users, puis monter mes /Users en zfs. Tout cela est très irritant.

Il existe plusieurs agents de lancement de système pour Parallels, mais ils ne sont pas très descriptifs.

• OS : 10.8.2
• Parallels : mise à jour de Parallels 7.
• ZFS : ZFS Community Edition

Mises à jour pour 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>

On dirait que DesktopControlAgent n'est pas chargé.

En suivant le pointeur de Graham sur wait4path, j'ai mis à jour com.parallels.desktop.launchdaemon.plist dans /Library/LaunchDaemons pour :

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

Cela semble avoir réglé le problème. Au moins, Parallels fonctionne toujours et l'ordinateur se charge correctement au démarrage.

La sortie de la liste est la suivante :

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";
    );

Je ne sais pas s'il y a une façon plus propre de faire le plist.