Jump to content

[TOTALLY VANILLA] Retail Snow Leopard


MACinized
 Share

530 posts in this topic

Recommended Posts

can't you just take the "arch=i386" out of the com.apple.boot.plist file in your extra folder? my system seems to boot onto the 64bit kernel if i do that... maybe i'm not clear on what you guys are referring to.

 

my system runs smooth in 64bit mode, however i did decide to put it back into 32bit mode because my MOTU 828mk2 audio interface only has drivers that work under 32bit...

Link to comment
Share on other sites

can you give us a little more information, what exatly are you doing if i remove it i cant boot. do you put anything in its place? where are you making the change to the com.apple.boot.plist on the EFI partition or before you do the installation.

 

i did it on the EFI partition after the installation was complete. i didn't replace it with anything, just removed the "arch" entry out of the kernel flags key string altogether. looks like this now:

 

<key>Kernel Flags</key>

<string>rd=uuid boot-uuid=03FB93D1-D48E-3F54-91C9-46685261755E</string>

 

just make sure you umount your EFI partition and del it's volume before restarting. i failed to do this once and somehow the OS altered it to autoload every time i booted. had to jump thru additional hoops to fix that.

 

i mostly followed the installation, however i did end up having to install the kexts in the S/L/E folder. installing them thru macloader onto the EFI partition didn't seem to work for me for some reason... maybe this has something to do with it?

 

i also had to use a GFX string to get my GTX260 working.

 

i'm using:

AppleAHCIPort.kext

fakesmc.kext

NullCPUPowerManagement.kext

OpenHaltRestart.kext

PlatformUUID.kext

Sleepenabler.kext

 

what's happening when you try to boot?

Link to comment
Share on other sites

i did it on the EFI partition after the installation was complete. i didn't replace it with anything, just removed the "arch" entry out of the kernel flags key string altogether. looks like this now:

 

<key>Kernel Flags</key>

<string>rd=uuid boot-uuid=03FB93D1-D48E-3F54-91C9-46685261755E</string>

 

just make sure you umount your EFI partition and del it's volume before restarting. i failed to do this once and somehow the OS altered it to autoload every time i booted. had to jump thru additional hoops to fix that.

 

i mostly followed the installation, however i did end up having to install the kexts in the S/L/E folder. installing them thru macloader onto the EFI partition didn't seem to work for me for some reason... maybe this has something to do with it?

 

i also had to use a GFX string to get my GTX260 working.

 

i'm using:

AppleAHCIPort.kext

fakesmc.kext

NullCPUPowerManagement.kext

OpenHaltRestart.kext

PlatformUUID.kext

Sleepenabler.kext

 

what's happening when you try to boot?

 

well when i remove the arch entry i KP it wont boot, so i booted with a -v command and it stalls at a part that says something like nanosecond ######## (if it helps i can get the exacy numbers)

 

when i paste this commandioreg -l -p IODeviceTree | grep firmware-abi into terminal i get this

"firmware-abi" = <"EFI32"> which i think it should say EFI64

 

also could this have to do with any of my bios settings before i created the DSDT ?

 

any help would be great.

 

thanks

Link to comment
Share on other sites

Thanks man. This guide worked like a winner! I tried a LOAD of other methods and guides and none of them work.

 

My setup: Asus P5Q Turbo + Intel Q9400. I'm also using DriveXpert (for 2x 500gb hard drives in hardware RAID0).

