Description of problem: Current anaconda allows to assign mount points to individual partitions (volumes) including /usr. However, it appears that having a separate /usr partition is strongly discouraged, e.g. see the F14 installation guide on partitioning: "Do not place /usr on a separate partition If /usr is on a separate partition from /, the boot process becomes much more complex, and in some situations (like installations on iSCSI drives), might not work at all." This is definitely true which is shown by bug 626007. In that case, having a separate /usr volume prevented palimpsest from reading SMART data, i.e. it claimed SMART to be not available at all whereas skdump worked correctly. However, when adding a new volume to a volume group, /usr is advertised among other possibilities encouraging users to set up a separate /usr partition. But if a separate /usr volume is not supported (correctly) by Fedora, it appears pretty obvious to me that this mount point should be removed from the list. Version-Release number of selected component (if applicable): anaconda-14.19-1.fc14 How reproducible: Always. Steps to Reproduce: 1. Install F14 from scratch with a separate /usr volume as suggested by anaconda. 2. Run palimpsest. Actual results: "SMART status: not supported" Expected results: "SMART status: Disk is healthy" Additional info: After a new install without a separate /usr volume, palimpsest works as epxected.
Thanks for the bug report. This will be fixed in the next build of anaconda for rawhide.
Hi, I have Fedora 16 x86_64 and i get this same problem.