Video Screencast Help
Protect Your POS Environment Against Retail Data Breaches. Learn More.

PGP Desktop Mac OSX WDE not functional

Created: 04 Apr 2011 | 5 comments

Hello ,

 

after new installed fresh mac os X 10.6.7 we have the problem to install WDE on all Desktops.

 

The error message is like :

Die Systemerweiterung "/System/Library/Extensions/PGPwde.kext wurde nicht korrekt installiert .....

 

pgpwde --info said:

 

 

Warning: Unable to open PGPwde driver.
         Hard disk operations will not be possible.
Operation display disk information failed:
Error code -11969: Nicht verbunden
 

 

In the logfiles I see the error :

 

 

Apr  4 19:38:47 macbook5 installer[214]: PackageKit: *** Missing bundle identifier: /Library/Receipts/PGP.pkg
Apr  4 19:38:48 macbook5 installer[214]: Package /Users/ladmin/Desktop/PGP.pkg uses a deprecated pre-10.2 format (or uses a newer format but is invalid).
Apr  4 19:38:54 macbook5 authexec[255]: executing /Library/Frameworks/PGPwde.framework/bootinstallerinstallertool
Apr  4 19:38:55 macbook5 defaults[313]: \nThere is no (updateInstaller) default for the (/Users/ladmin/Library/Preferences/com.pgp.engine) domain.\nDefaults have not been changed.
Apr  4 19:38:55 macbook5 defaults[314]: \nThere is no (updateVersion) default for the (/Users/ladmin/Library/Preferences/com.pgp.engine) domain.\nDefaults have not been changed.
Apr  4 19:38:55 macbook5 defaults[315]: \nThere is no (updateLaterDate) default for the (/Users/ladmin/Library/Preferences/com.pgp.engine) domain.\nDefaults have not been changed.
Apr  4 19:39:10 macbook5 com.apple.kextd[10]: Cache file /System/Library/Caches/com.apple.kext.caches/Directories//System/Library/Extensions/KextIdentifiers.plist.gz is out of date; not using.
Apr  4 19:39:10 macbook5 com.apple.kextd[10]: Rescanning kernel extensions.
Apr  4 19:39:10 macbook5 com.apple.kextd[10]: Cache file /System/Library/Caches/com.apple.kext.caches/Directories//System/Library/Extensions/KextIdentifiers.plist.gz is out of date; not using.
Apr  4 19:39:11 macbook5 com.apple.kextd[10]: Cache file /System/Library/Caches/com.apple.kext.caches/Directories//System/Library/Extensions/IOKitPersonalities_i386.ioplist.gz is out of date; not using.
Apr  4 19:39:51 macbook5 com.apple.kextcache[354]: JMicronATA.kext does not declare a kernel dependency; using com.apple.kernel.6.0.
Apr  4 19:39:51 macbook5 com.apple.kextcache[354]: PGPwde.kext is not authentic; omitting from mkext.
Apr  4 19:39:56: --- last message repeated 1 time ---
Apr  4 19:39:56 macbook5 com.apple.kextcache[354]: Created mkext archive //System/Library/Caches/com.apple.kext.caches/Startup/Extensions.mkext.
Apr  4 19:39:56 macbook5 com.apple.kextcache[347]: /: no supported helper partitions to update.
Apr  4 19:39:56 macbook5 kextd[10]: updated kernel boot caches
 
 

 

 

If I boot into the single usermode, then I was able to use pgpwde --info.

 

So I think there is a hole problem with the caches of the systems.

So I start :

 

kextcache -e 
JMicronATA.kext does not declare a kernel dependency; using com.apple.kernel.6.0.
PGPwde.kext is not authentic; omitting from mkext.
BJUSBLoad.kext is missing dependencies (including anyway; dependencies may be available from elsewhere)
PGPwde.kext is not authentic; omitting from mkext.
 
rg
marcel
 
 
 

 

Comments 5 CommentsJump to latest comment

Tom Mc's picture

It may help to indicate what PGP version you are attempting to use.

When you consider your issue resolved, please click Mark As Solution on the most helpful response.

Search the Knowledge Base &

HO123's picture

Sry PGP Desktop 10.1.1 the latest avaliable Version .

Sarah Mays's picture

check to see if there is any weird permissions on PGPWDE.kext, there was an old issue (pre 10.1 that would assign permissions incorrectly on the PGPWDE.kext.) correct permissions should be root wheel.

smays$ ls -alF /System/Library/Extensions/ | grep PGP
drwxr-xr-x    3 root  wheel  -  102 Jan 12 21:01 PGPwde.kext/

HO123's picture

Hi,

yes that is the error.

It is located in the postfligth script in the package.

Here is a line called /usr/sbin/chown -R 0:wheel .... change it to /usr/sbin/chown -R root:wheel and the installation worked very well ...

But I dont understand why "0" doesnt worked that is Basic BSD/system v what ever, also the manpage told us it has to be worked !

 

rg

marcel

 

 

Sarah Mays's picture

0:wheel can work if the machine isn't bound to AD or using Centrify. We noticed the issue after trying to encrypt a laptop that was already bound to AD. This issue was fixed in 10.1 (i think)