Bug 166820
Summary: | Duplicate Labels reported after selecting 'upgrade' | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Lenny G. Arbage <alengarbage> |
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
Status: | CLOSED WONTFIX | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-08-24 21:09:36 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
Lenny G. Arbage
2005-08-26 04:02:48 UTC
As a note, I had this same problem on this box when I upgraded from FC1 to FC2. The solution I used then was to open up the case and detach the second drive before installing, then reattach after install finished (turning the drive off in BIOS has no effect). I had this same problem last night upgrading FC3 to FC4 on a system with two IDE disks, no RAID or LVM, with a swap partition on each, much like the above. Examination of the error output on the console screens indicated a swap label problem. After some fiddling, I remade the formerly unlabelled swap partitions with labels using the -L switch of the mkswap command. The upgrade then proceeded as normal. Tried that, did the trick. Thanks for the pointer. Did you have anything with duplicate labels? That should be the only way this check gets triggered... It appears that the default labels for the swap partitions caused the problem. hdb was, at one time, the primary (master) drive, and as such was bootable (RH7.1 and 7.2) with its own swap partitions. I didn't find any documentation on the -L switch for mkswap as suggested in comment #2 above, so I just used fdisk to delete hdb3 (b's swap partition). After deleting hdb3, the message went away and I was able to upgrade. In this case (two or more swap partitions with the same label), couldn't the installer simply use the one that is on the primary disk? Or rename them automatically? Or ask the user to pick which partition they would like to use as the swap partition? Or simply show a more helpful message, at least indicating which partitions are causing the problem? (I certainly don't understand all the details of why anaconda has a problem in this case, just throwing out some ideas). At any rate, I'm sure this is a somewaht rare problem -- most users probably don't replace their primary drives by just moving them to the slave position. But it appears that doing so will result in this error pretty much every time. This report targets the FC3 or FC4 products, which have now been EOL'd. Could you please check that it still applies to a current Fedora release, and either update the target product or close it ? Thanks. requested by Jams Antill |