Fastest install ever :> (But that's after battling for a couple of days)

 

I have one question: One needs to have the BIOS in AHCI mode in order for SL to work. But I have 4x 1tb drives connected to the RAID controller that I'm trying to run in RAID5. In order to do so one needs to change the BIOS setting to RAID and then SL stops working. How do I get around this other than buying a hardware RAID card?

Link to comment
Share on other sites

well when i remove the arch entry i KP it wont boot, so i booted with a -v command and it stalls at a part that says something like nanosecond ######## (if it helps i can get the exacy numbers)

 

when i paste this commandioreg -l -p IODeviceTree | grep firmware-abi into terminal i get this

"firmware-abi" = <"EFI32"> which i think it should say EFI64

 

also could this have to do with any of my bios settings before i created the DSDT ?

 

any help would be great.

 

thanks

 

I think that's because 64bit EFI isn't implemented in chameleon 2 rc3 yet?:

from: http://www.insanelymac.com/forum/index.php...t&p=1255877

Kabyl 7. September 2009, 19:16 http://tinyurl.com/nfv7o3

 

About the “Sound assertion†message:

That’s because we didn’t implement 64bit EFI System Table, and EFI Runtime Services,

I have done some work on it but didn’t get around to adding it yet.

 

that doesn't stop my system from booting with the 64bit kernel though... not sure what's stopping your system, but it is possible...

 

edit:

i was able to finally get my kexts loading thru the extra folder rather than putting them in the /s/l/e/ folder (permissions were screwed up on the extra folder). after this i tried booting in 64bit mode and it failed... so maybe it is the non 64bit EFI messing up the loading of kexts when booting onto the 64bit kernel. might try throwing your kexts into the /s/l/e/ folder and seeing if you're able to get past those KPs while using the 64bit kernel.

Link to comment
Share on other sites

Hi Guys - yes of course this is another post with "my audio does'nt work" - what I did using: Macinized MAC loader to get up the original SnowLeopard DVD running an Installed - then after a lots of trys and error get up Master Chiefs dsdt.aml and the P5K Pro kexts in EFI/Extra - as mkextbundle in between I used the Mirgration tool to get all stuff from perfectly running but not Vanilla 10.5.6 -> 5.8 iDeneb - I suggest the Migration tool also copies the /S/L/E folder ?! however I removed all kext that seems to be depricated (according to Date / Title) but audio still not working. If i use the HDAenabler i kan sse the right audio device in Profile but in Audio settings is no audiodevice available- i suppose to build "just" the right dsdt ? but how ? - ok here my specs:

 

P5K-WS with 1102 BIOS

KEXTs.zip

momo2xlc.DSDT.aml.zip

Link to comment
Share on other sites

I think that's because 64bit EFI isn't implemented in chameleon 2 rc3 yet?:

from: http://www.insanelymac.com/forum/index.php...t&p=1255877

 

 

that doesn't stop my system from booting with the 64bit kernel though... not sure what's stopping your system, but it is possible...

 

edit:

i was able to finally get my kexts loading thru the extra folder rather than putting them in the /s/l/e/ folder (permissions were screwed up on the extra folder). after this i tried booting in 64bit mode and it failed... so maybe it is the non 64bit EFI messing up the loading of kexts when booting onto the 64bit kernel. might try throwing your kexts into the /s/l/e/ folder and seeing if you're able to get past those KPs while using the 64bit kernel.

 

I tried a different install method/tutorial and I was able to get 64bit to boot

so I am not sure what that means exactly ,I will try your suggestion about the kexts location.

I did get sleep working using this tutorial as well I am not sure how the kexts were the same.

Link to comment
Share on other sites

Followed the guide and everything works except sound but I don't use onboard sound anyways.

 

Foolishly believing this vanilla method would let me continue to use software update, I upgraded to 10.6.2 and bricked the install with a KP at boot ("Version mis-match between Kernel and CPU PM"...)

 

Gonna try some fixes mentioned in other threads like deleting dsmos.kext and adding new sleep fix.

Link to comment
Share on other sites

Followed the guide and everything works except sound but I don't use onboard sound anyways.

 

Foolishly believing this vanilla method would let me continue to use software update, I upgraded to 10.6.2 and bricked the install with a KP at boot ("Version mis-match between Kernel and CPU PM"...)

 

Gonna try some fixes mentioned in other threads like deleting dsmos.kext and adding new sleep fix.

All you need to do is remove the SleepEnable from your MacLooader_SL folder then replace it with the New 10.6.2 SleepEnabler.kext then run the 3_MacLoader again. that should fix the KP issue.

 

Note: You have to start it up from your Snow Leopard Installer USB which have created it when you 1st install Snow Leopard. Good luck.

Link to comment
Share on other sites

to either in 64bit there are 2 wasy the fast way is when you load up your boot screen to chose your HD to boot from type in "-x64" and then press enter then you are booting up with the 64bit kernal. there is also another is edit your com.apple.boot file in /e/ and ad in <key>Kernel Flags</key></string>-x64</string> and this will automatically boot in the 64bit every load

 

to either in 64bit there are 2 wasy the fast way is when you load up your boot screen to chose your HD to boot from type in "-x64" and then press enter then you are booting up with the 64bit kernal. there is also another is edit your com.apple.boot file in /e/ and ad in <key>Kernel Flags</key></string>-x64</string> and this will automatically boot in the 64bit every load

 

i also should point out, to make sure that you truely are in 64bit kernal do the following: open terminal and type in command "uname -a" this will load of the kernal info

 

now i am using 10.6.2 at the moment so something may differ a bit

 

Darwin *************.local 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:35:19 PST 2009; root:xnu-1486.2.11~1/RELEASE_X86_64 x86_64 <---- SEE THIS IF IT HAS THE 86_64 YOU ARE CONFIRMED that you are using a 64bit kernal

 

if it says something like i386 then that is obviously still using the 86/32 but kernal

Link to comment
Share on other sites

this is what i get in terminal when i boot with -x64

 

local 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386

 

see that i386 at the end that means that you are not in 64bit you are still in 32bit

Link to comment
Share on other sites

Hi,

 

nice guide but I am sorry to say when you try the SnowInstallation script for you to specify the Installation volume of where you extract the DMG and i select SnowLeoInstaller, I get an error that the volume can't be found why is that?

 

my MoBo is a Asus P5LP-LE.

 

thanks for any help provided.

 

Kevin

Link to comment
Share on other sites

 Share

×
×
  • Create New...