Jump to content
20 posts in this topic

Recommended Posts

Hello, I have a P4 3.0G hackintosh and for some reason I can not mount any .dmg image files. It keeps on saying device not configured. I've tried loading them through Disk Utilities and I receive the same message. I'm running JaS 10.4.8 with koolkal kernel pack intel 1048 & 1049. I was to open the .dmg file on my G5 then copy the folder from there to my Hackintosh and run the program. Is this an issue because of the P4 none SSE3 support?

 

Thanks

Link to comment
https://www.insanelymac.com/forum/topic/48287-can-not-mount-dmg/
Share on other sites

Hi everyone,

 

At least I'm not the only one experiencing this problem. I just can't seem to find the specified "kernel.kext" file. Could someone please provide a link to it? You can also e-mail it to me, I would be so greatful:

 

andred25 [AT] hotmail DOT com

 

Best Regards,

Mr. Dee

Well I'm a litte smarter now :) I took the system.kext from a friend's hackintosh running 10.4.8 and recplaced it with mine... Booted up and the apple logo kept op spinning forever. Rebooted only to get my verry first kernel panic. I tried putting the file back but it keeps telling me their is is acpi driver available...

 

I'm reinstalling it as we speak. I hope it goes a little smoother this tome ;-)

Dear all,

 

My problem is fixed, I'm running 10.4.9 with the NetKas 8.9.1 kernel.

I replaced my (old) 10.4.8 System.kext with Apple's 10.4.9 System.kext (attached).

 

- Copy the System.kext to /System/Library/Extensions/

- Repair permissions

- Check the current owner and mod of the file using

ls -al /System/Library/Extensions/ | grep System.kext

The output should look like this:

drwxr-xr-x	 5 root  wheel   170 Apr 18 23:51 System.kext

Important is the owner/group (it should be root wheel) and rightmod (it should be drwxr-xr-x).

 

If the owner/group or the rightmod is incorrect, DO NOT reboot, first correct it using 'chmod' and 'chown'.

 

I hope this is helpfull !

System.kext.zip

Dear all,

 

My problem is fixed, I'm running 10.4.9 with the NetKas 8.9.1 kernel.

I replaced my (old) 10.4.8 System.kext with Apple's 10.4.9 System.kext (attached).

 

- Copy the System.kext to /System/Library/Extensions/

- Repair permissions

- Check the current owner and mod of the file using

ls -al /System/Library/Extensions/ | grep System.kext

The output should look like this:

drwxr-xr-x	 5 root  wheel   170 Apr 18 23:51 System.kext

Important is the owner/group (it should be root wheel) and rightmod (it should be drwxr-xr-x).

 

If the owner/group or the rightmod is incorrect, DO NOT reboot, first correct it using 'chmod' and 'chown'.

 

I hope this is helpfull !

 

didn't work for me... did it like the book...

al the outcome was right...

but wont boot up...gave me gray screen with the black block inside telling me to reboot over and over and over

 

:thumbsdown_anim:

didn't work for me... did it like the book...

al the outcome was right...

but wont boot up...gave me gray screen with the black block inside telling me to reboot over and over and over

 

:)

 

What kernel and Mac OS X version are you running? My tutorial is for Mac OS X 10.4.9 with a 8.9.1 kernel (tested it with both the Binary Hacked NetKas kernel and two versions of the compiled NetKas kernel)..

 

I presume your hack is running again by placing back the old system.kext?

I found that even after replacing the system.kext I still couldn't mount DMG or iPod. I removed the system.kext and copied a new one there, and it worked.

 

I suspect that there are extra files in the newer (10.4.9) system.kext, and a cp -R copies files to within a directory, which means it leaves the newer files there that aren't in the older system.kext.

 

I can't check, as I don't have the newer system.kext on my system.

 

Update: I've extracted and compared the two kexts, and there is only one difference in file sizes: the file System.kext/PlugIns/BSDKernel.kext/BSDKernel, which is 50900 bytes in the older package, and 50928 in the newer.

 

I may write a script that compares whole packages, file by file, and reports differences. That might be interesting, and useful for future upgrades.

I had the same problem and replaced the file per the instructions above but got a kernel panic. I'm holding off on reinstalling until my new hard drive arrives tomorrow, but once I reinstall and upgrade to 10.4.9, how can I avoid this problem? Shouldn't the 10.4.9 update replace the file with the correct one by default or does the JaS update leave the 8.8.1 kernel? Also, are there any advantages to keeping the 8.8.1 kernel? I consider getting image files and external devices to mount a pretty big necessity.

  • 4 weeks later...
KasperN, it seems you posted System.kext from 8.8.1 kernel. Some files in kext package reports 8.8.0 version. And after install kernel panic occurs.

 

The file I uploaded is the one which ships with Apple's (unmodified) 10.4.9 combo-updater.

You can/should only use this one if you run a 8.9.x kernel. If you use a 8.8.x kernel please use the System.kext from the 10.4.8 Updater.

 

If you don't trust my ZIP you should download the full 10.4.9 Combo-updater and extract the System.kext with Pacifist.

Hmmm... KasperNL, I just open file "version.plist" in .kext you provided and see this:

 

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>BuildVersion</key>
<string>1</string>
<key>CFBundleShortVersionString</key>
<string>8.8.0</string>
<key>CFBundleVersion</key>
<string>8.8.0</string>
<key>ProjectName</key>
<string>xnu</string>
<key>SourceVersion</key>
<string>7921206</string>
</dict>
</plist>

 

Then I compare it with same file, I found in my System.kext, which I get after installing 10.4.9 AMD update by Myzar:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>BuildVersion</key>
<string>1</string>
<key>CFBundleShortVersionString</key>
<string>8.9.1</string>
<key>CFBundleVersion</key>
<string>8.9.1</string>
<key>ProjectName</key>
<string>xnu</string>
<key>SourceVersion</key>
<string>7921815</string>
</dict>
</plist>

 

I don't want to say I don't trust you, I want to find solution.

Maybe this all because of AMD.

 

By the way, after installing koolkal's 1049 kernel there's no problems with mount anymore.

 

And system.kext from 10.4.9 AMD update by Myzar attached.

System.kext.zip

I don't want to say I don't trust you, I want to find solution.

Maybe this all because of AMD.

 

By the way, after installing koolkal's 1049 kernel there's no problems with mount anymore.

 

And system.kext from 10.4.9 AMD update by Myzar attached.

 

I'm not sure but at least I'm happy it's working for you, and thanks for uploading this version of System.kext maybe it helps anybody out (which is the most important).

×
×
  • Create New...