Voodooprojects
Chameleon => General Discussion => Topic started by: Gringo Vermelho on June 01, 2011, 02:46:30 AM
-
Chameleon 2.0-RC5 (svn-r931) [2011-05-31 21:26:05]
msr(295): ia32_perf_stat 0x06004922
max: 9.5 current: 9.5
CPU: Vendor/Model/ExtModel: 0x756e6547/0x17/0x1
CPU: Family/ExtFamily: 0x6/0x0
CPU: MaxCoef/CurrCoef: 0x9/0x9
CPU: MaxDiv/CurrDiv: 0x1/0x1
CPU: TSCFreq: 3172MHz
CPU: FSBFreq: 333MHz
CPU: CPUFreq: 3172MHz
CPU: NoCores/NoThreads: 2/2
CPU: Features: 0x0000025f
Attempting to read GPT
Read GPT
Reading GPT partition 1, type C12A7328-F81F-11D2-BA4B-00A0C93EC93B
Reading GPT partition 2, type 48465300-0000-11AA-AA11-00306543ECAC
Reading GPT partition 3, type 48465300-0000-11AA-AA11-00306543ECAC
Reading GPT partition 4, type 48465300-0000-11AA-AA11-00306543ECAC
Read HFS+ file: [hd(0,1)/Extra/com.apple.Boot.plist] 918 bytes.
Invalid mach magic 0x2
(...)
Anybody knows what that is?
I'd like any magic that goes on in my Hackintosh to be valid if possible.
-
That's the module system saying it can't load up a dylib / the embeded symbols. This'll usually happen if you are multibooting chameleon from something else (such as grub). Basically, it means you can't use modules at the moment (until I fix multiboot).
If you aren't using multiboot, then it's some other issue and needs to be tracked down.
-
Hi mek.
No, it's a "standard" installation of Chameleon to the EFI partition (see link in my signature). I don't use GRUB or EasyBCD or anything else.
My PC boots my Windows 7 hard drive by default. When I want to run OS X I use the BIOS (F8 key) boot device selector to select my OS X hard drive. The drive was partitioned and formatted with Disk Utility.
I don't know if it matters but I use an older version of fdisk from 2008 when installing Chameleon, the new one throws a permission error or something, I can't recall exactly. I never put any work into finding out why that is since I don't need to worry about Windows when using fdisk anyway.
If there's anything I can do or anything else you need to know about my configuration just ask.
-
What boot file are you using / how did you compile it (xcode version) etc. can you send me a copy of it as well so that I can test some things out.
-
svn trunk, I use xcode 3.2.6, on 64-bit 10.6.7.
I've attached r939, it still does the same thing.
fdisk440 finally works for me, did you do something to it? :)
/EDIT
I get it, commit 920:
"Added fdisk440 to utils dir. Compile enabled by default, can be changed with make config."
Very convenient, thanks.
-
Would you also post a full bdmesg output?
-
See codebox here:
http://forum.voodooprojects.org/index.php/topic,1978.0.html
-
Thanks, I'll look into it in a bit.
-
but if u hit enter it goes away right?
we had seen that before and htought it fixed
He did say "standard installation to EFI" which is not really standard..
so i dont' know if thats the issue or what
-
No, it doesn't stop at that message or anything, I only see it through bdmesg or if I add wait=y. From my understanding of what meklort said earlier it's completely harmless on my installation (I'm not using the module system or multibooting) and I was just wondering what it meant.
Now I'm just glad that I seem to have accidentally found an actual bug.
I used the word standard in the context of an EFI partition install, maybe it's not "standard" to install Chameleon to the EFI partition in general but the way I have installed it to the EFI partition is "standard".
So now you've made me curious, what do you consider a standard installation of Chameleon then?
-
to me a standard installation is
boot0 to /dev/rdiskx
boot1h to /dev/rdiskXsY (Y for me being the only partition other than the EFI partition) so i usually use 2.
boot on the root of os install.
so i guess u put boot1h on the EFI
and /Extra in the EFI.
either way that shouldn't make a difference... have u created an issue on forge.voodooprojects.org?
-
Yeah that's how I install Chameleon, the "Munky" method. Except "boot" also goes on the EFI partition.
More details if you follow the link in my signature.
I didn't open an issue because Meklort is already looking into it.
-
I've installed svn r1003 and the invalid mach magic message is gone.
Now this appears in the same place:
Module 'Symbols.dylib' by 'Chameleon' Loaded.
Description: Chameleon symbols for linking
Version: 0
Compat: 0
-
That's a good message, it means everything is working as far as the module system is concerned.
-
It's back - svn r1033 - svn r1111
Invalid mach magic 0x2
Module 'Symbols.dylib' by 'Chameleon' Loaded.
Description: Chameleon symbols for linking
Version: 0
Compat: 0
-
Gone again in Trunk rev 1140!
-
Back again in r1164 :o
It must be caused by something with my hardware or my installation, coming and going like that.
-
Hey, did you ever figure out what was causing that error message? And what, if anything, it affects? I've got the same message and I'm having a hard time finding out any further information whatsoever about that error.
It doesn't really seem too harmful- but I'd like to know what it means and what the effect(s) may be...
-
Other than what was discussed on page 1 of this thread, no.
I'm not seeing the message anymore.
My setup and Chameleon installation method hasn't changed and I'm still not using the module system, I have no modules folder in /Extra.
-
Hmm... Just one of those odd little mysterious things I guess. Thanks!