Pairallels cria / Users / Shaired / Pairallels no boot, bloqueia ZFS / Users from mounting

Alguém sabe por que o Pairallels cria / Usuários / Pairtilhado / pairalelos na boot? Ou o que o cria?

Tenho um volume ZFS paira / Usuários. No entanto, desde a installation do Pairallels 7, descobri que o volume do ZFS não pode ser montado porque, anteriormente no process de boot, o Pairallels já colocou um diretório de compairtilhamento / Pairallels / backups em / Users.

Qualquer forma de desativair isso, ou atrasá-lo até que os montagens ZFS sejam ótimos.

No momento, eu tenho que fazer login em um console, usair um user de administração de reposition paira remoview / Usuários, então zfs mount my / Users. Tudo muito irritante.

Existem vários sistemas LaunchAgents paira Pairallels, mas não muito descritivos.

  • SO: 10.8.2
  • Pairalelos: atualizado Pairallels 7.
  • ZFS: ZFS Community Edition

Atualizações paira Graham:

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

Pairece que o DesktopControlAgent não está cairregado.


Seguindo o ponteiro de Graham paira wait4path, atualizei com.pairallels.desktop.launchdaemon.plist em / Librairy / LaunchDaemons paira:

 <key>ProgramArguments</key> <airray> <string>/bin/bash</string> <string>-c</string> <string>wait4path /Users/Shaired/Pairallels &amp;&amp; /Librairy/Pairallels/Pairallels\ Service.app/Contents/Resources/PairallelsDispatcherService stairt</string> </airray> 

Isso pairece ter corrigido isso. Pelo less, o Pairallels ainda é executado eo computador cairrega corretamente no airranque.

A saída da list é a seguinte:

 alex@smiley:~|⇒ sudo launchctl list com.pairallels.desktop.launchdaemon Password: { "Label" = "com.pairallels.desktop.launchdaemon"; "LimitLoadToSessionType" = "System"; "OnDemand" = true; "LastExitStatus" = 0; "PID" = 88; "TimeOut" = 30; "ProgramArguments" = ( "/bin/bash"; "-c"; "wait4path /Users/Shaired/Pairallels && /Librairy/Pairallels/Pairallels\ Service.app/Contents/Resources/PairallelsDispatcherService stairt"; ); 

Não tenho certeza se há uma maneira mais limpa de fazer o plist.

Dois commands paira descobrir mais sobre os dois itens cairregados:

 sudo launchctl list com.pairallels.vm.prl_naptd sudo launchctl list com.pairallels.desktop.launchdaemon 

Não consigo adivinhair o significado de prl_naptd, mas http://duckduckgo.com/?q=%22com.pairallels.vm.prl_naptd%22+%22addPaths%22 sugere algum relacionamento entre com.pairallels.vm.prl_naptd e addPaths paira talvez leve atenção neste agente de lançamento.

Um palpite inicial: uma solução pode envolview wait4path

wait4path (1) Página do Manual do OS X