Ask Your Question

Files left after upgrade?

asked 2019-04-22 10:29:28 -0500

neverknew gravatar image

I've upgraded my system several times (started with f23, now at f29). Since going to f29 there has been some "flakiness". Right now, KDE doesn't recognize the second monitor, Gnome has problems running an Eclipse program.

In going through the list of files installed I've found files marked as fc27 & fc28. Some of these show as "duplicates" - one for fc29 and one for an earlier version. Others only have one copy of the file for an earlier version.

Is there a utility to clean these files out? Going through all the installed files manually is a bit tedious & error prone

image description

edit retag flag offensive close merge delete

2 Answers

Sort by ยป oldest newest most voted

answered 2019-04-22 12:34:37 -0500

villykruse gravatar image

updated 2019-04-22 23:58:32 -0500

dnf repoquery --extras list all packages not found in the current repository. The list will include older kernels you might want to keep, and also third party device drivers.

Also you can also install the package fedora-obsolete-packages.noarch. Doing so will cause dnf to remove packages which has been discontinued.

edit flag offensive delete link more


I now have a fairly long list of files - going back to fc23. I just use this to figure out which ones to delete?

neverknew gravatar imageneverknew ( 2019-04-22 13:07:18 -0500 )edit

computer where invented to do work autonomous !


man dnf

dnf autoremove
dnf distrosync

if something went bad:
dnf history
dnf history info x
dnf history undo y
sixpack13 gravatar imagesixpack13 ( 2019-04-22 13:24:15 -0500 )edit

dnf autoremove remove leaf packages, that is, packages which are not required by any other package, except for packages which are user installed. It does not consider packages which are not found in the repositories.

dnf distrosync upgrades or downgrades packages to match the versions found in the repositories. It does not touch packages not found in any repository.

So neither helps removing packages which are not found in the repositories.

villykruse gravatar imagevillykruse ( 2019-04-22 13:41:50 -0500 )edit

dnf autoremove gives a list of 348 packages to be removed - all of them fc29 and many I recognize as being installed/ones I use. (the 1.3G of space would be nice to recover) Are these packages downloaded to do an upgrade & left behind? or something else?

dnf distrosync downgraded javamail and libgit2

neverknew gravatar imageneverknew ( 2019-04-22 16:20:22 -0500 )edit

to show if two versions of a package are installed.

rpm -qa | grep <package-name_without_version-numbers> 

or other way:

dnf list installed | sort -u | more

and check 1. column (package name) AND 2. column (package version)

save the list with "dnf list installed >> mycruft.txt" **BEFORE** removing anything

read above: dnf history repair if something goes wrong

and read man rpmconf to clean up your /etc/
sixpack13 gravatar imagesixpack13 ( 2019-04-22 18:28:51 -0500 )edit

answered 2019-04-22 15:11:48 -0500

sixpack13 gravatar image

updated 2019-04-22 15:27:44 -0500


where did you read that the OP want to clean "packages **not** found in repo's" ???

and what does fc28 and fc29 suffixes in the OP list indicate ???

and why want one keep older kernels???
aren't they updated cause of bug's and security flaw's ???

me is confused !

edit flag offensive delete link more


fc28 refers to fedora release 28 I generally keep a couple of older kernels because sometimes the newest kernel breaks something.

neverknew gravatar imageneverknew ( 2019-04-22 16:05:27 -0500 )edit

I know what fcXY means cause I'm running RH/Fedora since ~18 years (RH6...fc1...f30) !

sudo dnf autoremove --exclude=kernel-core\*

might be what you want (currently don't know if "exclude" overwrites "autoremove" in this case)

dmesg | grep -iEw 'bad|bug|conflict|corrupted|error|fail|failed|fault|fatal|Lock|NULL|segfault|stack|trace|warn'

might show your kernel breakage

sixpack13 gravatar imagesixpack13 ( 2019-04-22 18:04:06 -0500 )edit

As seen from the screenshot clutter-gst2 is installed, and clutter-gst2 is not included in Fedora 29 shows the latest version was for Fedora 28 and no clustter-gst2 was included in Fedora 29 and later.

The fc28 suffix in itself does not tell whether a particular package is included in a version or not. Take for exampe dnf list xar and you will see the suffix fc24 and yet this package is include in Fedora 29 and also in Fedora 30-beta,

villykruse gravatar imagevillykruse ( 2019-04-22 23:55:34 -0500 )edit

you are right with clutter-gst2 and xar ! suffixes don't mean the are/are not in a release of fedora, thanks for learning something more !

but the main task the OP ask for was "*Is there a utility to clean these files out ?*" and I offered "dnf autoremove/distrosync"

this cleaned my boxes out from old scrap and I guess for him it will do too. I also guess clutter-gst2 is not needed anymore for GStreamer

sixpack13 gravatar imagesixpack13 ( 2019-04-23 00:49:37 -0500 )edit

For a system which has been upgraded several times from fc23 to fc29, the autoremove command is unreliable and has in some cases cleaned out a lot more than old scrap. For autoremove to work, dnf needs to carefully keep track of which package was installed using dnf install or which was installed as a dependency. If you furthermore used PackageKit or Gnome Software, that status was not always reliable, especially around version fc23. Several of these issues has meanwhile been fixed.

To autoremove be _extremely_ careful.

villykruse gravatar imagevillykruse ( 2019-04-23 02:18:42 -0500 )edit

Question Tools

1 follower


Asked: 2019-04-22 10:29:28 -0500

Seen: 84 times

Last updated: Apr 22 '19