Voodooprojects

Chameleon => Feature Requests => Topic started by: Gounah on April 07, 2009, 07:25:26 AM

Title: [IMPLEMENTED] A way to hide non-bootable drives...
Post by: Gounah on April 07, 2009, 07:25:26 AM
It would be nice to choose which drives will be displayed.

Thank you! I really appreciate your work!
Title: Re: A way to hide non-bootable drives...
Post by: BladeRunner on April 07, 2009, 07:39:58 AM
I too would like to see this feature added.

In OS X the /etc/fstab can identify partitions by UUID and then provide a "noauto" parameter which stops partitions from being mounted at boot time.  Maybe a similar mechanism could be added to Chameleon.
Title: Re: A way to hide non-bootable drives...
Post by: dapetcu21 on April 07, 2009, 11:22:33 PM
Maby witch drives to be shown and with what name
Title: Re: A way to hide non-bootable drives...
Post by: Gringo Vermelho on April 08, 2009, 05:50:46 PM
Unless I misunderstand the 'noauto' parameter, editing fstab is not an option for me because I still want the unbootable drives mounted. I just don't want to see them as selectable boot targets.

I don't know if it's technically possible but something simple like 'hidepartition=disk1s3' in boot.plist would be great.
Title: Re: A way to hide non-bootable drives...
Post by: BladeRunner on April 08, 2009, 06:56:35 PM
That is not what I meant.  I know that editing the /etc/fstab would not do it.  I have my Win7 partition referenced there so it does not mount, but  it still shows in the Chameleon loader menu.

What I meant was to try using a Chameleon control file in /Extra which used a uuid=  syntax to identify a partition and what to do with it.

Sorry I did not make myself clear.
Title: Re: A way to hide non-bootable drives...
Post by: sckevyn on April 08, 2009, 08:09:18 PM
I too would like to see this feature added.

In OS X the /etc/fstab can identify partitions by UUID and then provide a "noauto" parameter which stops partitions from being mounted at boot time.  Maybe a similar mechanism could be added to Chameleon.

The problem with using fstab is it picks by UUID, so if you have 1 drive, you cannot do the "noauto" trick. It won't complete booting before it reboots due to no mountable file systems =)

Hopefully we'll come up with something in regards to this, but right now we're working on bigger bugs atm.

sckevyn
Title: Re: A way to hide non-bootable drives...
Post by: zhell on April 08, 2009, 09:01:04 PM
I'm not trying to push this issue at all, as to me it's a cosmetic one.

I do not understand the previous post by sckevyn.
As a cosmetic issue, it should feasible to fix at the cosmetic layer, but probably I'm missing something important.

Why can't you add  some boot.plist key "Hide Partitions" of type array, which the user populates with UUIDs (and if you like with BIOS device specs as are used in the current "Default Partition" key).

Then, before displaying a partition in the GUI, just compare its UUIDs (or BIOS device spec) to the above array.

In the console partition selector, one might want to have all partitions listed to be able to recover from mishaps editing the "Hide Partition" key...

zhell
Title: Re: A way to hide non-bootable drives...
Post by: sckevyn on April 08, 2009, 09:08:24 PM
I'm not trying to push this issue at all, as to me it's a cosmetic one.

I do not understand the previous post by sckevyn.
As a cosmetic issue, it should feasible to fix at the cosmetic layer, but probably I'm missing something important.

Why can't you add  some boot.plist key "Hide Partitions" of type array, which the user populates with UUIDs (and if you like with BIOS device specs as are used in the current "Default Partition" key).

Then, before displaying a partition in the GUI, just compare its UUIDs (or BIOS device spec) to the above array.

In the console partition selector, one might want to have all partitions listed to be able to recover from mishaps editing the "Hide Partition" key...

dp35dp

dp35dp,

UUID's cover the entire drive, not just a partition. This is why you cannot use UUID to mask a partition, OS X by default will mask the ENTIRE UUID, which is EVERY partition on that drive, not just 1 specific one. my HD for instance has 3 partitions

/dev/disk0s1 ntfs <-- laptop restore partition
/dev/disk0s2 ntfs <-- laptop XP Pro partition
/dev/disk0s3 hfs <-- OS X 10.5.6 install

all of them have the same UUID as they are physically on the same drive if I mask 1 of them by UUID, I masked them all... I would love for Chameleon to not to see the restore partition ever for obvious reasons but that code isn't in place yet.

As far as it being a cosmetic change, it's more code than you would think. Definitely not a "cosmetic" change =)

