Jump to content

[GUIDE]Retail Snow Leopard 10.6 on a GA EP45-UD3R


d00m42
 Share

Stability  

692 members have voted

  1. 1. How stable is your Snow Leopard installation?

    • Perfect.
      266
    • Not quite there yet...
      349


2,289 posts in this topic

Recommended Posts

Hmm i did not have "-x32" take a look at my boot plist see if you can see anything weird

 

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Kernel</key>
<string>mach_kernel</string>
<key>Kernel Flags</key>
<string>-x32 arch=i386</string>
<key>Timeout</key>
<string>10</string>
<key>device-properties</key>
<string>7a02000001000000010000006e0200000d00000002010c00d041030a00000000010106000010
0101060000007fff04001e00000072006f006d002d007200650076006900730069006f006e0000003
50000004e7669646961204765466f726365203838303020475453205b4738305d204f70656e474c20
456e67696e65205b4546495d22000000400030002c006400650076006900630065005f00740079007
000650000000b000000646973706c6179100000004e00560043004100500000001800000004000000
000003000c00000000000007000000000e0000006e0061006d00650000000b000000646973706c617
914000000400030002c006e0061006d0065000000120000004e5644412c446973706c61792d411000
00006d006f00640065006c000000210000004e7669646961204765466f72636520383830302047545
3205b4738305d0e0000004e00560050004d0000002000000001000000000000000000000000000000
00000000000000000000000014000000400031002c006e0061006d0065000000120000004e5644412
c446973706c61792d4220000000400031002c0063006f006d00700061007400690062006c00650000
000e0000004e5644412c4e564d6163220000005600520041004d002c0074006f00740061006c00730
069007a0065000000080000000000002820000000400030002c0063006f006d007000610074006900
62006c00650000000e0000004e5644412c4e564d616322000000400031002c0064006500760069006
30065005f00740079007000650000000b000000646973706c61791c00000064006500760069006300
65005f00740079007000650000000f0000004e5644412c506172656e74</string>
</dict>
</plist>

Link to comment
Share on other sites

seems right to me as long as you have the right efi string

 

try with the bare minimum:

fakesmc, disabler, openhalrestart

 

other faulty part may be the dsdt, since I had a dsdt from my previous leopard install, I use it on my usb installer drive

I suppose you don't have one yet...

 

I can't give you my dsdt since we don't have the same machine... but if you find one for your ud3p online, chance are that it will be a good temporary one to start with

(you can also generate one on Ubuntu live cd, I did it, not easy, but not too hard either as long as you find the command needed to generate one, search google, when it is generated just follow the guide here to do the needed modification, you can take care of sound later, but at least get the cmos reste fix done because it is annoying without it, there are quotes missing on two lines from the generated one, it won't compile until you fix those, that was my major head ache because I didn't know...)

 

also you can try without the extensions folder and only use a extensions.mkext

