1054 replies to this topic

[rekursor]

scrax, on Dec 15 2009, 04:57 AM, said:

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

OK, I'm on it ...

[rekursor]

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   206.56K   383 downloads

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

[scrax]

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

[rals2007]

scrax, on Dec 15 2009, 05:06 PM, said:

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!

[Smith@@™]

thanks, it works, nice job  

[rekursor]

smith@@, on Dec 15 2009, 01:59 PM, said:

thanks, it works, nice job  

Thanks for testing folks,

so here's the complete distrib with binaries and sources including a CHANGES.txt for this V2:
 Cham2RC4_rek_v2.tar.gz   1.92MB   2689 downloads
and here's the text only version as requested:
 Cham2RC4_rek_V2_bin_text_only.tar.gz   483.68K   810 downloads

Enjoy!

[scrax]

rekursor, on Dec 15 2009, 05:40 PM, said:

Thanks for testing folks,
and here's the text only version as requested:
Cham2RC4...only.tar.gz

Enjoy!

Many, many thanks.
For the text version also.

[AndreaGalileo]

Nice update. Finally i can hide 5 unless partition and make the boot loader more eye-candy! Great job!

[zef]

rekursor, on Dec 15 2009, 05:40 PM, said:

so here's the complete distrib with binaries and sources including a CHANGES.txt for this V2:
Cham2RC4_rek_v2.tar.gz
and here's the text only version as requested:
Cham2RC4...only.tar.gz

Enjoy!

Hi rekursor,

Thx for your efforts regarding the patches you've made for Chameleon!
Do you mind if i apply them on the 'trunk' source tree?

Bye,
zef

[Master Chief]

rekursor, on Dec 15 2009, 07:27 AM, said:

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.

...

Tell me what you think

I'm not following your logic. I mean you can still set / change IOPlatformUUID with Superhai's (?) kext, and in OS X 10.6.2 so why wouldn't this work anymore?  What am I missing?

[cocotutch]

Dual Booting with RC4 seems to be causing the fabled Chain Booting Error for many people.  WTF is with that? It happened to me, I'd like some answers Voodoo!

[quinielascom]

The UUID Fix included in Chameleon 2.0 RC4 seem not like for several people (some preferences; itunes, keyboard and other are restaured to default), then may be another version without UUID fix or another release with the new "Hide non bootable Partitions" function Only (nothing changes more) ?

Anyway I will using to RC3 + PlatformUUD.kext while this problem is fixed.

[rekursor]

Master Chief, on Dec 16 2009, 01:00 AM, said:

I'm not following your logic. I mean you can still set / change IOPlatformUUID with Superhai's (?) kext, and in OS X 10.6.2 so why wouldn't this work anymore?  What am I missing?

Good point, I have no idea how superhai did this because when I tried to change the IOPlatformUUID the way it was done in PCEFI10.2 and anterior ( I read the sources and tried to restore it), it just does not work.

If superhai reads these lines, please give us a hint on how you manage to change the PlatformUUID as opposed to the System-ID.

If can get get a hand on these sources, I could create another PlatformUUID  option, if this happens to be the good way to go which I'm not certain today, because it might be better to have a system-id and a platformuuid initialized at boot rather than just a PlatformUUID, which is supposed to be deducted from the system-id.

So in few words, would it really be good to have this PlatformUUID override anyway ?

EDIT: I had a look from the binary assembly code from PlatformUUID, and it seems that the kext just publish a resource named IOPlatformUUID by  calling  IOService__publishResource("IOPlatformUUID", ...);
At the boot level, we can't use that kind of resources publication AFAIK ...

zef, on Dec 16 2009, 12:26 AM, said:

Hi rekursor,

Thx for your efforts regarding the patches you've made for Chameleon!
Do you mind if i apply them on the 'trunk' source tree?

Bye,
zef

Hi Zef, go for it ; no problem
I wish  that we could have a svn repository so that all of us can contribute and provide patches (I'm thinking of the chameleon team+the PCEFI team + all other developers interested to make Chameleon better)

[Dr. Hurt]

How is the System-id made then?
Is the system-id made from the MAC address?

If thats the case then we're on the right track because we can use the MAC address in the boot.plist which will be used by OS X to generate a Hardware UUID (PlatformUUID) like on real Macs.

I think its all cosmetic though. Any UUID will get the job done.

[blackosx]

Thanks for this rekursor. It works great

[Beerkex'd]

This is great, thanks. All right and working here.

I used cvad's UUIDGen.app to generate a System ID.

Hopefully it doesn't matter that the resulting Hardware UUID doesn't have anything to do with the ethernet MAC address.

[Master Chief]

Beerkex'd, on Dec 16 2009, 09:44 PM, said:

This is great, thanks. All right and working here.

I used cvad's UUIDGen.app to generate a System ID.

Hopefully it doesn't matter that the resulting Hardware UUID doesn't have anything to do with the ethernet MAC address.

Mine never will.  I also spoof my hardware Mac address yes, this after I found out that Apple is using it (software update checks).

[sk1nhead]

Master Chief, on Dec 16 2009, 10:24 PM, said:

Mine never will.  I also spoof my hardware Mac address yes, this after I found out that Apple is using it (software update checks).

sorry to ask but isnt PC EFI 10.5 by netkas work this way if you dont use platformuuid? i'm confuse?

here's how mine while on pcefi10.5

[arya]

sk1nhead, on Dec 17 2009, 10:02 AM, said:

sorry to ask but isnt PC EFI 10.5 by netkas work this way if you dont use platformuuid? i'm confuse?

here's how mine while on pcefi10.5

i test using PCEFI 10.5 again without PlatformUUID
this is my result :



that is my ethernet Mac address

Last login: Thu Dec 17 11:14:07 on console
Arya:~ arya$ ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
	inet6 ::1 prefixlen 128 
	inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
	inet 127.0.0.1 netmask 0xff000000 
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
	inet6 fe80::224:1dff:fede:9ef%en0 prefixlen 64 scopeid 0x4 
	inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255
	ether 00:24:1d:de:09:ef
	media: autoselect (100baseTX <full-duplex>) status: active
	supported media: 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 100baseTX <half-duplex> 100baseTX <full-duplex> 1000baseT <half-duplex> 1000baseT <full-duplex> autoselect
vmnet1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
	inet 172.16.230.1 netmask 0xffffff00 broadcast 172.16.230.255
	ether 00:50:56:c0:00:01 
vmnet8: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
	inet 192.168.159.1 netmask 0xffffff00 broadcast 192.168.159.255
	ether 00:50:56:c0:00:08 
Arya:~ arya$

00:24:1d:de:09:ef is my ethernet Mac Address

[rekursor]

sk1nhead, on Dec 17 2009, 04:02 AM, said:

sorry to ask but isnt PC EFI 10.5 by netkas work this way if you dont use platformuuid? i'm confuse?

here's how mine while on pcefi10.5

Be careful, because I bet applications like superduper won't work without RC4 or with the PlatformUUID addon, test it just to see that some apps require more that what was done in PCEFI 10.5, Chameleon RC4 does it better with system-id/platform-uuid settings.
Needless to say you won't have this side effect, nor the iTunes reg. side effect with my modded RC4