sckevyn
Title: Re: A way to hide non-bootable drives...
Post by: zhell on April 08, 2009, 09:58:16 PM
Thanks so much for elaborating, sckevyn.

It was my mistake to assume that we were talking about GPT or GPT+MBR disks. There, every HFS+ and NTFS partition has a UUID, at least on my system:
root@blue ~# for part in `diskutil list | sed -En 's/.*(disk0s.)/\1/p'`; do echo ${part}: `diskutil info $part | grep UUID`; done 
disk0s1:
disk0s2: Volume UUID: 302F82E3-D05F-38A1-BFF8-439CD0E69BAF
disk0s3: Volume UUID: 8A5DD1EC-0BE1-3E17-836C-1BC21FECA7DB
disk0s4: Volume UUID: A020FA1E-97D4-4341-BEE6-81BBBD513FBF
disk0s5:

disk0s1 is the EFI partition (FAT32) and disk0s5 is a ZFS slice, neither of which can currently be used as a system partition.

So for GPT disks, it should indeed be a cosmetic change (given that you are able to read the UUID, but I think you seem to be passing "boot-uuid=<UUID>" to the kernel when the user selects a disk, so it should be there).

However, if a disk is only MBR formatted, it's up to the filesystem to provide a UUID for the partition it lives in. Most popular UNIX filesystems (ReiserFS, ext2/3, JFS, XFS, and probably ZFS on Open Solaris) support that.

Windows (FAT32/NTFS) is a different story. Still, the Linux kernel somehow provides UUIDs for even those partitions (at /dev/disk/by-uuid/).

A hybrid way could be to let "Hide Partition" be a dictionary that has as siblings
- for GPT disks: An array of UUIDs
- for MBR disks: A string with the disk's UUID from the MBR plus an array of partition numbers.

Thanks,
zhell
Title: Re: A way to hide non-bootable drives...
Post by: BladeRunner on April 08, 2009, 11:46:00 PM
Thanks so much for elaborating, sckevyn.

It was my mistake to assume that we were talking about GPT or GPT+MBR disks. There, every HFS+ and NTFS partition has a UUID, at least on my system:

--snip --

A hybrid way could be to let "Hide Partition" be a dictionary that has as siblings
- for GPT disks: An array of UUIDs
- for MBR disks: A string with the disk's UUID from the MBR plus an array of partition numbers.

Thanks,
dp35dp

I like your idea about a hybrid array of partition IDs.  However, I see a couple of problems.  First, such a structure could be somewhat complex to configure correctly and could cause problems if implemented in the Boot.plist.  I think it would be safer to implement it as a separate, optional control file found in the EFI or Extra folders.

Second, the BISO ID - hd(0,2) - can shift around depending on what is plugged into the USB/FireWire ports at boot time. Not sure how to resolve this problem.

Maybe a standalone utility which borrows Chameleon code could be implemented to generate such a configuration file.  That might reduce the amount of support requests in the forum and be easier in the long run.
Title: Re: A way to hide non-bootable drives...
Post by: zhell on April 09, 2009, 12:07:49 AM
I like your idea about a hybrid array of partition IDs.  However, I see a couple of problems.  First, such a structure could be somewhat complex to configure correctly and could cause problems if implemented in the Boot.plist.  I think it would be safer to implement it as a separate, optional control file found in the EFI or Extra folders.
I think this is a matter of taste.

I would most like to have a separate Chameleon-specific hu.osx86.chameleon.[boot.]plist file and only use the com.apple.Boot.plist to override values set in /L/P/SC/com.apple.Boot.plist file on the actual system volume selected by the user.

If so desired, the plist format allows to have several sections that could then be split into separate plist files (smbios.plist, device-properties.plist, etc) if the user so desires and would be merged by Chameleon, separate plist files overriding values in the master plist.

Second, the BISO ID - hd(0,2) - can shift around depending on what is plugged into the USB/FireWire ports at boot time. Not sure how to resolve this problem.
I am with you here. In fact, I only referred to that because the Chameleon team has used it for "Default Partition". I have already added a feature request, see here: http://forum.voodooprojects.org/index.php/topic,34.0.html (http://forum.voodooprojects.org/index.php/topic,34.0.html)
The problem can be solved without risking drives shifting around as I described. MBR drives have a UUID per drive and GPT drives have one per partition.


Maybe a standalone utility which borrows Chameleon code could be implemented to generate such a configuration file.  That might reduce the amount of support requests in the forum and be easier in the long run.

