Bug 473271
Summary: | <device> not used with repo=hd:<device>:/<path> override | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dan Horák <dan> | ||||||||||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||||||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||
Priority: | medium | ||||||||||||||
Version: | 10 | CC: | anaconda-maint-list, covex, wwoods | ||||||||||||
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: | 2008-12-11 22:44: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: | |||||||||||||||
Attachments: |
|
Description
Dan Horák
2008-11-27 13:18:19 UTC
Created attachment 324877 [details]
anaconda log
Created attachment 324878 [details]
output of "fdisk -l /dev/sda"
Created attachment 324879 [details]
output of "blkid -L"
Created attachment 324880 [details]
output of "lvdisplay"
Created attachment 324881 [details]
output of "mount"
Does /var/cache/yum/repodata/repomd.xml exist on your already installed system? yes, it exists (on /dev/Linux/Root) *** Bug 475066 has been marked as a duplicate of this bug. *** Two things here: 1) If 'preupgrade' is on the commandline, anaconda ignores the <device> field. This is intentional. It's also not the cause of the problem. The cause of the problem is: 2) You have two Fedora installations on your system. Anaconda doesn't know which one to upgrade, since the kickstart 'upgrade' command doesn't support a "--root=XXX" argument. You should be able to fix this by removing the 'upgrade' line from /boot/upgrade/ks.cfg - anaconda will ask which Fedora to upgrade, and everything should proceed smoothly from there. We've got a bug tracking adding support for a root argument to upgrade, and atodorov has already filed an initial patch on anaconda-devel-list to add this support. I expect we should have something figured out there in the next couple days. I'll mark this as a dupe of the bug for adding that option since that's what will fix everything up here. Once we have that support, preupgrade can just write out the correct upgrade line. *** This bug has been marked as a duplicate of bug 471232 *** Thanks for explanation and workaround. So still no success - after removing the "upgrade" line from ks.cfg anaconda asks for timezone, root password and wants to setup partitioning. No question "what installation you want to upgrade". When I additionally removed the "preupgrade" option from the kernel command line, then it cannot locate the source repo (cannot find device with UUID=...). Any hints? (In reply to comment #9) > Two things here: > > 1) If 'preupgrade' is on the commandline, anaconda ignores the <device> field. > This is intentional. It's also not the cause of the problem. The cause of the > problem is: > What is the intention behind ignoring <device> field in preupgrade case, and why is this then filled by a preupgrade as an anaconda argument? (In reply to comment #13) > (In reply to comment #9) > > Two things here: > > > > 1) If 'preupgrade' is on the commandline, anaconda ignores the <device> field. > > This is intentional. It's also not the cause of the problem. The cause of the > > problem is: > > > > What is the intention behind ignoring <device> field in preupgrade case, and > why is this then filled by a preupgrade as an anaconda argument? The device name for "repo=hd:DEV:" is actually unnecessary for preupgrade, and could be removed. It turns out that when anaconda goes to find the package repo, it's already gone through the "select partition to upgrade" part of the process. So we already know where the repo is located - /mnt/sysimage/var/cache/yum/preupgrade. No need to attempt to mount the device for /var - anaconda already did that. (In reply to comment #12) > So still no success - after removing the "upgrade" line from ks.cfg anaconda > asks for timezone, root password and wants to setup partitioning. No question > "what installation you want to upgrade". When I additionally removed the > "preupgrade" option from the kernel command line, then it cannot locate the > source repo (cannot find device with UUID=...). Any hints? Maybe remove the 'ks=XXX' parameter entirely? I don't think that's going to help, though - for some reason, anaconda is not finding your previous Fedora installations. I don't know what would cause that, offhand. (In reply to comment #15) > (In reply to comment #12) > > So still no success - after removing the "upgrade" line from ks.cfg anaconda > > asks for timezone, root password and wants to setup partitioning. No question > > "what installation you want to upgrade". When I additionally removed the > > "preupgrade" option from the kernel command line, then it cannot locate the > > source repo (cannot find device with UUID=...). Any hints? > > Maybe remove the 'ks=XXX' parameter entirely? I don't think that's going to > help, though - for some reason, anaconda is not finding your previous Fedora > installations. I don't know what would cause that, offhand. Removing the whole 'ks=XXX' parameter from the pregenerated kernel line helps. |