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.

  • Announcements

    • Allan

      Forum Rules   04/13/2018

      Hello folks! As some things are being fixed, we'll keep you updated. Per hour the Forum Rules don't have a dedicated "Tab", so here is the place that we have our Rules back. New Users Lounge > [READ] - InsanelyMac Forum Rules - The InsanelyMac Staff Team. 
Poco

Chameleon RC4 is out!

1,055 posts in this topic

Recommended Posts

logo.png

 

In addition to the many patches a fixes included in this new version, a few new features for the bootloader made this cut.

We’re back again with this new RC4 version. Since the last RC3 release, we received many patches and fixes, and also backported some important features like ATI graphics device injection, EFI64 tables and PCI root configuration. Also added a new boot option for hiding unwanted foreign partitions from the boot menu.

 

Hide Partition

Using this option you can enumerate all your partitions what you would like to remove from the boot menu, the syntax is similar to the Default Partition option but here you can specify many volumes in your com.apple.Boot.plist:

 

 

PciRoot

This is a similar option what you can find in PC_EFI, but we’re doing this a bit different: The default value is still 0 but you can set to any arbitrary value.

 

Visit http://chameleon.osx86.hu for more info and download links.

 

Credit goes to:

Developers: Crazor, Dense, fassl, iNDi, Kabyl, kaitek, mackerintel, mercurysquad, munky, Turbo, zef

Thanks to: bumby, cosmo1t, dfe, Galaxy, kalyway, netkas, sckevyn, XyZ

 

Installer

Dr.Hurt has put together an installer package which is available for download here

As mentioned please do not report problems related to the installer to the Voodoo Team

Share this post


Link to post
Share on other sites

Works ok for me, only a curios thing... after 1º boot with rc4 itunes gave me a splash screen about acept agreement use like it was 1º time in open it , and now in system profile under pci cards shows me my pcie video card, and finally no more CFGetHostUUIDString: unable to determine UUID for host. Error: 35 on system log

Thanks

Share this post


Link to post
Share on other sites
Works ok for me, only a curios thing... after the boot with rc4 itunes gave me a splash screen about acept agreement use like it was 1� time in open it , and now in system profile under pci cards shows me my pcie video card, and finally no more CFGetHostUUIDString: unable to determine UUID for host. Error: 35 on system log

Thanks

You're all welcome, I didn't expect that the fix would get so many enthusiastic greetings ouside the P55 mobos thread,

 

but the merit goes to the chameleon and the PCEFI10.5 teams, I just integrated what I still found superior in PCEFI10.5 into this great chameleon RC4 release :wacko:

 

Concerning the itunes litlle side effect, it probably comes from the fact that since RC4, a new smbios system-id is added,

this UUID makes obsolete the need of kexts like PlatformUUID.kext, but as it defines a new UUID, some applications thinks you're running them from a new system, that make sense and should not be a problem.

Share this post


Link to post
Share on other sites

Worked for me... but just wanted to add that it didn't work at first since I use some 32 bit kexts but after using arch=i386 boot flag it worked just fine! Thanks Dr. Hurt for the installer...

Share this post


Link to post
Share on other sites
Concerning the itunes litlle side effect, it probably comes from the fact that since RC4, a new smbios system-id is added,

this UUID makes obsolete the need of kexts like PlatformUUID.kext, but as it defines a new UUID, some applications thinks you're running them from a new system, that make sense and should not be a problem.

 

Hi,

can you tell me, please, if there is an option to change the UUID with RC4 in com.apple.Boot.plist or smbios.plist maybe.

Thanks for the fix!

Share this post


Link to post
Share on other sites
Hi,

can you tell me, please, if there is an option to change the UUID with RC4 in com.apple.Boot.plist or smbios.plist maybe.

Thanks for the fix!

You have an smbios field called SMUUID, you can change it, make sure that the last (5th) field matches your ethernet card unique id, like when you customize the platformUUID.kext, have a search in this forum to know how to do that.

Share this post


Link to post
Share on other sites
You have an smbios field called SMUUID, you can change it, make sure that the last (5th) field matches your ethernet card unique id, like when you customize the platformUUID.kext, have a search in this forum to know how to do that.

 

many thanks, now i try.

I use MACtoplatformUUID to generate the UUID but also the ethernet mac address was ok with platformUUID

again thank's for the info.

Share this post


Link to post
Share on other sites

This option in smbios there is from many many time but now also this is obsolete like platform kext, i think :)

 

hi

Share this post


