Bug 8488

Summary: GUI DiskDruid Does not allow /dev/hda1 for /boot
Product: [Retired] Red Hat Linux Reporter: Stephen John Smoogen <smooge>
Component: installerAssignee: Jay Turner <jturner>
Status: CLOSED NOTABUG QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6.2CC: srevivo
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: 2000-02-04 17:40:56 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 Stephen John Smoogen 2000-01-15 18:14:22 UTC
CPU:
 Pentium 133mhz
 128 kb Cache
 APM: Disabled
Memory:
 32 Mb of 72 pin RAM
PCI Bus:
 ARK Logic Stingray
ISA Bus:
 3c509B
  io=0x300 irq=05 xcvr=BNC
 AHA1542CP
  io=0x330 irq=11 dma=5
 Soundblaster 16
  io=      irq=   dma=
USB Bus:
 NONE
IDE Bus:
 hda: 320 Mb Western Digital
 hdb: 540 Mb Quantum
 hdc: 540 Mb Quantum
SCSI Bus:
 2x Cdrom SCSI ID 4
Parallel Port Bus:
 Backpack Cdrom

All drives are empty with no partitions on them. Diskdruid continually
places /boot on /dev/hdb1 which for this 486 can cause problems. Going to
fdisk seems to allow me to place drives on appropriate partitions (however
next screen causes Python traceback which will be in next bug report).

Stephen Smoogen

Comment 1 Erik Troan 2000-02-03 16:19:59 UTC
Hardware fluke -- using fdisk is the only answer. We can't tell if hdb is
valid for booting or not, and it almost alaways is.