groundchuck Posted November 3, 2009 Share Posted November 3, 2009 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 More sharing options...
boxer82003 Posted November 3, 2009 Share Posted November 3, 2009 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. Link to comment Share on other sites More sharing options...
groundchuck Posted November 3, 2009 Share Posted November 3, 2009 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 More sharing options...
groundchuck Posted November 3, 2009 Share Posted November 3, 2009 speaking of which, anyone have any ideas on why it would be that kexts aren't loading out of the mkext file the macloader/updater makes in the extra folder of the EFI part? in order to get any of them to work i'm having to put them in the /S/L/E/ folder... Link to comment Share on other sites More sharing options...
boxer82003 Posted November 4, 2009 Share Posted November 4, 2009 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 More sharing options...
jabalsad Posted November 4, 2009 Share Posted November 4, 2009 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 More sharing options...
Adam the 1st Posted November 5, 2009 Share Posted November 5, 2009 Just wanted to throw out a big thanks, and help bump this to make sure more people see it! Link to comment Share on other sites More sharing options...
groundchuck Posted November 5, 2009 Share Posted November 5, 2009 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 More sharing options...
momo2xlc Posted November 5, 2009 Share Posted November 5, 2009 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 More sharing options...
mrm43 Posted November 5, 2009 Share Posted November 5, 2009 many thanks to you . I was able to create my own dsdt and everything works. my specs. asus p5kpl-am se core 2 quad 8400 2 500gb sata hd 2 gb ddr2 800 1 ide dvdwriter nvidia 8800gt 512 mb Link to comment Share on other sites More sharing options...
boxer82003 Posted November 5, 2009 Share Posted November 5, 2009 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 More sharing options...
boxer82003 Posted November 8, 2009 Share Posted November 8, 2009 ok i tried putting my kexts into the s/l/e and no luck. how about anyone else can you boot into 64bit ??? Link to comment Share on other sites More sharing options...
TequilaKez Posted November 10, 2009 Share Posted November 10, 2009 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 More sharing options...
macusers Posted November 10, 2009 Share Posted November 10, 2009 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 More sharing options...
Termite Posted November 10, 2009 Share Posted November 10, 2009 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 More sharing options...
boxer82003 Posted November 11, 2009 Share Posted November 11, 2009 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 Link to comment Share on other sites More sharing options...
Termite Posted November 11, 2009 Share Posted November 11, 2009 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 More sharing options...
boxer82003 Posted November 12, 2009 Share Posted November 12, 2009 i know so how do i get it to boot in 64 bit i have tried removing the arch=i386 in the com.apple.plist and i KP Link to comment Share on other sites More sharing options...
groundchuck Posted November 13, 2009 Share Posted November 13, 2009 i know so how do i get it to boot in 64 bit i have tried removing the arch=i386 in the com.apple.plist and i KP can you upload a picture of the KP? Link to comment Share on other sites More sharing options...
ifuzz Posted November 15, 2009 Share Posted November 15, 2009 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 More sharing options...
boxer82003 Posted November 15, 2009 Share Posted November 15, 2009 here is where it hangs when i boot with -v after removing the arch=i386 line Link to comment Share on other sites More sharing options...
boxer82003 Posted November 15, 2009 Share Posted November 15, 2009 that might be the wrong image i am just reinstalling right now i will post back later Link to comment Share on other sites More sharing options...
bannerlog Posted November 15, 2009 Share Posted November 15, 2009 I have a freaky problem. OS 10.6.1 1. I lost my usb flash with macloader. 2. I ruined somehow my loader in efi partition on my SL HD and now i cannot boot my SL. How can I restore it or how can I make new macloader for usb flash (linux, windows)? Link to comment Share on other sites More sharing options...
boxer82003 Posted November 15, 2009 Share Posted November 15, 2009 i tried to add the updated sleepenabler kext from netkas the one that works with 10.6.2, on my usb installer but it just causes kernel panic when i try to do a fresh install of SL. anyone know why? Link to comment Share on other sites More sharing options...
boxer82003 Posted November 15, 2009 Share Posted November 15, 2009 ok i just did a fresh install of SL i removed the arch=i386 from the com.apple.boot.plist on the EFI partition after a reboot KP, so i booted with -v and this is what i get. If anyone is wondering i am trying to boot into 64bit Link to comment Share on other sites More sharing options...
Recommended Posts