[darwinbuild] booting xnu 8G32

Shantonu Sen ssen at opendarwin.org
Thu Feb 2 11:45:22 PST 2006


No BootX changes should be needed to use universal kernels or kexts

What copying program did you use? root:admin is a very serious issue.  
All files produced by the xnu build should be owned by root:wheel,  
not root:admin

[root at stargate]# kextload -t /System/Library/Extensions/ 
IOCDStorageFamily.kext
kextload: extension /System/Library/Extensions/IOCDStorageFamily.kext  
appears to be valid
kextload: extension /System/Library/Extensions/IOCDStorageFamily.kext  
is already loaded
[root at stargate]# chown -R root:admin /System/Library/Extensions/ 
System.kext/PlugIns/IOKit.kext
[root at stargate]# kextload -t /System/Library/Extensions/ 
IOCDStorageFamily.kext
kernel extension /System/Library/Extensions/IOCDStorageFamily.kext  
has problems:
Missing dependencies
{
     "com.apple.iokit.IOStorageFamily" =
         "This dependency has dependencies that cannot be resolved"
     "com.apple.kpi.iokit" = "No valid version of this dependency can  
be found"
}


What's the output of "cd /System/Library/Extensions/System.kext &&  
find . -ls"?

Shantonu

On Feb 2, 2006, at 11:19 AM, ritchie wrote:

> On 06-02-06, at 1459 , Mark Pauley wrote:
>> Hm, typically when I can't even get to the verbose logging I find  
>> that the issue is that the booter can't even find either the  
>> kernel or the kextcache.  There shouldn't be any permissions  
>> issues at that stage, but generally booter + kernel + gets you to  
>> verbose output and then kext_cache is just about the first thing  
>> loaded once the kernel takes over.  Perhaps the issue is that the  
>> kernel failed to load?
>>
> I was thought about that, and was wondering if I needed to update  
> BootX to handle a universal binary, but that doesn't explain why  
> the ppc-only kernel doesn't boot, either. I will fiddle more with  
> the kextcache stuff after lunch. I built BootX, but am not exactly  
> sure what to do with the files it produces.
>
> I was careful to put the kernel back into the wheel group after  
> copying it to /, since it seems to get changed to root,admin in the  
> copying process. any other gotchas I should look for?
>
> best,
> r.
> _______________________________________________
> darwinbuild mailing list
> darwinbuild at opendarwin.org
> http://www.opendarwin.org/mailman/listinfo/darwinbuild




More information about the darwinbuild-dev mailing list