Sull Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
Squirrelf Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
mactheworld77 Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
Sull Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
Sull Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
Squirrelf Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
Sull Posted November 28, 2009 Share Posted November 28, 2009 I have the new fakesmc.kext I'll try disabler now EDIT: Yeah I have the updated SleepEnabler.kext as well Same spot as last time. Here's a picture Link to comment Share on other sites More sharing options...
Squirrelf Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
Sull Posted November 28, 2009 Share Posted November 28, 2009 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 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 More sharing options...
Squirrelf Posted November 28, 2009 Share Posted November 28, 2009 keep the mkext (well recreate it when you modify the extension folder content) and rename the extension folder to something else, sometimes there are issues by keeping both so if you use an mkext always rename the folder Link to comment Share on other sites More sharing options...
Sull Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
Squirrelf Posted November 28, 2009 Share Posted November 28, 2009 yeah on the ep45-ud3.. it works better with the mkext next possibility would be a bad dsdt remove or create one without sound stuff since according to your screenshot it seems to stall on something related to sound Link to comment Share on other sites More sharing options...
Sull Posted November 28, 2009 Share Posted November 28, 2009 Could I just try with no DSDT and see what happens. Or is that a bad idea? EDIT: Well without DSDT 64bit boot gets to the part right before the audio errors and locks up. Link to comment Share on other sites More sharing options...
Squirrelf Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
Sull Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
Squirrelf Posted November 28, 2009 Share Posted November 28, 2009 that's exacly what IOAHCIBlockStorageInjector is for, make osx see the drives as internal I said it was from d00m's pack but it may have been from chameleon rc3 package in the common folder Link to comment Share on other sites More sharing options...
Sull Posted November 28, 2009 Share Posted November 28, 2009 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 More sharing options...
Squirrelf Posted November 29, 2009 Share Posted November 29, 2009 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 More sharing options...
Sull Posted November 29, 2009 Share Posted November 29, 2009 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 More sharing options...
Squirrelf Posted November 29, 2009 Share Posted November 29, 2009 it's worth a shot (if that makes you feel better, when snow leo came out I installed it at least 15 times in a week till I could get it right...) Link to comment Share on other sites More sharing options...
Sull Posted November 29, 2009 Share Posted November 29, 2009 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 More sharing options...
Squirrelf Posted November 29, 2009 Share Posted November 29, 2009 I don't think the bios will do anything, but it's worth considering the bios settings however may have an impact to be sure do optimized default, and only set the ahci settings however they should be fine since you can boot the installer Link to comment Share on other sites More sharing options...
Sull Posted November 29, 2009 Share Posted November 29, 2009 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 More sharing options...
Squirrelf Posted November 29, 2009 Share Posted November 29, 2009 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 More sharing options...
Sull Posted November 29, 2009 Share Posted November 29, 2009 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 More sharing options...
Recommended Posts