Definitely agree. plist files were never meant to be edited by users. Also, there are two command line tools that I use most of the time: defaults and PlistBuddy. Be aware that defaults changes the plist to binary format, so you have to convert it back to plain text using plutil.

Thanks for your thoughts,
zhell
Title: Re: A way to hide non-bootable drives...
Post by: chrisd on April 09, 2009, 06:56:32 AM
Although it's not as glamorous as embedding UUIDs in a .plist file, how about using a file at the root of the drive to mark it as hidden from the boot menu.  Something like the .ntfs-readonly file that ntfs-3g uses to bypass read/write mounting on a drive (http://www.macosxhints.com/article.php?story=20080101043841537).   I would think this would be an easier solution to implement.

Just a thought....
Title: Re: A way to hide non-bootable drives...
Post by: zhell on April 09, 2009, 10:35:23 AM
Although it's not as glamorous as embedding UUIDs in a .plist file, how about using a file at the root of the drive to mark it as hidden from the boot menu.  Something like the .ntfs-readonly file that ntfs-3g uses to bypass read/write mounting on a drive (http://www.macosxhints.com/article.php?story=20080101043841537).   I would think this would be an easier solution to implement.

Just a thought....
Surely also a possibility. A drawback crossing my mind is that this would mean that I have to boot Windows or Linux to be able to change whether or not to hide the partition, as OS X doesn't support NTFS or any Linux FS read-write...
Title: Re: A way to hide non-bootable drives...
Post by: chrisd on April 09, 2009, 04:12:13 PM
Surely also a possibility. A drawback crossing my mind is that this would mean that I have to boot Windows or Linux to be able to change whether or not to hide the partition, as OS X doesn't support NTFS or any Linux FS read-write...

True for ext2/ext3, but for NTFS you can use MacFUSE (ntfs-3g) to mount read/write.  A word of caution on this though - MacOS will stick .DS_Store (and other hidden) files all over your NTFS drives if you mount them read/write.  I don't like that on my Windows boot partition, so I use the .ntfs-readonly file at the root to have that volume mount read-only.

As for creating the files, I don't change which drives I do and don't boot from often so it would be a one-time hassle for me to boot to Linux to create these files in order to make the right drives show up in the boot menu.

Even with the hassle of rebooting to the other OS, to me it still seems like a more mainstream solution than something that requires either a user to understand UUIDs or an application to make the .plist because the config is so complex. 


Title: Re: A way to hide non-bootable drives...
Post by: zhell on April 09, 2009, 04:24:35 PM
I am not against your idea; it definitely would be very useful if it were implemented and suit the needs of most users.

Still, I stand by my proposal; I think someone who has so many partitions that they want to hide some of them probably would be able to (i) get the UUIDs and (ii) edit the plist file.

Obviously, ideally there would be a System Preferences pane for Chameleon :-)

Maybe ~pcwiz or another GUI aficionado[1] could whip up something...

[1] afi·cio·na·do, noun: a person who likes, knows about, and appreciates a usually fervently pursued interest or activity
Title: Re: A way to hide non-bootable drives...
Post by: chrisd on April 09, 2009, 08:51:15 PM
Right on.  We're in agreement.  I'd love the "power user" solution also, but I'd settle for the .file if it makes the work for the developers easier.
Title: Re: A way to hide non-bootable drives...
Post by: amgupt01 on April 12, 2009, 08:10:08 PM
Yeah, I wouldn't mind just having an option in a plist to hide certain partitions because my NTFS data partition is showing up as a bootable partition.
Title: Re: A way to hide non-bootable drives...
Post by: Ahmad on April 13, 2009, 05:52:47 PM
+1 for this option.
Title: Re: A way to hide non-bootable drives...
Post by: NoSmokingBandit on April 13, 2009, 08:39:22 PM
Although it's not as glamorous as embedding UUIDs in a .plist file, how about using a file at the root of the drive to mark it as hidden from the boot menu.  Something like the .ntfs-readonly file that ntfs-3g uses to bypass read/write mounting on a drive (http://www.macosxhints.com/article.php?story=20080101043841537).   I would think this would be an easier solution to implement.

