Bug 137846
Summary: | Installer crashes after formating partitions | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | brian naasz <glyffa> | ||||||
Component: | anaconda | Assignee: | Jeremy Katz <katzj> | ||||||
Status: | CLOSED RAWHIDE | QA Contact: | Mike McLean <mikem> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 3 | CC: | joseph.nicholls, nobody+pnasrat, thief, vincentkoldenhof | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i686 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2005-08-23 22:33:51 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: | |||||||||
Attachments: |
|
Description
brian naasz
2004-11-02 03:29:37 UTC
Created attachment 106057 [details]
Anaconda Dump file
This is as default as I could make the install with 'everything' selected for
packages.
If I add 'hde=none hdg=none' to the kernel options it installs. Something in Anaconda must be trying to mount and use the /dev/md* arrays even though I have not selected them for installation. Even though you're not using them for installation, we have to try to look at the filesystem label on there to avoid duplicate labels. I've added some code to do better error handling on the reads, but I'm curious as to why it's failing. Is there anything odd about the md arrays? Maybe its because there are no labels? I use fixed devices instead of labels so I do not run into problems on dual booting linux installs. Well not until recently. Here is what I have: # cat /proc/mdstat Personalities : [linear] [raid1] read_ahead 1024 sectors md6 : active raid1 hde9[0] hdg9[1] 16659136 blocks [2/2] [UU] md5 : active raid1 hde7[0] hdg7[1] 2000256 blocks [2/2] [UU] md4 : active raid1 hde6[0] hdg6[1] 30000512 blocks [2/2] [UU] md3 : active raid1 hde5[0] hdg5[1] 25000320 blocks [2/2] [UU] md2 : active raid1 hde3[0] hdg3[1] 1000320 blocks [2/2] [UU] md1 : active linear hde2[0] hdg2[1] 2000640 blocks 32k rounding md0 : active raid1 hde1[0] hdg1[1] 488768 blocks [2/2] [UU] unused devices: <none> # for i in 0 1 2 3 4 5 6 ; do echo /dev/md${i}: \"`e2label dev/md$i`\" ; done /dev/md0: "" /dev/md1: "" /dev/md2: "" /dev/md3: "" /dev/md4: "" /dev/md5: "" /dev/md6: "" Hmm, maybe. Although it still shouldn't traceback on the reads. Oh well, should be fixed in CVS. *** Bug 139274 has been marked as a duplicate of this bug. *** *** Bug 141957 has been marked as a duplicate of this bug. *** *** Bug 142610 has been marked as a duplicate of this bug. *** Created attachment 109155 [details]
Anaconda exception dump (text mode)
Trying to install Fedora Core 3 onto i686 system with SCSI hard disks.
Software RAID-0 used as root "/" across seven SCSI hard disks (34GB total
capacity). Note: "/boot" partition is on 170MB IDE hard disk; Boot Loader
installed to MBR of same IDE hard disk.) No Operating Systems exist on any
hard disk in the system. Looks like anaconda is trying to create the Software
RAID device /dev/md0 when exception is thrown. Using Adaptec AHA-2940U/2940UW
PCI SCSI controller.
|