Parallels crea / Users / Shared / Parallels all'avvio, blocca ZFS / Users dal montaggio

1

Qualcuno sa perché Parallels crea / Users / Shared / paralleli all'avvio? O cosa lo crea?

Ho un volume ZFS per / Users. Tuttavia, dall'installazione di Parallels 7 ho scoperto che il volume ZFS non può essere montato perché in precedenza nel processo di avvio Parallels ha già inserito una directory condivisa / parallela / backup in / Users.

Un modo per disabilitarlo o ritardarlo fino a dopo il montaggio di ZFS sarebbe fantastico.

Al momento devo accedere a una console, utilizzare un utente amministratore libero per rimuovere / Users, quindi zfs montare my / Users. Tutto molto irritante.

Ci sono diversi LaunchAgent di sistema per Parallels, ma non molto descrittivi.

  • SO: 10.8.2
  • Parallels: aggiornato Parallels 7.
  • ZFS: ZFS Community Edition

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

Sembra che DesktopControlAgent non sia caricato.

Seguendo il puntatore di Graham su wait4path ho aggiornato com.parallels.desktop.launchdaemon.plist in / Library / LaunchDaemons per:

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

Sembra che l'abbia risolto. Almeno, Parallels funziona ancora e il computer si carica correttamente all'avvio.

L'output dell'elenco è questo:

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

Non sono sicuro se c'è un modo più pulito di fare il plist.

    
posta Alex 07.11.2012 - 18:42
fonte

1 risposta

1

Due comandi per scoprire di più sui due elementi caricati:

sudo launchctl list com.parallels.vm.prl_naptd

sudo launchctl list com.parallels.desktop.launchdaemon

Non riesco a indovinare il significato di prl_naptd ma link suggerisce alcune relazioni tra com.parallels.vm.prl_naptd e addPaths , quindi forse concentrare l'attenzione su questo agente di lancio.

Un'ipotesi preliminare: una soluzione alternativa potrebbe riguardare wait4path

wait4path (1) Pagina del manuale di OS X

    
risposta data 07.11.2012 - 20:05
fonte

Leggi altre domande sui tag