Just a thought....
This wouldnt work unless you can choose every drive within Chameleon anyway. If you put an invisibility file in the root of a linux partition then you can never get it out becuase you cant boot into that drive anymore and osx/windows dont really have any ext3 drivers that dont completely suck (last time i checked anyway). Perhaps wen chameleon boots it shows the drives you want and if you go into the little menu you can choose one of the 'invisible' drives anyway. That way everything is still available but you get an organized, clean screen to start with.
I wish i knew how to code stuff, i'd love to try and figure this out.
Title: Re: A way to hide non-bootable drives...
Post by: rzooff on April 14, 2009, 11:53:23 AM
...and the next vote for this feature :)
Title: Re: A way to hide non-bootable drives...
Post by: Infected24 on April 25, 2009, 08:01:28 AM
+1 for this feature. I hate see my ntfs data partition every time i want to choose a bootable OS.  :'(
Title: Re: A way to hide non-bootable drives...
Post by: zef on April 27, 2009, 03:13:48 PM
Hi guys :)

Read the comments and ideas. Since we can read files only from HFS and FAT partitions at the moment, the hidden file method (eg .chameleon_hide) won't work on NTFS volumes. What we may do quickly and easy is to add a "Hide Partition" option with a list of partitions in format of "hd(x,y) hd(i,j)". It would be filesystem independent but it follows the current BIOS drive order.

How about that?
Title: Re: A way to hide non-bootable drives...
Post by: zef on April 27, 2009, 03:46:46 PM
Another idea.

How about to add a "Show Partitions" config option? It would have precedence over the "Hide Partitions" config.
Using this 2 options could give total control over the visible partition list (still lame because of the BIOS drive order).

Since the RC1 release we added some automation regarding not displaying HFS partitions without a system installed onto them. We're checking the existence of SystemVersion and ServerVersion.plist files under "System/Library/CoreServices" and won't display the volume if they're don't exist.
Title: Re: A way to hide non-bootable drives...
Post by: BladeRunner on April 27, 2009, 04:34:04 PM
Another idea.

How about to add a "Show Partitions" config option? It would have precedence over the "Hide Partitions" config.
Using this 2 options could give total control over the visible partition list (still lame because of the BIOS drive order).

Since the RC1 release we added some automation regarding not displaying HFS partitions without a system installed onto them. We're checking the existence of SystemVersion and ServerVersion.plist files under "System/Library/CoreServices" and won't display the volume if they're don't exist.

The concern I have with this method is that the hd(x,y) values can change when devices are plugged/unplugged.  If I plug in my Sandisk Cruzer USB drive in the front USB port, it becomes disk1 and the external USB drive which was disk1 shifts up by one disk number. I don't think this effects internal drives but I can't tell because I only have one internal drive.

Depending on the amount of work to identify bootable partitions, an option to hide non-bootable partitons might do what folks want.  Linux partitions that don't contain grub/lilo in the boot sector could be skipped and you already mentioned methods for identifying OSX systems. maybe the same can be done for WinX systems.
Title: Re: A way to hide non-bootable drives...
Post by: zef on April 27, 2009, 05:34:08 PM
Depending on the amount of work to identify bootable partitions, an option to hide non-bootable partitons might do what folks want.  Linux partitions that don't contain grub/lilo in the boot sector could be skipped and you already mentioned methods for identifying OSX systems. maybe the same can be done for WinX systems.

Sure these are all can be automated if we would have ext2/ext3/reiser/NTFS filesystem drivers within the booter.
So until we don't have the necessary fs drivers, i can offer this workaround, and it can be implemented easily.
Title: Re: A way to hide non-bootable drives...
Post by: rzooff on April 27, 2009, 05:47:12 PM
Since the RC1 release we added some automation regarding not displaying HFS partitions without a system installed onto them.
For me It's solve a problem.
But also +1 vote for HIDE or/and SHOW option in plist file.

Anyway thanks a lot for support :)
Title: Re: A way to hide non-bootable drives...
Post by: Aranius on April 27, 2009, 08:30:31 PM
I'm perfectly happy with the "hide"-Option, but please let it be a hd(x,y) and no UUID, since these magically seem to change everytime i boot OSX^^
For me this option is perfectly fine!


Workaround for those who have problems with this, might be to add a key-combination (like strg+h for example) which shows the hidden ones (no idea if that's possible but i thought it might)
Title: Re: A way to hide non-bootable drives...
Post by: BladeRunner on April 28, 2009, 03:04:38 AM
Depending on the amount of work to identify bootable partitions, an option to hide non-bootable partitons might do what folks want.  Linux partitions that don't contain grub/lilo in the boot sector could be skipped and you already mentioned methods for identifying OSX systems. maybe the same can be done for WinX systems.

Sure these are all can be automated if we would have ext2/ext3/reiser/NTFS filesystem drivers within the booter.
So until we don't have the necessary fs drivers, i can offer this workaround, and it can be implemented easily.


I realize it is unreasonable to have drivers for all those filesystems.  I never meant to imply you should have them.

What I thought, maybe in error, was that reading the partition boot sector with something like the "dd" command would produce the content of that sector for inspection.  And, that grub/lilo would have detectable signatures that you could use to make the display or hide determination.

Also, I realize that even if what I suggested were possible, it might be too time consuming on large systems.  I don't know if the increased accuracy or consistency over the plist string hd(x,y) would be worth the effort.

Anyway,  I will appreciate anything you decide on.
Title: Re: A way to hide non-bootable drives...
Post by: zhell on April 30, 2009, 09:55:00 PM
Read the comments and ideas. Since we can read files only from HFS and FAT partitions at the moment, the hidden file method (eg .chameleon_hide) won't work on NTFS volumes. What we may do quickly and easy is to add a "Hide Partition" option with a list of partitions in format of "hd(x,y) hd(i,j)". It would be filesystem independent but it follows the current BIOS drive order.

How about that?

Hi zef,

This sounds very useful to me, especially bearing in mind that one should only start hiding partitions once everything works, hence BIOS order should no longer change...

A workaround independent of BIOS drive order could be an alternative syntax based of disk's MBR UUID or partition's GPT UUID, similar to "/etc/fstab" syntax, as follows:

MBR disks:
"hd(UUID=<MBR UUID>,y)", e.g. "hd(UUID=A93FE783,1)"

GPT disks:
"hd(UUID=<partition UUID>)", e.g. "hd(UUID=0A8D7328FD87E081"

Probably the syntax for MBR disks would be sufficient as all disks that can be booted by Chameleon necessarily have an MBR....
Cheers,
zhell
Title: Re: A way to hide non-bootable drives...
Post by: Dalton63841 on May 18, 2009, 02:50:42 PM
I like the Preference Pane idea. In a real mac, Boot Camp has a prefpane for setting up the default OS. Something like this and hiding non-bootable drives would make Chameleon perfect for me.
Title: Re: A way to hide non-bootable drives...
Post by: quark on May 22, 2009, 09:55:37 AM
Read the comments and ideas. Since we can read files only from HFS and FAT partitions at the moment, the hidden file method (eg .chameleon_hide) won't work on NTFS volumes. What we may do quickly and easy is to add a "Hide Partition" option with a list of partitions in format of "hd(x,y) hd(i,j)". It would be filesystem independent but it follows the current BIOS drive order.

How about that?

Hi zef,

This sounds very useful to me, especially bearing in mind that one should only start hiding partitions once everything works, hence BIOS order should no longer change...

A workaround independent of BIOS drive order could be an alternative syntax based of disk's MBR UUID or partition's GPT UUID, similar to "/etc/fstab" syntax, as follows:

MBR disks:
"hd(UUID=<MBR UUID>,y)", e.g. "hd(UUID=A93FE783,1)"

GPT disks:
"hd(UUID=<partition UUID>)", e.g. "hd(UUID=0A8D7328FD87E081"

Probably the syntax for MBR disks would be sufficient as all disks that can be booted by Chameleon necessarily have an MBR....
Cheers,
zhell

In addition to that - selection by UUID would be very useful for Chameleon on Flash sticks if you use it for multiple computers. And "Show all partitions" option would be great too...
Title: Re: A way to hide non-bootable drives...
Post by: Arial on May 28, 2009, 02:52:23 PM
Hi guys :)

Read the comments and ideas. Since we can read files only from HFS and FAT partitions at the moment, the hidden file method (eg .chameleon_hide) won't work on NTFS volumes. What we may do quickly and easy is to add a "Hide Partition" option with a list of partitions in format of "hd(x,y) hd(i,j)". It would be filesystem independent but it follows the current BIOS drive order.

How about that?
+1 great idea.
Title: Re: A way to hide non-bootable drives...
Post by: staticanime on July 12, 2009, 03:06:59 PM
+2 that  ;D
Title: Re: A way to hide non-bootable drives...
Post by: Signal64 on August 21, 2009, 08:51:20 AM
Is using the partition UUID as a designator for show/no show options really necessary?

With a win7 install on a dedicated drive you end up with a "System Reserved" EFI partition before your os install one.  The EFI partition doesn't show a UUID using diskutil info on that drive.

