Hi William, here are the details.
Name : Macintosh HD
Type : Volume
Disk Identifier : disk0s2
Mount Point : /
File System : Mac OS Extended (Journaled)
Connection Bus : Serial ATA 2
Device Tree : /PCI0@0/SATA@B/PRT0@0/PMP@0/@0:2
Writable : Yes
Universal Unique Identifier : 563134B4-E285-3A9A-9C99-82BAC6CBB81E
Capacity : 465.4 GB (499,763,888,128 Bytes)
Free Space : 73.1 GB (78,447,783,936 Bytes)
Used : 392.4 GB (421,316,104,192 Bytes)
Number of Files : 1,991,815
Number of Folders : 391,908
Owners Enabled : Yes
Can Turn Owners Off : Yes
Can Repair Permissions : Yes
Can Be Verified : Yes
Can Be Repaired : Yes
Can Be Formatted : Yes
Bootable : Yes
Supports Journaling : Yes
Journaled : Yes
Disk Number : 0
Partition Number : 2
I don't know how to use the Disk Utility to ascertain whether my HD is using GPT (GUID) partition table but I bought the machine new, installed a brand new 500GB drive in it and then installed Leopard in as default a manner as possible.
I've pasted the disk info also in this thread if that's useful.
I've since rebooted, repaired permissions, repaired disk, and the SL installer still thinks my disk is non-bootable.
I have the same problem.
The "Take Control of Upgrading to Snow Leopard" mentions this as a rare problem in the troubleshooting section, and says the solution is to make a clone (Superduper/CCC) of the "yellow triangle" volume and install Snow Leopard onto this then clone back to "yellow triangle" volume.
I am in the middle of doing this, currently installing onto the clone which did not have yellow triangle.
No explanation of cause, and no other suggested workaround.
I had repaired permissions, run Diskwarrior etc on my Leopard boot volume before trying Snow on it.
Sorry you're having the same problem. It's very frustrating! I'm making some noise about it because as a consequence of being in the software biz for years, I keep machines as vanilla and default as possible whilst serving my purposes as best I can - so I hopefully tread a very well worn QA path. That I am suffering problems probably means a great many more are doing the same.
Unfortunately your solution isn't a good one for me - I simply don't have 400GB of space anywhere nearby. I do have Time Machine backup to a Time Capsule so maybe a solution is to do a vanilla install and clean disk and then a restore. I don't fancy this much though.
I can't help feeling that this is a simple defect in the installer disk detection though, that it uses some custom code rather than systemwide routine to detect bootability.
Same with my machine;
In uninstalled PGP desktop (from within the program by the way) and that did the trick.
New version PGP desktop snow Leo compatible on its way:
Exactly the same problem here.
GUID partition table, created during Leopard installation a while ago, only one partition, no bootcamp,... nothing, all vanilla.
Same error and yellow exclamation over my Macintosh HD volume, either launching directly the installation assistant from Leopard or booting directly from the Snow Leopard installation DVD.
I totally agree that this is an Installer bug and the workaround is not acceptable: that actually means that the upgrade procedure is faulty and not useful for a not yet determined number of users...
Please find a better workaround for this.
Thanks very much.
splat:~ neil$ df -k
Filesystem 1024-blocks Used Available Capacity Mounted on
/dev/disk0s2 488050672 411196520 76598152 85% /
devfs 116 116 0 100% /dev
fdesc 1 1 0 100% /dev
map -hosts 0 0 0 100% /net
map auto_home 0 0 0 100% /home
/dev/disk1s3 6578972 6497048 81924 99% /Volumes/Mac OS X Install DVD
/dev/disk2s2 15208656 5659312 9549344 38% /Volumes/redpola
afp_0TSQUm1B8Jr700mE1H0Pyetl-1.2d000004 974665392 793955116 180710276 82% /Volumes/Data
/dev/disk3s2 974665360 793987852 180677508 82% /Volumes/Backup of splat
/dev/disk4s2 9524 8724 800 92% /Volumes/Capture Data 8.2