if you have snow leo on your mac mini you can make one from there... (one way is to create an Extra/Extensions/ folder with your kext and run kextutility, it will create the mkext in the extra folder, then when you are done don't forget to remove the extra folder)

 

 

if all that fails (and if you can't get a dsdt), try the other method generate you dsdt if you get that far

and try reinstalling it with the usb method...

if you install using the other method don't foget to uncheck all printer or you'll get an error during the install (not an inssue with the usb method)

 

 

I'm going to sleep

good luck...

Link to comment
Share on other sites

Hmm i did not have "-x32" take a look at my boot plist see if you can see anything weird

 

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Kernel</key>
<string>mach_kernel</string>
<key>Kernel Flags</key>
<string>-x32 arch=i386</string>
<key>Timeout</key>
<string>10</string>
<key>device-properties</key>
<string>7a02000001000000010000006e0200000d00000002010c00d041030a00000000010106000010
0101060000007fff04001e00000072006f006d002d007200650076006900730069006f006e000000
3
50000004e7669646961204765466f726365203838303020475453205b4738305d204f70656e474c2
0
456e67696e65205b4546495d22000000400030002c006400650076006900630065005f0074007900
7
000650000000b000000646973706c6179100000004e0056004300410050000000180000000400000
0
000003000c00000000000007000000000e0000006e0061006d00650000000b000000646973706c61
7
914000000400030002c006e0061006d0065000000120000004e5644412c446973706c61792d41100
0
00006d006f00640065006c000000210000004e7669646961204765466f7263652038383030204754
5
3205b4738305d0e0000004e00560050004d000000200000000100000000000000000000000000000
0
00000000000000000000000014000000400031002c006e0061006d0065000000120000004e564441
2
c446973706c61792d4220000000400031002c0063006f006d00700061007400690062006c0065000
0
000e0000004e5644412c4e564d6163220000005600520041004d002c0074006f00740061006c0073
0
069007a0065000000080000000000002820000000400030002c0063006f006d00700061007400690
0
62006c00650000000e0000004e5644412c4e564d616322000000400031002c006400650076006900
6
30065005f00740079007000650000000b000000646973706c61791c0000006400650076006900630
0
65005f00740079007000650000000f0000004e5644412c506172656e74</string>
</dict>
</plist>

try with just the -x32

Link to comment
Share on other sites

I managed to get Snow Leopard installed via a SD Card which I had snow leopard on!

 

More importantly I am having trouble booting 64bit. I just get the spinning loader, but my OS does not load. What could be the issue here ?

Link to comment
Share on other sites

This forum has been a great help. Still I am having a few issues I would like to get rid of.

 

1. I cannot boot x64 to save my life. First AppleIntelCPUPowerManagement.kext was the issue so I removed that, but still would not load in x64, the process would go a little further and still locks.

 

2. Sleep does not seem to be working either. The mouse pointer disappears and when I move the mouse any mounted drives disappear. They quickly remount after.

 

I am on 10.6.2, Chameleon RC2 r640, boot 10.5!

 

I am running the following kexts in /E

 

fakesmc.kext

LegacyHDA.kext

NullCPUPowerManagement.kext

OpenHaltRetart.kext

PlatformUUID.kext

SleepEnabler.kext

 

Also have patched DSDT and booting with "arch=x86_64" without quotes!

 

EDIT:

 

booting x64 I get to the line

 

Sound assertion "0 == entry" failed in "/SourceCache/AppleHDA/AppleHDA-179.1.4/AppleHDA/AppleHDAEngine.cpp" at line 3222 goto Exit

Link to comment
Share on other sites

This forum has been a great help. Still I am having a few issues I would like to get rid of.

 

1. I cannot boot x64 to save my life. First AppleIntelCPUPowerManagement.kext was the issue so I removed that, but still would not load in x64, the process would go a little further and still locks.

 

2. Sleep does not seem to be working either. The mouse pointer disappears and when I move the mouse any mounted drives disappear. They quickly remount after.

 

I am on 10.6.2, Chameleon RC2 r640, boot 10.5!

 

I am running the following kexts in /E

 

fakesmc.kext

LegacyHDA.kext

NullCPUPowerManagement.kext

OpenHaltRetart.kext

PlatformUUID.kext

SleepEnabler.kext

 

Also have patched DSDT and booting with "arch=x86_64" without quotes!

 

netkas has a new fakesmc

 

NullCPUPowerManagement can be replaced with disabler found it the chameleon 2 RC3 package, and will definitely be 64bit compatible

 

I suppose you have the newer sleepenabler from netkas if you are on 10.6.2

Link to comment
Share on other sites

so to make things clear 32bit works perfectly well, but you get to your posted screen shot when you boot in 64bit, right?

only issue in 32bit is sleep and drive disappearing, right?

do you have your kext in the extensions folder or compressed into an mkext?

if you use the mkext did you remove (or at least rename the extension folder to something else like extensions1)

 

do you have a way to get back to your installed osx if something gets messed up? like the usb install drive or a bootcd

or at least something to get back to the installer (not as easy since you have to use the terminal)

if so keep only those kext and remove the other ones and boot first is 32bit to see if it still works, then try 64bit

 

fakesmc.kext

NullCPUPowerManagement.kext

OpenHaltRetart.kext

Link to comment
Share on other sites

Yes exactly! I have been running 32bit perfect since last night. Except for Sleep not working.

 

I just type -v arch=i386 or -v arch=x86_64 depending what I want to try and boot :thumbsup_anim:

 

OHHHhh I have Extensions.mkext and Extensions. Did not realize I had to rename one or the other ?

 

Yes I can get back into my OS fine if anything gets messed up.

 

I'll try what you just added and post back

Link to comment
Share on other sites

Alright.

 

I switched NullCPUPowerManagement.kext for Disabler.kext like you said above so I kept the following kexts

 

Disabler.kext

fakesmc.kext

OpenHaltRestart.kext

 

x32 boots fine. x64 no go, stuck at the same spot as last time!

 

PS. I just renamed the folder to Extensions1 after running kext utility.

 

EDIT:

 

If I just use Extensions and and remove Extensions.mkext I get KP Unknown both x32 and x64

 

I don't see why I cannot boot x64 bit wth

Link to comment
Share on other sites

without dsdt, you'll have to go to your bios each time after reboot since snow leo resets you bios

besides that no bad side effect

 

that's really weird

 

 

You made me want to go with 64bit kernel now...

since all the software I use is now working in a 64bit environment (my wacom tablet wasn't 64bit compatible for at least a month and a half after snow leo came out, but new drivers are out) and vmware fusion 3 (just came out) also works in 64bit kernel (wasn't the case with version 2)

so I decided from now on to go fuil time in 64bit (haven't booted 64bit in at least 2months), removed voodoo-power-mini (used for speed step, but it's a 32bit only kext) and it booted great in 64bit...

So I have no idea what could be causing the problem on your machine

 

 

I restored the osx dvd onto a usb Hard drive (installed chameleon first on it) and installed OSX using that...

(only kext I don't have on that drive is sleepenabler, chance of KP from it are too high)

 

after the install was done

I used chameleon rc2 installer (onto the HFS EFI partition, but standard install wouldn't create an issue like you have)

replace boot file with latest one from netkas (based on chameleon rc3)

 

my kext:

Disabler (from chameleon RC3 pakage) (to keep temperature low and avoid potential KP during software update)

fakesmc (latest version from netkas)

IOAHCIBlockStorageInjector (yellow icon fix on ich10r) (from chameleon RC3 pakage)

JMicronATA (for ide) (from d00ms pack)

LegacyHDA (to work along the dsdt for sound on 889a) (from d00ms pack)

OpenHaltRestart (from d00ms pack)

PlatformUUID (from d00ms pack)

SleepEnabler (latest from 10.6.2 from netkas)

Link to comment
Share on other sites

Wow that is really weird.

 

The only discrepancy between yours and mine would be

 

IOAHCIBlockStorageInjector what does that do ?

 

Oh I just noticed another weird issue. When I boot from my hard drive once OSX loads up it thinks that OSX my boot hard drive is an externel drive. but I noticed that when I boot my hard drive from my USB stick everything is fine... weird....

 

EDIT:

 

Even says Connection type: External...

 

I mean when I use my USB Sticks bootloader to boot my main hard drive.

 

EDIT AGAIN:

 

Another thing I noticed. If booting x32 the last line I see before my desktop actually loads is where it locks when trying to boot x64...

Link to comment
Share on other sites

OK gotcha. I see the hard drive is reconized fine now!

 

Well I updated to RC3. Still no go on x64 though. I tried disabling azalia in Bios and then boot. I don't see the audio errors, but still get locked up....

 

Well Maybe I could recompile DSDT. I am really stuck here because the same thing happens without DSDT.

Link to comment
Share on other sites

can you boot the installer in 64bit?

if so I would consider reinstalling osx (from the 64bit installer, I don't think it will change anything but we never know, because I did install my osx in 64bit by accident, I had -x32 when the boot file I was using only considered arch=i386 and would discard -x32)

Link to comment
Share on other sites

Yup just booted it in x64 fine, I am at where I choose my language!

 

hmm. I mean I have tried everything else soo ahh I hate to do this lol ...

 

EDIT:

 

 

K I am doing a fresh install from x64. Just have to copy some files first.

 

 

Thanks for all the help by the way!

Link to comment
Share on other sites

haha I hear yeah. It's really nice having everything perfect.

 

Another thought I had was bios ? I was going to update, but haven't yet...

 

PS. Look at my post above I am re installing in x64

Link to comment
Share on other sites

Wow!

 

So just finished installing un x64 installer and went for first boot and for kicks I typed -v arch=x86_64 and I booted into the flying space thingy. So now I guess I can work from here and see if I come across any issues when installing chameleon and such.

 

Will post back my results

Link to comment
Share on other sites

great news !!!

 

you know how to check if you are indeed in 64bit?

if not :

about this mac -> more info -> software

the on the right you will see "64-bit kernel and extensions: Yes"

 

(if it says "No" then you are in 32bit)

 

since you plan to use the 64bit kernel:

you can try setting in the bios:

HPET: 64bit (instead of 32bit)

Link to comment
Share on other sites

Muhhahahah lol

 

Yeah I did check right away to make sure I was indeed in x64 and indeed I am in 64bit right now. I am going to install updates, chameleon and the works. Will post back my results .

Link to comment
Share on other sites

 Share

×
×
  • Create New...