Bug 48899 - Disk Druid and Installer AutoPartition recognize only hard drive from 1 controller in multiple SCSI adapters system
Summary: Disk Druid and Installer AutoPartition recognize only hard drive from 1 contr...
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
(Show other bugs)
Version: 7.3
Hardware: i386 Linux
Target Milestone: ---
Assignee: Brent Fox
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2001-07-12 13:31 UTC by Bryan Leopard
Modified: 2005-10-31 22:00 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-07-12 13:31:33 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Bryan Leopard 2001-07-12 13:31:30 UTC
Hardware Settings:
DL320 SCSI (04/11/01) > 18.2GB SCSI HDD
Compaq 64 bit/66 Mhz Wide Ultra 3 SCSI (2.52.1) > StorageWork > 9.1 GB 

Software:  Redhat Fairfax Beta 1

Steps to duplicate:
1.  Choose custom system install
2.  Manually partition with Disk Druid
3.  Get message :  Unable to open /tmp/sda - unrecognize disk label.  > 
Click Next -  see only harddrive from 1 controller.

4.  Installer Autopartition option ALSO seems to recognize only hard drive 
from 1 controller.

Workaround:  Choose Manually Partition with fdisk - recognize drives from 
both controllers.

After partitioning a disk with fdisk, Disk druid does not recognize 
partition type on second partition - It pops up "You cannot edit 
partitions without a filesystem type" error message. 
If there are /boot(/tmp/sda1) and /root(/tmp/sda2) partitions made, 
installation fails because installer does not recognize /root partition 

Comment 1 Matt Wilson 2001-07-12 14:36:08 UTC
beta1 only displayed drives with valid partition tables.  Did you have a sda
(which disk druid couldn't understand the partition table) and a sdb that showed
up?  If so, this is fixed in beta2, as you will have the chance to make a fresh
partition table on disks that have no valid table.

The second problem is probably that the filesystem was dirty on your /boot
partition.  Disk Druid would refuse to see these as ext2.  This is also fixed in

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