Jump to content
Welcome to InsanelyMac Forum

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.


  • Content count

  • Joined

  • Last visited

About mafao

  • Rank
    InsanelyMac Protégé
  1. Thank you for your encouraging answer! Unfortunately, I couldn't read too much out of it. If I understand correctly, this is about installing the kexts on the system disk, while I want to keep my system disk and the bootloader disk with kexts completely separate. Any tutorials/hints on how to do this? My problem is that I don't have a PC at hand where I could try things out, and I don't want to buy expensive hardware if I am not sure that it will work...
  2. Dear all, I am toying with a thought of building a new hackintosh to replace my aging iMac, as I would welcome some more flexibility in my component choice. Still, I want it to be a full-fledged replacement for a real Mac. Basically, my goal would be to create a vanilla installation on my disk (which could be also booted from a real mac). I have access to a Mac in order to create such an installation. I would place the bootloader inclusive all required kexts and extras onto an USB key, and boot from it (aka EFI-X). This should in theory simplify any update and backup procedures because they will never touch the osx86 related files. Also, I could clone my install disk and use it to boot a real Mac, which is also an important benefit for me. Now my questions: Is something like possible and easily done with modern bootloader versions? Will I loose performance if my bootloader and kexts are on the USB key instead the main install disk (which would be an SSD)? Is there a mITX mainboard which I can expect to run without any hickups, which all relevant features (sleep, sound etc.) enabled with only a minimum of additional kexts required? It is also very important to me that the machine behaves like a real Mac, e.g. it should work with App Store and Parallels Desktop. Compatibility with OS X 10.8 would be also a big plus. So, am I expecting too much or is what I am thinking about perfectly possible? Thanks for your input!
  3. I had the same problem with my G33 chipset mainboard. I have patched the USB in my dsdt.aml and sleep works liek charm now. As suggested above, look into the gigabyte dsdt fixes thread, the USB fixed by master chief are on the first page.
  4. Ok, I have found the problem — RealtekR1000SL.kext apparantly wasn't loading, Kext Utility didn't want to add it to the kext cache for some reason. I have restarted SL with -f flag and the network problems were gone, but this time it did not load NVenabler. In the end, I have deleted NVenabler and used the EFI strings to get my graphics.
  5. Hi, I have a so far successfull installation of SL 10.6.2 on my GA-G33M-DS2R/Q6600/8800GT running a 64-bit kernel. However, there appears to be a small problem with the network... using the RealtekR1000SL.kext I can see and access my hack from the MacBook Pro, but the hack itself does not appear to recognize any device on the network. So, it won't see neither the MBP, nor the shared iTunes library (but if I share the library on the hack, i can access it from the MBP). Also, sometimes the hack would drop the connection when I try to connect to it and will disappear from the bonjour list, however, it can be brought back by restarting the "File Sharing" service from the "Sharing" preferences. Does anyone know what the problem might be? The network chip on my mainboard is the RTL8111B Thanks
  6. [How to] GIGABYTE GA-G33M-DS2R guide

    Anyone got sleep working on this board with 10.6.2? The screen goes black, but the computer won't sleep (fans are noisy, LEDs are blinking) — won't wake up either and needs a full restart. I use the new SleepEnabler kext without any effect. Sleep worked with 10.6.1!
  7. Hi, does anyone have a DSDT for the said board? I still have issues with sleep... and most links I have found in the forums are dead.
  8. Does anyone have a nice working DSDT.aml for this board? A few links I have found in the forums don't work anymore. My main issue is the absence of sleep (new SleepEnabler under 10.6.2 does not help either)
  9. GPU Throttle

    Hi everyone I have installed vanilla SL on a G33M-DS2R with a q6600 cpu and so far it is working perfectly. The only issue I have is the GPU (8800gt) — it seems not to throttle. Fan noise is significantly higher then with Windows, and seems to stay constant whether I use GPU-demanding tasks or not. Unfortunately, I cannot get any temp readouts so I can't confirm whether the card is overheating. I use automatic EFI string injection provided by latest Chameleon. So basically my question: can someone confirm that this method results in automatic fan control (or its absence) and provide some hints on how I can solve this problem?
  10. Great news! But i have to say, with new displays I am really considering towards a real iMac, even though it is so expensive... Still, the display alone would cost well over 1000 €, so the AOC price of 1700 € for the i7 model is not really unreasonable...
  11. The vanilla kernel runs X58 with i7 after Apple released the first Nehalem MacPros — as thy have added support for this CPU (if I am not mistaken t was in OS X 10.5.7). The newer Lynnfield revision is not yet supported by the vanilla kernel — the only hope is that Apple will start building new MacPros based on Lynnfield. Or that maybe someone finds a way to fool the vanilla kernel into seeing a different CPU revision
  12. Well, let us hope that you are right and Lynnfield Xeons will make it into the Mac Pro
  13. Well, apparently they do, or else how you explain the incompatibility of Lynnfield (and Nehalem prior to certain kernel version)? The CPUs are basically mostly compatible at the software level, e.g. Windows does not need a special driver to work with Nehalem/Lynnfield, neither does Linux (CPU-specific optimizations are just another piece of cace).
  14. After some thoughts, I would like to put it this way: why is anyone even sure that Lynnfield will ever work on vanilla kernel? It seems as if OS X kernel is "bound" to particular CPU revisions (Core Duo, Nehalem). Now, Lynnfield is not in the list. One hope is that Apple will actually use Lynnfield in their upcoming computers. However, as of now, this seems unlikely. Why? Because Apple will surely continue to use Nehalem (and X58) for servers, and mobile processors (Clarkdale/Arrandale) for iMac/MacBook line. Lynnfields draw to much power to be included in consumer Apple hardware while are "not powerful enough" for servers (yeah, I know, this is a potentially wrong statement, but AFAIK there are no Xeons planned for Lynnfield architecture). If one believes the latest rumors, the upcoming iMac will be even thinner = no room for a "hot" CPU like Lynnfield. Basically, Lynnfield seems to miss the whole Apple bandwagon. If this is true, it is bad news for the osx86 community... i am not sure if building hakintoshes based on mobile parts will be as appealing (the price difference to the "real deal" won't be as big here).