Bug 176032
Summary: | Wrongly-generated yaboot.conf | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Woodhouse <dwmw2> | ||||||||
Component: | booty | Assignee: | Peter Jones <pjones> | ||||||||
Status: | CLOSED RAWHIDE | QA Contact: | |||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | medium | ||||||||||
Version: | rawhide | CC: | clausen, nobody+pnasrat | ||||||||
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: | 2006-07-11 20:26:38 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: | 150221 | ||||||||||
Attachments: |
|
Description
David Woodhouse
2005-12-17 22:47:12 UTC
Do you have the install logs handy? "boot=/dev/sda2 /dev/sda4" looks like booty thinks it's setting up a raid1 device for /boot, which is obviously really strange given what you've said here. They didn't seem wonderfully enlightening, which is why I didn't attach them. Created attachment 122372 [details]
install.log
Created attachment 122373 [details]
install.log.syslog
Created attachment 122374 [details]
anaconda-ks.cfg
No kidding, they don't seem enlightening at all. Seems to be a parted bug. It's detecting my swap partition as 'hfs', as shown in the original report. If I swapoff and then zero the partition, then mkswap and swapon again, parted no longer reports it as hfs; it reports it as swap. Hm, no. Another rawhide install gave me a yaboot.conf saying 'boot=/dev/sda2 /dev/sda4' and turned my swap partition into HFS again. Still happening in FC5t3. Fixed in booty 0.78-1 Python keeps target list after for loop so we were getting duplicate entries. This reworks the logic so we avoid that. http://docs.python.org/ref/for.html |