Bug 1491624
Summary: | grub2-tools does not belong to a distupgrade repository, causes software-upgrade failure | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | RudraB <bnrj.rudra> |
Component: | grub2 | Assignee: | Peter Jones <pjones> |
Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 27 | CC: | 5n00p4eg, agk, awilliam, bcl, brucemartin10, bugzilla, cohoe.grant, cott, extras-orphan, extras-qa, jmracek, lam, ljn917, lkundrak, matthew.hirsch, ne.bu.lus, packaging-team-maint, pjones, rajeeshknambiar, rbottomley, redhat-bugs, redhat, rpm-software-management, Simon.Gerhards, sksbir, sorosj, SteveCGElliott, vmukhame, wwoods, zbyszek |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-11-30 20:49:15 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
RudraB
2017-09-14 09:47:58 UTC
I was able to get around this by first doing: dnf remove grub2 grub2-efi-modules Possible dups: https://bugzilla.redhat.com/show_bug.cgi?id=1502312 https://bugzilla.redhat.com/show_bug.cgi?id=1506704 The consistent complain among all the dups I've found so far is with grub2-tools. grub2-tools-1:2.02-0.40.fc26.x86_64 does not belong to a distupgrade repository --debug-solver unfortunately does not work with system-upgrade plug-in, I get an empty debugdata directory when using it against this error. *** Bug 1502312 has been marked as a duplicate of this bug. *** *** Bug 1506704 has been marked as a duplicate of this bug. *** (In reply to Chris Murphy from comment #1) > I was able to get around this by first doing: > dnf remove grub2 grub2-efi-modules > I tried removing grub2 and grub2-efi-modules, but it completely broke the system -- on reboot, only the MOK manager comes up and there is no way to proceed booting. Had to resort to rescue from a livecd and reinstall grub2-tools and shim. (In reply to Rajeesh from comment #5) > I tried removing grub2 and grub2-efi-modules, but it completely broke the > system -- on reboot, only the MOK manager comes up and there is no way to > proceed booting. Had to resort to rescue from a livecd and reinstall > grub2-tools and shim. Yeah that just tells me it's a non-standard grub installation. I speculate that grub2-efi-modules was manually installed; and subsequently grub2-install was used which obliterated the Fedora grubx64.efi, resulting in a grub that needs the external modules present to work. So when uninstalling grub2-efi-modules, the bootloader broke. Maybe a one size fits all work around is removing the items in the error message (in my case grub2 and grub2-efi-modules) and then reinstalling grub2-efi and shim, and running grub2-mkconfig pointed to /boot/efi/EFI/fedora/grub.cfg to make sure it's a standard bootloader installation first. Then do dnf system-upgraded download. I was having this issue on a laptop that I tried to upgrade. Doing: dnf remove grub2 grub2-efi worked for me. I was then able to upgrade to Fedora 27 with no further problems. The initial report here in fact reports *two* bugs. The first is the same as 1506704 : the reporter has grub2-efi-modules installed, in F27 that package no longer exists, but is not properly obsoleted/provided. The other is a different problem: Problem 2: package abrt-java-connector-1.1.0-8.fc24.x86_64 requires librpm.so.7()(64bit), but none of the providers can be installed - problem with installed package abrt-java-connector-1.1.0-11.fc26.x86_64 - rpm-libs-4.13.0.1-7.fc26.x86_64 does not belong to a distupgrade repository - abrt-java-connector-1.1.0-11.fc26.x86_64 does not belong to a distupgrade repository That's nothing to do with grub2. It's likely a similar kind of problem: the obvious guess is that abrt-java-connector was removed without being obsoleted/provided by anything else. I will check into that one separately. I've made 1506704 the primary bug for 'nothing obsoletes grub2-efi-modules', since that report *only* talks about that problem. We can either make this report cover the abrt-java-connector issue, or close this as a dupe of #1506704 and file a new report for abrt-java-connector. BTW, I *strongly* recommend that nobody remove the grub2 or grub2-efi packages in an attempt to work around issues like this. It is very likely to cause problems in some cases. Please wait for pjones to address these problems properly. on my laptop ( DELL INSPIRON ) have just tried: sudo dnf system-upgrade download --refresh --releasever=27 with this result: Error: Problem: package grub2-efi-1:2.02-0.40.fc26.i686 requires grub2-tools = 1:2.02-0.40.fc26, but none of the providers can be installed - grub2-tools-1:2.02-0.40.fc26.i686 does not belong to a distupgrade repository - problem with installed package grub2-efi-1:2.02-0.40.fc26.i686 frustrating. Am following advice not to remove grub2-efi. Waiting for a fix :-) In my case I have: Error: Problem: package grub2-efi-modules-1:2.02-0.40.fc26.x86_64 requires grub2-tools = 1:2.02-0.40.fc26, but none of the providers can be installed - grub2-tools-1:2.02-0.40.fc26.x86_64 does not belong to a distupgrade repository - problem with installed package grub2-efi-modules-1:2.02-0.40.fc26.x86_64 Daniel: that is #1506704. (In reply to Adam Williamson from comment #8) > The initial report here in fact reports *two* bugs. .... > Problem 2: package abrt-java-connector-1.1.0-8.fc24.x86_64 requires .... > > That's nothing to do with grub2. It's likely a similar kind of problem: the > obvious guess is that abrt-java-connector was removed without being > obsoleted/provided by anything else. I will check into that one separately. ... Adam, I also have a 2nd problem reported: -------------- Problem 2: problem with installed package guvcview-2.0.4-6.fc26.x86_64 - package guvcview-2.0.4-6.fc27.x86_64 requires libgsl.so.19()(64bit), but none of the providers can be installed - guvcview-2.0.4-6.fc26.x86_64 does not belong to a distupgrade repository - gsl-2.3-1.fc26.x86_64 does not belong to a distupgrade repository -------------- Could you please add this to the mix. Many thanks Steve Elliott No. This isn't a "mix". It's a bug report. It's not a dumping ground for every error with vaguely similar text. If it doesn't involve the same packages *IT IS NOT THE SAME ERROR*. Please file it separately. I do not have a "mix" to add it to. You need to file it against the package that actually has the problem, so the maintainer of that package can fix it. Thanks. (In reply to Steve Elliott from comment #13) > Problem 2: problem with installed package guvcview-2.0.4-6.fc26.x86_64 I have reported this at: https://sourceforge.net/p/guvcview/tickets/41/ Sorry, you need to report it against the *package* guvcview, it's not an upstream code problem, but a packaging problem. However, it looks like guvcview is not a Fedora package. You have it from a third-party repository, probably RPM Fusion. Fusion is a separate project from Fedora, we cannot handle Fusion bugs in this Bugzilla. The correct place to file your problem would be wherever RPM Fusion handles bugs, I think https://bugzilla.rpmfusion.org/ . Thanks. (In reply to Steve Elliott from comment #15) > (In reply to Steve Elliott from comment #13) > > > Problem 2: problem with installed package guvcview-2.0.4-6.fc26.x86_64 > > I have reported this at: > > https://sourceforge.net/p/guvcview/tickets/41/ Now filed at: https://bugzilla.rpmfusion.org/show_bug.cgi?id=4717 I have an issue that is probably related to this. After the upgrade I tried to clean up the system, but it wants to remove grub: # dnf autoremove ... Removing: ... grub2-efi-x64 x86_64 1:2.02-19.fc27 @updates 3.4 M grub2-pc x86_64 1:2.02-19.fc27 @updates 0 grub2-pc-modules noarch 1:2.02-19.fc27 @updates 2.2 M grub2-tools x86_64 1:2.02-19.fc27 @updates 8.3 M grub2-tools-efi x86_64 1:2.02-19.fc27 @updates 1.8 M grub2-tools-extra x86_64 1:2.02-19.fc27 @updates 5.8 M ... os-prober x86_64 1.74-3.fc27 @fedora 103 k A couple comments -- I'm certain I never installed grub2-tools or grub2-efi-modules manually on my systems. I have multiple that have hit this issue. Is it possible that this package would have been installed in the process of updating through older versions of fedora? I noticed that systems that were fresh installs starting with F25 did not hit this issue, but systems that were first installed with older versions of Fedora do have this issue. I'm not sure which versions of Fedora were first installed on my two affected systems, only that it was less recent than F25. I thought I'd suggest another workaround. Instead of using system-upgrade, which requires a reboot, I was able to upgrade the running system using dnf by first uninstalling grub2-efi-modules, then following these instructions, (https://fedoraproject.org/wiki/Upgrading_Fedora_using_package_manager?rd=Upgrading_Fedora_using_yum), then reinstalling the fedora 27 version of grub2-efi-x64-modules before rebooting. "Is it possible that this package would have been installed in the process of updating through older versions of fedora?" It's possible, yeah, and it's a reasonable suspect. I haven't had the time to figure it out yet, though. Figuring it out would require going through the history of the package spec looking for times when grub2-efi-modules would've been installed as a replacement for some other package, or when grub2-efi had a dependency on it, or something like that. hi Same problem : Problème: package grub2-efi-1:2.02-0.40.fc26.i686 requires grub2-tools = 1:2.02-0.40.fc26, but none of the providers can be installed - grub2-tools-1:2.02-0.40.fc26.i686 does not belong to a distupgrade repository On EEEPC laptop which was only used for skype since Fedora 24. Here is history of root, just in case because it shows all commands since begining : 1 cd /etc/repo.d 2 cd /etc 3 cd yum.repos.d/ 4 ll 5 vi skype.repo 6 yum install skype 7 cat skype.repo 8 man dnf 9 yum install skype --nogpgcheck 10 dns uninstall skype 11 dnf uninstall skype 12 man dnf 13 exit 14 vi /etc/sudoers 15 useradd 16 adduser 17 system-config-users 18 dnf install system-config-users 19 system-config-users 20 exit 21 dnf upgrade 22 passwd 23 dnf update 24 shutdown -Fr 25 dnf update 26 df -h 27 dnf autoremove 28 exit 29 vi /etc/X11/xorg.conf.d/99-synaptics-overrides.conf 30 dnf update 31 df 32 df -h 33 dnf --enablerepo=updates-testing install mediawriter 34 reboot 35 dnf --enablerepo=updates-testing install mediawriter 36 dnf install mediawriter 37 dnf search filezilla 38 dnf install filezilla 39 dnf upate 40 dnf update 41 exit 42 dnf upgrade --refresh 43 dnf install dnf-plugin-system-upgrade 44 dnf system-upgrade download --releasever=24 45 dnf system-upgrade reboot 46 dnf remove skype 47 dnf system-upgrade reboot 48 dnf system-upgrade download --releasever=24 49 dnf system-upgrade reboot 50 systemctl start sshd.service 51 systemctl enable sshd.service 52 ate 53 date 54 timedatectl list-timezones 55 timedatectl list-timezones|grep -i leb 56 timedatectl list-timezones|grep -i beyr 57 timedatectl list-timezones 58 timedatectl list-timezones|grep -i beir 59 timedatectl set-timezone Asia/Beirut 60 date 61 dnf repolist all 62 dnf config-manager --set-disable skype 63 dnf repolist all 64 cd /home/xxxx 65 c Téléchargements/ 66 cd Téléchargements/ 67 ll 68 scp 192.168.0.106:`pwd`/* . 69 ll 70 chown xxxx:xxxxteamviewer_11.0.67687.i686.rpm 71 ll 72 rm Fedora-LXDE-Live-i386-24-1.2.iso 73 ll 74 rm *rent 75 ll 76 rm *part 77 ll Fedora-LXDE-Live-i386-24 78 ll 79 dnf install skype-4.3.0.37-fedora.i586.rpm 80 dnf install teamviewer_11.0.67687.i686.rpm 81 dnf remove midori 82 id 83 dnf install keepass 84 dnf dist-upgrade 85 dnf distupgrade 86 dnf upgrae 87 dnf upgrade 88 exit 89 dnf upayr 90 dnf update 91 dnf install dnf-plugin-system-upgrade 92 dnf system-upgrade download --refresh --releasever=25 93 dnf system-upgrade reboot 94 dnf upgrade --refresh 95 dnf system-upgrade download --refresh --releasever=26 96 dnf system-upgrade reboot 97 cd /etc/X11 98 cd xorg.conf.d/ 99 ll 100 vi 99-synaptics-overrides.conf 101 dnf refresh upgrade 102 dnf upgrade --refresh 103 reboot 104 dnf upgrade 105 dnf upgrade --refresh 106 dnf system-upgrade download --refresh --releasever=27 107 dnf autoremove 108 reboot 109 vi 99-synaptics-overrides.conf 110 cd /etc/X11 111 vi 99-synaptics-overrides.conf 112 dnf system-upgrade download --refresh --releasever=27 113 dnf install dnf-plugin-system-upgrade 114 dnf system-upgrade download --refresh --releasever=27 sksbir: that is not in fact the same problem. That is https://bugzilla.redhat.com/show_bug.cgi?id=1502312 . This message is a reminder that Fedora 27 is nearing its end of life. On 2018-Nov-30 Fedora will stop maintaining and issuing updates for Fedora 27. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '27'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 27 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Fedora 27 changed to end-of-life (EOL) status on 2018-11-30. Fedora 27 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |