If you apply the sleep enabler identified as 10.6.x (designed to and
does work on 10.6, 10.6.1, 10.6.2 and 10.6.3) before you update to
10.6.3, then the process is somewhat simpler.
My whole point was:
Of the sleep enabler is replaced with the one which is good for 10.6,
10.6.1, 10.6.2 and 10.6.3, within the "Make USB flash drive bootable"
and "GA-P35-DS3L Installer" packages on the flash drive, and within
the /Extra folder(s) on the running system(s), then there is no need
to back out the sleep enabler before, and to install another sleep
enabler after, the 10.6.3 Combo Update.
On Apr 23, 6:35 pm, mosslack <hackint...@embarqmail.com> wrote:For anyone interested, this guide has been updated to use VoodooHDA instead of AppleHDA for sound. Plus the guide is for a new install directly to 10.6.3 with a section at the end which explains the procedure for updating from 10.6.2 to 10.6.3. Your comments are welcome and appreciated.http://groups.google.com/group/hq-a/web/install-guide-gigabyte-ga-p35...
Thank you so much for your time to update the guide. More importantly
for me as a newly install 10.6, I can install directly to 10.6.3. This
can safe more time. Can't wait to try this thing out. :)
On Apr 26, 2010, at 8:06 PM, Jeff Hester wrote:How is the best way to pull the DSDT from the rev 1.1 board? When it boots up it's using your DSDT (based on rev 1.0) is the one that it will actually pull when I use the extra DSDT function in DSDTSE right?
The best way is to use Linux and copy the DSDT to the desktop, then write it to a flash drive.It looks like my first casualty is the network. Although it's using the same chip using the SnowR1000 install doesn't get the network going. I tried it on 10.6 and then again after I updated to 10.6.3 using the combo updater. Neither worked.
Hmmm ... then SOMETHING must have changed in the wired E-net part of the mobo. Perhaps changing from a PCI to a PCI-e MAC chip?
Ok. It is working now. Running the Snow1000 app I thought would
install the kext. I tried the different method of using KextUtility
to install the kext from the Contents of the Snow1000 app and it
worked fine. Now I'm cruising on the new box very nicely.
Thanks.
-- Jeff
I tried to install it by clicking on the SnowR1000 app. I just assumed that it installed it. When I installed it using Kext Utility it said that the kext was not found. So evidently the SnowR1000 app doesn't actually install it on some systems.
-- Jeff
Hmm I did remove (just delete right?) the AppleHDA. Tomorrow I'll try
it again
What if I ran the update before running the GA-P35-DS3L installer
package?
Hmm I did remove (just delete right?) the AppleHDA. Tomorrow I'll try
it again
What if I ran the update before running the GA-P35-DS3L installer
package?
I have a good question. If I buy a laptop with an intel 75 or i7 processor, will i be able to install the vanilla flavor of SL? I have a boot132 disk to boot from. Also, why doesn't SL or L boot from the newer intel atom processors? i've been trying for weeks to get L to boot on a intel atom netbook. (I only have a copy of Leopard, not SL)
I have a good question. If I buy a laptop with an intel 75 or i7 processor, will i be able to install the vanilla flavor of SL? I have a boot132 disk to boot from. Also, why doesn't SL or L boot from the newer intel atom processors? i've been trying for weeks to get L to boot on a intel atom netbook. (I only have a copy of Leopard, not SL)
--
Sent from my Power mac G4 Sawtooth.
Another question though, can anyone verify what version dsdt is in
this installer or is there a program I can use to open the dsdt's and
compare them???
Currently I'm looking at the dsdt from this thread which appears to be
the best available one out there right now, However I don't know if
the fact that It was created out of bios f6 matters or not.
http://www.insanelymac.com/forum/index.php?showtopic=192518
On May 16, 11:51 pm, alfa147x <alfa1...@gmail.com> wrote:Well guys I just got moved into my new apt so another shot at 10.6.3tomorrowWish me luck!
Well, I'm about to boot into my new system but the biggest thing i'm
worried about is the difference between this installer and this one
here:
http://osx86.sojugarden.com/installer/
Does the installer from our site use efi 10.5 instead of chameleon 2
rc4? I don't even know if i'm asking a question that makes sense, lol.
I noticed there installer doesn't have a dsdt, however thier faksmc is
version 2.1 from nov 09 instead of our 1.0 from sept 09. How much of a
difference is this?
On May 17, 2010, at 11:57 AM, Jonathan Taufer wrote:Well, I'm about to boot into my new system but the biggest thing i'mworried about is the difference between this installer and this onehere:http://osx86.sojugarden.com/installer/
Every "installer" appears to have reinvented the very same wheel.
No one installer is really that much better than another. Only YOU can decide for sure.
The SLILS method (which see) is, I believe, the most flexible. But, I developed that method, so perhaps I am biased.
I have utilized that method for many LGA 775-based processors, and numerous mobos, including the "project giveaway" mobo, which have, at least, a PCI-x 16x slot, and which have used that slot for a video card known to be compatible with MacOS 10.5 and 10.6.
The SLILS method was originally developed for use with a great many Gigabyte mobos, but I have since extended it for use with several Shuttles which feature LGA 775.
My strong preference is for a P35 or P45 mobo, but G31 and G41 are good, too.
On May 17, 2010, at 4:34 PM, mosslack wrote:The DSDT used in my DS3L guide is one I found on Insanely in another guide for the same system. I'm not very big on making custom DSDT's (reinventing the same wheel as Peter put it), so if one exists that works I generally just use it.
You've got to realize that each DSDT is custom for both the BIOS version and the specific hardware that your hack has. This means that if the person that compiled the DSDT was using a different BIOS it won't be correct for yours, and many hacks that are the same identical model name may have vastly different hardware configurations. The only cases in which a downloaded, previously compiled DSDT file will work correctly is one in which both the BIOS and hardware are EXACT matches.
That's not to say that these downloaded, previously compiled DSDT's won't work, and they may be nearly identical to a "perfect" DSDT for your specific BIOS & hardware configuration, it's just that you never know how much they might vary and the consequences can be difficult to troubleshoot. Unless you can confirm that a downloaded DSDT is an EXACT match for your system, I'd lean heavily toward "reinventing the wheel" since it's a "custom" wheel for each BIOS and hardware.
I learned this from experience when I downloaded a previously compiled DSDT that was from an earlier BIOS version of the same laptop and had many issues that completely disappeared when I extracted my own DSDT and compiled it myself. If you can find an EXACT match, go for it, but I'd say if you can't verify it's an EXACT match, be careful, it may not be what you need.