Bug 643640 - suggests a separate /usr partition which is not supported and causes problems
Summary: suggests a separate /usr partition which is not supported and causes problems
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 14
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-10-16 16:36 UTC by Joachim Frieben
Modified: 2011-12-19 18:47 UTC (History)
5 users (show)

Fixed In Version: anaconda-15.3-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-10-18 15:13:12 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Joachim Frieben 2010-10-16 16:36:53 UTC
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.

Comment 1 Chris Lumens 2010-10-18 15:13:12 UTC
Thanks for the bug report.  This will be fixed in the next build of anaconda for rawhide.

Comment 2 maverick.pt 2011-12-19 18:47:11 UTC
Hi,

I have Fedora 16 x86_64 and i get this same problem.


Note You need to log in before you can comment on or make changes to this bug.