Bug 140382
| Summary: | Installer fails to find root partition to upgrade | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Andrew Gilmore <agilmore> | ||||||||
| Component: | parted | Assignee: | Chris Lumens <clumens> | ||||||||
| Status: | CLOSED NOTABUG | QA Contact: | Brock Organ <borgan> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | 3 | CC: | clausen, herrold, nobody+pnasrat | ||||||||
| 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-02-09 22:00:47 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
Andrew Gilmore
2004-11-22 18:36:52 UTC
doing the geometry shuffle like FC2 issues: sfdisk -d /dev/hda |sfdisk --no-reread -H240 /dev/hda had no affect. If you boot with 'linux upgradeany' does it work? No. Tried it twice. Also tried askmethod and specifying rootpath=/dev/hda6 on the kernel command line, no joy. doh. Can you get to the point where you get asked what type of install you want, switch to tty2 and grab /tmp/anaconda.log and /tmp/syslog and attach them here? Created attachment 107247 [details]
anaconda log file
Created attachment 107248 [details]
anaconda log through installtype
(previous was to welcome)
Created attachment 107249 [details]
syslog from machine
For some reason, it looks like we're not finding the fs on hda6 -- if you go to the partitioning screen and just see what it currently looks like, what filesystem does it say is currently in use? Can you mount /dev/hda6 from tty2? Fixed.
I enabled debug mode on the boot command line, set a decent breakpoint
and watched the process. The failure occurred in partedUtils.py,
function openDevices at the section
try:
disk = parted.PedDisk.new(dev)
This fails with an exception that gets printed when in debug mode, but
never saw it in the logs:
"Error: Can't have a partition outside the disk!"
Further, sfdisk and fdisk work just fine, but if I run parted on the
disk, I get the same error when I try to print the partition table.
Then, looking at the partition table (in the bug report), note the
extended partition, which has an ending cylinder of 10336 which is the
end of the REAL drive, but is way outside the allowed area at 9999.
After fixing the extended partition to end at 9999, the upgrade was
offered. So, although there was no primary or logical partitions in
the Host Protected Area, since the extended partition included that
area, parted fails.
(Yes, /dev/hda6 mounts just fine, and when the partition type screen
comes up, and next is selected, the corrupted partition table warning
comes up from the same code (openDevices) and the partition table is
wiped if it is selected to continue.)
Sorry to have wasted your time. Not sure if a bit better error
handling would help much, since this really was a partition table problem.
Can you try using http://people.redhat.com/~katzj/fc3-part-upd.img as an update disk as described at http://rhlinux.redhat.com/anaconda/updatedisks.html and see if that helps? I'd like to, but... this is a laptop with no floppy drive. Suggestions? I halfheartedly googled with no solution found. Not sure why bugzilla says I keep assigning this. I double checked and the leave as needinfo radio button was selected. Sorry about that, I'm not saying you need to take this, it was a partition table problem. I'm not sure this is a parted issue, since command line parted gives a somewhat reasonable error, see comment #10. It's just that anaconda doesn't give as much detail about why it thinks that the partition table is corrupt as perhaps I would have liked. Again, the problem occurred because /dev/hda2 in the partition table extended beyond the end of the reported drive. System boots fine, but parted was right in complaining about it. I consider this bug a PEBKAC, and will close it. Sorry about the spammage. |