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   
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: ---

Description Stephen John Smoogen 2000-01-15 18:14:22 UTC
 Pentium 133mhz
 128 kb Cache
 APM: Disabled
 32 Mb of 72 pin RAM
PCI Bus:
 ARK Logic Stingray
ISA Bus:
  io=0x300 irq=05 xcvr=BNC
  io=0x330 irq=11 dma=5
 Soundblaster 16
  io=      irq=   dma=
USB Bus:
IDE Bus:
 hda: 320 Mb Western Digital
 hdb: 540 Mb Quantum
 hdc: 540 Mb Quantum
 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.