Bug 461118

Summary:	No way to install to a fresh disk with no partition table
Product:	[Fedora] Fedora	Reporter:	Patryk Zawadzki <patrys>
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:	medium
Version:	rawhide	CC:	poelstra
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-09-19 20:43:28 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:
Bug Depends On:
Bug Blocks:	446447

Description Patryk Zawadzki 2008-09-04 11:42:07 UTC

I'm working on adapting Anaconda for PLD Linux and have found the following problem (will try to send a patch with some refactoring to allow us to use unpatched Anaconda):

When enumerating devices, Anaconda properly finds the clean disk as /dev/sda. As the disk is new, straight from the factory, it contains all zeroes and thus there is no partition table present.

Later on it seems to do some checks in the code and discards the disk (probably assuming it doesn't support partitioning and thus is useless for installation).

The same thing happens in VirtualBox with a fresh disk image.

The user is forced to launch GParted, create an empty MSDOS partition table, write changes and restart Anaconda.

I'm using a recent version (two days old) of the current git head.

Comment 1 Chris Lumens 2008-09-19 20:43:28 UTC

This was actually a bug in anaconda that should be fixed in the next build.