Link to post
Share on other sites
...

 

Concerning the itunes litlle side effect, it probably comes from the fact that since RC4, a new smbios system-id is added,

this UUID makes obsolete the need of kexts like PlatformUUID.kext, but as it defines a new UUID, some applications thinks you're running them from a new system, that make sense and should not be a problem.

This is probably just an oversight on the end of the Chameleon team, but having an option to specify a UUID would have saved a lot of people from running into this problem. Which can get nasty as iTunes accounts are limited to 5 computers, and not everyone would want to re-install RC3 just to get that nth computer back. Not good.

Share this post


Link to post
Share on other sites
This option in smbios there is from many many time but now also this is obsolete like platform kext, i think :)

 

hi

 

You are right, in fact it was already in my smbios i didn't remember but isn't working

Share this post


Link to post
Share on other sites
You are right, in fact it was already in my smbios i didn't remember but isn't working

 

True. With rc3 or better pcefi 5 this option in my smbios has never worked, never, the only "thing" that has worked rather was platformuuid. Now don't working both, but i think that the feature will back with pcefi 6, or better i hope it :)

Share this post


Link to post
Share on other sites
This is probably just an oversight on the end of the Chameleon team, but having an option to specify a UUID would have saved a lot of people from running into this problem. Which can get nasty as iTunes accounts are limited to 5 computers, and not everyone would want to re-install RC3 just to get that nth computer back. Not good.

Good idea, I think I could add this feature as well rapidly, i.e : I could create a new "PlatformUID= <my_uuid>" flag in com.apple.Boot.plist where <my_uuid> would be the 16 bytes value in hexadecimal.

No override would give the same autogen uuid value as in RC4.

Would it be interesting for more than a couple of guys ?

If yes, I'll do that.

Share this post


Link to post
Share on other sites
Good idea, I think I could add this feature as well rapidly, i.e : I could create a new "PlatformUID= " flag in com.apple.Boot.plist where would be the 16 bytes value in hexadecimal.

No override would give the same autogen uuid value as in RC4.

Would it be interesting for more than a couple of guys ?

If yes, I'll do that.

 

Yes, sure. :)

Share this post


Link to post
Share on other sites
Good idea, I think I could add this feature as well rapidly, i.e : I could create a new "PlatformUID= <my_uuid>" flag in com.apple.Boot.plist where <my_uuid> would be the 16 bytes value in hexadecimal.

No override would give the same autogen uuid value as in RC4.

Would it be interesting for more than a couple of guys ?

If yes, I'll do that.

 

Me shure too!

And IMHO would be great also if it's possible a lite version without the gui.

Share this post


Link to post
Share on other sites

I think RC4 and the "integrated" UUID function solved an old issue i had. The Keyboard Layout reseting at every reset.

I'll double check and post later.

Share this post


Link to post
Share on other sites

OK, I modified the bootfile so that we can change the system-id (and not the old IOPlatformUUID).

This is because, though I tried to restore this feature: it has absolutely no effect anymore (at least) on a 10.6.2 system,

so I guess this is why it has been disabled in recent chameleon releases ...

 

Since the IntVar fix, it works like this : the system-id is autogenerated (by uuidgen) then the system generates an IOPlatformUUID from this system ID.

 

So in few words, we can only change the system id.

 

This is tricky because you will only be able to check that the resulting IOPlatformUUID is changed if you change the system-id by putting your own UUID, but you won't be able to read this system ID in the profile info.

 

Still, it should work and give you a way to avoid to generate a random system-id.

 

Here's the boot file and the related sources for testing:

boot_with_SystemID_option.zip

 

To insert your own system-id, use the new flag "SystemID=<my_uuid>" in your com.Boot.plist file

where <my_uuid> is your 16 bytes UUID like : 78346D3C-DFBE-41A4-8F98-16C2ED7AEE7D for instance.

 

Tell me what you think ;)

Share this post


Link to post
Share on other sites

Hi,

I've tried the new version, it does change my uuid but not with the one i put in com.apple.boot.plist is this all right?

At start up, i have: configuring system ID: with the uuid i've put in com.apple.Boot.plist

Share this post


Link to post
Share on other sites
Hi,

I've tried the new version, it does change my uuid but not with the one i put in com.apple.boot.plist is this all right?

At start up, i have: configuring system ID: with the uuid i've put in com.apple.Boot.plist

 

Yes, it was designed to work that way.

 

rekursor, Nicely done!

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Recently Browsing   0 members

    No registered users viewing this page.



×