Hi everyone

Today it's a wonderful day, because pista7 released a new version of it's SleepEnabler kext that can be installed into your Extensions folder in order to be loaded during boot

You can now download it here: Some fixes for your MacOS 10.5.8 install

And follow the new instructions to install it

--- ONLY FOR THOSE WHO INSTALLED THE v.3.0 OF MY SLEEP FIX!! ---

If you have installed the old version of this kext using my instructions (v.3.0), please update... how? Read these lines:

So to update, you don't need anymore the script that loads your SleepEnabler kext located into your / directory. So you can delete SleepEnabler.kext from your / directory

Then you need to remove the script Sleep_10.5.8_wakeup.txt from your /etc/rc.sleep file. If you don't know how to do it, please read this article: Do you have problems when your computer wakes from sleep?

That's it you can now download the new package here: Some fixes for your MacOS 10.5.8 install

And follow the new instructions to install the new Sleep fix

--- ONLY FOR THOSE WHO INSTALLED THE v.2.x or v.1.x OF MY SLEEP FIX!! ---

Delete all my Sleep fix scripts from /etc/rc.sleep & /etc/rc.wakeup.

if you don't know how to do it, please read this article: Do you have problems when your computer wakes from sleep?

Delete AppleIntelCPUPowerManagement.kext from your / directory (If you still have this kext here)

Delete SleepEnabler.kext from your / directory (If you still have this kext here)

You can install Disabler.kext & AppleIntelCPUPowerManagement.kext if you backed up these files using Kext Helper. DO NOT USE AppleIntelCPUPowerManagement.kext WITHOUT Disabler.kext!!

Disabler.kext & AppleIntelCPUPowerManagement.kext are available here: AppleIntelCPUPowerManagement&Disabler.zip ~ 76ko

That's it you can now download the new package here: Some fixes for your MacOS 10.5.8 install

And follow the new instructions to install the new Sleep fix

CHANGELOG:

13/08/09:

Updated: Sleep is now working with a better SleepEnabler kext. This one can be installed with Kext Helper because it auto loads during boot! So you don't need the rc.sleep hack anymore, so please remove it from rc.sleep! You can also delete SleepEnabler from your / directory.

Thanks goes to pista7 for it's marvellous work

Version name: 3.1

Here is a screenshot of (almost) all the best MacOS Apps I'm using. They are all working fine on my eeepc 1000h

Feel free to comment

Recently I saw an article on DarwinX86 (French site), and for sure they do not read my site finally they did ^^. So I'm posting this article just to make sure everyone understand what's the best alternative to HDAPM. If you don't know what I'm speaking about, just read this article: Is your Hard Drive making *Clunk* noises?

Ok, it's been about 4 days I'm working on it, and it's almost done.

Let me explain a little bit about what I'm trying to build...

I bought another 500Gb Hard Drive, the same as the one I already have in my computer. I wanted to set up a RAID 0 with it, but unfortunately my Mother Board don't have any RAID Controller on it, and I don't want to buy one. So I had to choose between Windows RAID Software or MacOS RAID Software... The choice was very easy to make, Windows don't allow any RAID between partitions, but only between entire Hard Drives. Thus I started to learn a bit about how to make a Software RAID under Snow Leopard... that's quite easy to do I thus created a RAID 0 for my OS X. But The hard work just began... let me explain why

First of all, you can't make any RAID between MBR & GUID partitions :/ so you have to make a choice between MBR or GUID for both drives... I heard on insanelymac forums that MBR is a very old partitioning system, and OSX runs faster to access your partitions with GUID. But the fact is that Windows Bootloader sucks with GUID and you know about Seven... there's no more boot.ini file, everything is wrote into a BCD file to make things harder to access... so... because I love challenges I have chosen GUID ^^

