Voodooprojects
Chameleon => Bug Reports => Topic started by: fakeuser on October 07, 2010, 09:13:20 AM
-
Good morning!!
I'm not sure if this is a bug but recently I installed Snow Leopard (dual boot with Windows 7) on my new computer and I noticed that com.apple.Boot.plist is ignored by Chamaleon RC4, it's important because I haveto type the flag arch=i386 every time because my graphics card just need it to work properly (ATI Radeon HD 5770)
I readed something similar in this post
http://forum.voodooprojects.org/index.php/topic,790.msg3536.html#msg3536
I've saved the file on /Library/Preferences/SystemConfiguration but it's algo ignored
Any sugestions?
-
Make sure your com.apple.Boot.plist is in /Extra and Chameleon will read it just fine.
-
It's in that folder too and the same problem... is completely ignored
-
Maybe you are using a pre-release version of Chameleon that wants "32" instead of "arch=i386"?
Anyway there is a modified version of Chameleon pre-RC5 by Trauma that allows to use a ROM image for ATI 5770 (and others 5xxx) that make possible to boot in x86_64 without ATY_init by Netkas. Make a Google search for "chameleon boot9".
Good luck.
-
Hi again!
I'm using Chamaleon RC4,I noticed that the file is ignored not only for the kernel flags, also timeout, legacy logo and other keys are not applied and I want to, I'm going to try that modified version of Chamaleon but it only solves a "piece" of the problem but thanks for the info!
Regards ;)
-
zip your Boot.plist and attach it here, or post the contents of it in a codebox.
com.apple.Boot.plist can become corrupted/mal-formatted and this can cause what you describe.
-
Here is my com.apple.Boot.plist file, I checked it and I think it's ok
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Kernel</key>
<string>mach_kernel</string>
<key>Timeout</key>
<string>2</string>
<key>Kernel Flags</key>
<string>-v</string>
<key>Graphics Mode</key>
<string>1960x1080x32</string>
<key>Hide Partition</key>
<string>hd(0,1) hd(0,3)</string>
<key>Legacy Logo</key>
<string>yes</string>
</dict>
</plist>
-
Hi fakeuser
Your com.apple.Boot.plist does look OK, although I don't think your screen resolution is 1960x1080?
Anyway, it's possible you have Chameleon installed in more than one place and you therefore have two /Extra folders.
http://forum.voodooprojects.org/index.php/topic,754.msg3298.html#msg3298
http://forum.voodooprojects.org/index.php/topic,366.0.html
-
LOL yes..good call, it wouldn't be the first time that has happened to someone (clears throat)
fakeuser:
I've made an identical com.apple.Boot.plist from scratch using the plist editor from Apple Developer Tools, for use in your extra folder.
Try it and see if anything changes - if it works, please let me know, and tell me which editor you've been using to modify the file.
From what I've seen, some editors (which ones are unknown to me so far) can corrupt the formatting of plists but not in a way visible to the naked eye.
I've also included an unmodified com.apple.Boot.plist that you can place in /Library/Preferences/SystemConfiguration/.
-
@Blackosx I think that's not my problem
@Gringo Vermelho I've tested this two files and no one works, in the same way the default theme (/Extra/Themes/Default) isn't applied.
I'm using myHack installer to build my hackintosh, after installing it in my Mac OS X partition I noticed that the default myHack Chamaleon theme wasn't applied. My Mac OS X is installed in a logical (not primary) partition, could be that be the problem? It's the only difference with my other installation.
Man y thanks for you help ;D
-
That might be something to do with your trouble and maybe your OS X install needs to be on a primary partition but I don't know for sure as I have only ever used GPT for the HDD's in my hack. Hopefully somebody else with more knowledge here can give you some input.
-
Fakeuser,
post adiskutil listA logical partition shouldn't matter, but last time i checked (not long ago) i couldn't load Chameleon from a logical partition, either with RC4 or RC5. Note that i said "load Chameleon" not boot a system; booting a system on a logical partition was fine.
With those symptoms, if you were using RC5 and boot0hfs, i'd say you have a FAT partition before the OS X one.
-
That is the output, I'm using chamaleon RC4 and it is installen on "Mac OS X" partition
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *500.1 GB disk0
1: Windows_NTFS System Reserved 104.9 MB disk0s1
2: Windows_NTFS Windows 7 144.8 GB disk0s2
3: Windows_NTFS Other 289.9 GB disk0s3
4: Apple_HFS Mac OS X 65.3 GB disk0s5
-
My recommendation is, get rid of that layout. Format that HD with 4 partitions (think 3 is enough) so win 7 installer doesn't create the SR partition; install win 7 on the first; install OS X on the second, boot it, install Chameleon RC5 with boot0hfs instead of boot0; boot0hfs looks for a hfs partition first, instead of a Active one, which allows you to keep the win 7 partition Active, which is needed by win for a number of things; reboot and Chameleon will be waiting for you :) and you can do whatever you like with the rest of the HD. This is guaranteed to work!
All the help you need is on this forum.
-
Finally I get my Hackintosh installation working!!
I manually created 3 primary partitions with diskpart tool, when I tried to create the partition scheme with the partition manager included in the Windows Installation Program, the SR partition was created too!
Now, all is working just fine, included mi Sapphire Radeon HD 5770 :D
Thanks guys!!!
-
I just want to add here that I also experienced the same thing where com.apple.Boot.plist is ignored by bootloader. Themes, dsdt.aml & extensions are loaded/read correctly when booting. Because of the Boot.plist files is ignored, I have to enter the flags manually (e.g. arch=i386). This is on MBR partition & Chameleon 2 RC5. Just in case the Boot.plist file is corrupted, I already replaced it with the one confirmed working from the other computer. I don't know why Boot.plist is the only file is ignored by bootloader because themes, dsdt.aml & extensions which also in /Extra folder can be loaded without any problem.
I have two computer (MBR) which use Chameleon 2 RC5. The first one which is working, OSX is installed at hd(0,3). While the second one which have this Boot.plist problem, OSX is installed at hd(0,4). Both partition are primary partition.
com.apple.Boot.plist:-
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Kernel</key>
<string>mach_kernel</string>
<key>Kernel Flags</key>
<string>arch=i386</string>
<key>Legacy Logo</key>
<string>Yes</string>
<key>RestartFix</key>
<string>No</string>
<key>SMBIOSdefaults</key>
<string>Yes</string>
<key>Timeout</key>
<string>5</string>
</dict>
</plist>
diskutil list:-
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *320.1 GB disk0
1: DOS_FAT_16 DellUtility 41.1 MB disk0s1
2: Windows_NTFS RECOVERY 15.7 GB disk0s2
3: Windows_NTFS OS 152.3 GB disk0s3
4: Apple_HFS OSX 152.0 GB disk0s4Extra folder:-
total 1600
drwxr-xr-x 13 root wheel 442 Nov 3 09:25 .
drwxrwxr-t 35 root admin 1258 Nov 2 23:29 ..
drwxr-xr-x 11 root wheel 374 Nov 3 09:25 Extensions
-rw-r--r-- 1 root wheel 669131 Nov 3 09:25 Extensions.mkext
drwxr-xr-x 6 root wheel 204 Sep 10 01:00 Themes
drwxr-xr-x 3 root wheel 102 Sep 17 20:42 Util
drwxr-xr-x 2 root wheel 68 Sep 17 20:42 bin
-rw-r--r--@ 1 root wheel 469 Nov 2 23:44 com.apple.Boot.plist
-rwxr-xr-x 1 root wheel 42525 Nov 3 08:06 dsdt.aml
-rwxr-xr-x 1 root wheel 42380 Sep 20 20:41 dsdt.aml.backup
-rwxr-xr-x 1 root wheel 42428 Nov 3 08:05 dsdt.aml.backup02
-rwxr-xr-x@ 1 root wheel 549 Sep 10 01:01 smbios.plist
-rwxr-xr-x 1 root wheel 264 Sep 10 01:05 updateExtensionsMkext
-
I already tried with "/Library/Preferences/SystemConfiguration/com.apple.Boot.plist" but it also ignored.
The problem only solved when I copied com.apple.Boot.plist file to "Extra" folder in disk0s1 (DellUtility - FAT16). I think I can assume the com.apple.Boot.plist file only readable by the boot loader when it is located in partition 1, 2 & 3. Am I right? (I dunno whether this is a bug or not).
-
I have to add to the list here as after some experiments using an HDD with MBR.
Installing boot0, boot1f32 and boot from Chameleon trunk rev644 to disk0s1, Chameleon will load but it won't find the /Extra folder on disk0s1. Erasing the drive and starting again, but this time installing to disk0s2 has the same effect and Chameleon will load but not find the /Extra folder on disk0s2.
Here's the disk layout
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *500.1 GB disk0
1: DOS_FAT_32 FATHD1 250.1 GB disk0s1
2: DOS_FAT_32 FATHD2 250.0 GB disk0s2
The problem can only be solved by installing Chameleon to disk0s2 and having the /Extra folder on to disk0s1 - I can then completely remove the /Extra folder disk0s2. Also, just having /Extra/com.apple.boot.plist on disk0s1 is not enough - it has to be the complete /Extra folder.
But note, it works fine on a USB memory stick with a single partition using MBR - just not on an HDD.
EDIT: Well after some more testing I now know the setup will work from HDD as long as I add a HFS partition. This I guess makes sense as why would anybody install Chameleon to a hard drive using an MBR partition scheme with only FAT32 partitions? So the following setup works with Chameleon installed to disk0s1
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *500.1 GB disk0
1: DOS_FAT_32 FAT 250.1 GB disk0s1
2: Apple_HFS HFS 250.0 GB disk0s2
-
I already tried with "/Library/Preferences/SystemConfiguration/com.apple.Boot.plist" but it also ignored.
The problem only solved when I copied com.apple.Boot.plist file to "Extra" folder in disk0s1 (DellUtility - FAT16). I think I can assume the com.apple.Boot.plist file only readable by the boot loader when it is located in partition 1, 2 & 3. Am I right? (I dunno whether this is a bug or not).
Hi Kizwan,
that's known to happen if you're using boot0hfs and there's a FAT partition "before" the one were Chameleon is installed.
Check this (http://forum.voodooprojects.org/index.php/topic,1430.msg7012.html#msg7012) post and the talk around... there's some bs involved :P just filter it. I need to read this again... i think the preference for the Boot.plist is in there, some were?!
Are you stuck with that partition layout? I'd get rid of it if possible, it's the only fix i know for now.
p.s.: And sorry for the late reply.. i stopped following this topic.
-
Hi Azimutz,
Thank you for replying. The FAT partition is on it's original place. It contains Dell Diagnostic utility. I can remove it since it is not important. I already have Dell Diagnostic CD. Anyway, I just removed the OSX partition from my Dell. The reason is it have ATI Mobility. Time to move on. ;D Thank you for the link. Now I know why it happen.
-
No problem Kizwan... always glad to pass some knowledge :)