Bug 643640

Summary:	suggests a separate /usr partition which is not supported and causes problems
Product:	[Fedora] Fedora	Reporter:	Joachim Frieben <jfrieben>
Component:	anaconda	Assignee:	Anaconda Maintenance Team <anaconda-maint-list>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	14	CC:	anaconda-maint-list, jonathan, k.georgiou, maverick.pt, vanmeeuwen+fedora
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	anaconda-15.3-1	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-10-18 15:13:12 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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.