Ok so let's suppose I want to install Seven onto one of my GUID Drives... it seems easy, but it's not! Windows don't understand GUID, so it'll create a MBR Drive for the bootloader xD (Yeah that's right!! It sucks!!). So the solution is to install Windows Seven on your second Hard Drive, and let the installer create a bootloader on the first drive that will become a MBR drive.

Here is how I managed to make things working:

Step 1: (at this point, you should create all the partitions you want to work with for the 2nd_HD)
1st_HD --> MBR (nothing on it)
2nd_HD --> GUID (nothing on it)

Step 2: Install Windows Seven
1st_HD --> MBR (1 partition of 100MB : Windows Seven Bootloader called "System Reserved" that boots the Seven partition on the second Hard Drive!)
2nd_HD --> GUID (1 partition : Windows Seven)

Step 3: Boot Windows Seven & user EasyBCD to make your system booting directly with the Seven partition, I think it will still write on the 2nd HD MBR (You can check which MBR has been affected by trying to boot the 1st then the 2nd HD, but I think it's the second one that is affected)

Step 4: Boot MacOS X installer, format your first drive as GUID, and create your RAID!
1st_HD --> GUID (1 partition : RAID FOR OSX)
2nd_HD --> GUID (2 partition : Windows Seven & RAID FOR OSX)

Step 5 (optional): Try booting back on Windows Seven using an USB Chameleon Bootloader (it worked like a charm for me :p)

Step 6: Restore your previous OSX system on your RAID Drive (I think if you install OSX it will erase the Seven MBR :/)

Step 7: Boot OSX using an USB Chameleon Bootloader, you just have to choose one of the two (or more) "Boot OSX" partitions shown :p

Step 8: Create a Chameleon bootloader you have to install it right on your "Boot OSX" partitions following the README file on the Chameleon bin archive. BUT!!!!!! AND THAT'S VERY IMPORTANT!! DO NOT INSTALL THE MBR boot0 FILE ON YOUR 2nd_HD but on the first one. Because in that case, it will erase what EasyBCD wrote on the MBR.

Step 10: Check both drives by changing boot order into the BIOS. The first HD should bring you directly on Seven, the second one should load Chameleon. Check if you can boot Seven with Chameleon, if you can everything is thus fine you can now set the Second HD as your first HD to boot into the BIOS.

All these steps are the result of my understanding about how MBR and bootloaders work. I learned it these last 4 days by testing almost any possibilities to make this dual boot on GUID.
Why is it very complicated? Because Seven can't boot without MBR on the Drive, so if you erase your MBR, you can say goodbye to your Seven install, or you can try /FixMBR but it never ever worked for me :/

Here are some interesting points I found during my researches:

- My 64bits kernel cannot be loaded if I set my HD to work as IDE. I have to enable AHCI for that. If not, I have to use the arch=i386 flag to boot with chameleon and boot using the 32bits version. (To have the 64bits kernel you have to use arch=x86_64) But that might be due to some missing 64bits kexts for IDE.
- BCD is a peace of $^<-!
- BCD cannot boot without MBR (Master Boot Record) oO Yeah... WTF... XP was fine with it...
- We can write MBR on GUID... But a Hard Drive can be formatted using the MBR partition table format or GUID (new version). So that makes the things harder to understand (correct me if I'm wrong) xD
- You can install Seven & MacOS without any DVD Reader... just by using Flash Drives it is quite fast but you need more than 1 USB Flash Drive...
- Always keep with you an USB Flash Drive with Chameleon Bootloader on it.
- Always save your data!!! Even if you think you'll not make any mistakes xD (Yeah I lost my entire Seven partition... fortunately I cloned my Snow Leopard partition)
- Don't try to use another computer to test your findings, because it will crash (Yeah I lost my Seven partition & Jolicloud partition on my eeepc xD fortunately BT4 & Leopard are safe for the moment :p)
- Seven sucks with AHCI because you have to get the right drivers before you try to install Seven >_<

Why 64bits kernel? GeekBench 5395 --> 5410 (Yeah really!) + http://netkas.org/?p=127
Why GUID? http://www.insanelymac.com/forum/index.php?showtopic=76603
Why AHCI? http://expertester.wordpress.com/2008/07/24/ahci-vs-ide-%E2%80%93-benchmark-advantage/
Why RAID0? About 140MB/sec W/R speed vs 70MB/sec on a classic partition Snow Leopard boots really really faster and apps as well :p!!!!

I'm still working on it, as I've just fixed an important issue (the one with 64bits kernel xD). So I'm not sure, but everything should work fine, and before tomorrow I might be able to get a RAID0 Snow 64bits on a GUID HD with Seven 64bits on it.

What I have to do now: Find the right AHCI drivers to install Seven... because I thought IDE was fine for both OS, but I was wrong.

(About 30 hours of researches... I really need to sleep xD)

EDIT: Everything is working fine FUCK YEAH!