Example:
Code: [Select]
diskutil info /dev/disk1s1
   Device Identifier:        disk1s1
   Device Node:              /dev/disk1s1
   Part Of Whole:            disk1
   Device / Media Name:      Untitled 1

   Volume Name:              System Reserved
   Mount Point:
   File System:              NTFS

   Partition Type:           Windows_NTFS
   Bootable:                 Not bootable
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified

   Total Size:               100.0 Mi (104857600 B) (204800 512-byte blocks)
   Free Space:               0.0 B (0 B) (0 512-byte blocks)

   Read Only:                No
   Ejectable:                No
   Whole:                    No
   Internal:                 Yes

Win7 OS Partition:
Code: [Select]
$ diskutil info /dev/disk1s2
   Device Identifier:        disk1s2
   Device Node:              /dev/disk1s2
   Part Of Whole:            disk1
   Device / Media Name:      Untitled 2

   Volume Name:
   Mount Point:
   File System:              NTFS

   Partition Type:           Windows_NTFS
   Bootable:                 Not bootable
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              0F1E9E16-AAD8-43A0-B076-11909AE01E3D

   Total Size:               387.9 Gi (416494387200 B) (813465600 512-byte blocks)
   Free Space:               0.0 B (0 B) (0 512-byte blocks)

   Read Only:                No
   Ejectable:                No
   Whole:                    No
   Internal:                 Yes

Probably some other scenarios out there as well.

I would suggest for consistency sake it be the same as how the Default Partition selection is done:

"Default Partition"       Sets the default boot partition,
    =hd(x,y)                  where 'x' is the disk number, 'y' the partition number.

Title: Re: A way to hide non-bootable drives...
Post by: zef on August 22, 2009, 12:25:26 PM
I would suggest for consistency sake it be the same as how the Default Partition selection is done:

"Default Partition"       Sets the default boot partition,
    =hd(x,y)                  where 'x' is the disk number, 'y' the partition number.

Yeah, implementing this feature by following the above scheme seems pretty easy.


Title: Re: A way to hide non-bootable drives...
Post by: plamalice on October 30, 2009, 11:13:48 PM
I see 2 simple ways this could be done.. Either use disk/partition number or use the partition label.

HFS, HFS+, FAT, FAT32, NTFS, EXT2 and EXT3 all have/support labels and Chameleon already reads these labels.

Of course, the drawback of this method is if you have more than 1 partition with the same label but i don't think this would really be an issue with bootable partitions (since we probably all name them according to the OS they hold).

A file (be it com.apple.boot.plist or whatever) could contain a list of labels to be hidden. Before showing an entry, Chameleon could compare the label of this entry to those from the list and ignore it if it is declared in said list.

I'm just not sure if Chameleon reads the label on EXT2/EXT3 filesystems (I don't have linux installed at the moment and back when i did, my FS didn't have a label set). Can anyone confirm this ?

Note: Most linux disk utilities will not bother to ask for a label to a partition -- To give a partition a label use 'e2label /dev/sd?? label' (ex: 'e2label /dev/sda1 Linux').
Title: Re: A way to hide non-bootable drives...
Post by: zef on November 04, 2009, 11:45:26 PM
We're going to use the "Hide Partition" option, where you can specify your unwanted BIOS drive+partitons like:

<key>Hide Partition</key>
<string>hd(0,2) hd(1,6) hd(0,7)</string>

This option will be available in the next version.
Title: Re: A way to hide non-bootable drives...
Post by: tbob13 on December 07, 2009, 07:37:42 PM
We're going to use the "Hide Partition" option, where you can specify your unwanted BIOS drive+partitons like:

<key>Hide Partition</key>
<string>hd(0,2) hd(1,6) hd(0,7)</string>

This option will be available in the next version.

This would be great! I have 10 partitions and only 3 of them boot, and as you can imagine it is a bit messy when trying to find which OS to boot.
Title: Re: A way to hide non-bootable drives...
Post by: Rodman55 on January 10, 2010, 03:52:41 PM
THIS WAS ADDED IN RC4
Title: Re: [IMPLEMENTED] A way to hide non-bootable drives...
Post by: Blackosx on January 14, 2010, 04:41:17 PM
This topic is now locked as this request has been implemented.
Zef posted how to use this feature a couple of posts above.

You can also read how to use it in the Offical Chameleon docs.
http://forum.voodooprojects.org/index.php/topic,351.msg4311.html#msg4311