Packagekit.service fails after upgrade to F40

I have just updated via dnf-plugin-system-upgrade, and I have the PackageKit Daemon that fail to start:

Apr 24 15:45:36 systemd[1]: Starting packagekit.service - PackageKit Daemon...
Apr 24 15:45:36 PackageKit[2984]: daemon start
Apr 24 15:46:22 systemd[1]: packagekit.service: start operation timed out. Terminating.
Apr 24 15:46:22 systemd[1]: packagekit.service: Failed with result 'timeout'.
Apr 24 15:46:22 systemd[1]: Failed to start packagekit.service - PackageKit Daemon.
Apr 24 15:46:24 systemd[1]: Starting packagekit.service - PackageKit Daemon...
Apr 24 15:46:24 PackageKit[4558]: daemon start
Apr 24 15:47:09 systemd[1]: packagekit.service: start operation timed out. Terminating.
Apr 24 15:47:09 systemd[1]: packagekit.service: Failed with result 'timeout'.
Apr 24 15:47:09 systemd[1]: Failed to start packagekit.service - PackageKit Daemon.
Apr 24 15:50:39 systemd[1]: Starting packagekit.service - PackageKit Daemon...
Apr 24 15:50:39 PackageKit[5825]: daemon start
Apr 24 15:51:24 systemd[1]: packagekit.service: start operation timed out. Terminating.
Apr 24 15:51:24 systemd[1]: packagekit.service: Failed with result 'timeout'.
Apr 24 15:51:24 systemd[1]: Failed to start packagekit.service - PackageKit Daemon.

Any idea to solve this?

Operating System: Fedora Linux 40
KDE Plasma Version: 6.0.3
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.8.7-300.fc40.x86_64 (64-bit)
Graphics Platform: Wayland
1 Like

Ha rimosso kde, kde-plasma, wayland

Try refreshing the cache?

pkcon refresh force

Sadly I had no luck:

$ pkcon refresh force
Refreshing cache                        [                         ] (0%)  The daemon crashed mid-transaction!

$ sudo pkcon refresh force
Failed to contact PackageKit: Error calling StartServiceByName for org.freedesktop.PackageKit: Timeout was reached

Thanks for the help!

I run in a terminal:

$ sudo /usr/libexec/packagekitd -v
[sudo] password for cirelli:
17:41:48        PackageKit          Verbose debugging enabled (on console 1)
17:41:48        PackageKit          daemon shutdown set to 300 seconds
17:41:48        PackageKit          setting config file watch on /etc/PackageKit/PackageKit.conf
17:41:48        PackageKit          Trying to load : dnf
17:41:48        PackageKit          dlopening '/usr/lib64/packagekit-backend/libpk_backend_dnf.so'
17:41:48        PackageKit-DNF      Using libdnf 0.72.0
17:41:48        PackageKit-DNF      Using librepo 1.17.0

and

$ pkcon refresh force        
Refreshing cache                        [=========================]         
Loading cache                           [                         ] (1%)    

In another terminal it’s doing its work…

1 Like

Sadly it didn’t fix problem :confused:

Hrm, it seems to be working fine here. I just upgraded to F40 too and refreshed the cache etc.

We don’t know what the cause is yet, so can’t really solve it without that. Anything else in the logs that may be useful?

journalctl -b -u packagekit.service

Did the upgrade go through without errors?

Yes, it went through without any error.

I’m sorry I wasn’t clear in the first post. It was the journalctl output:

$ journalctl -b -u packagekit.service
Apr 25 00:10:40 littlebeast systemd[1]: Starting packagekit.service - PackageKit Daemon...
Apr 25 00:10:40 littlebeast PackageKit[2931]: daemon start
Apr 25 00:11:25 littlebeast systemd[1]: packagekit.service: start operation timed out. Terminating.
Apr 25 00:11:25 littlebeast systemd[1]: packagekit.service: Failed with result 'timeout'.
Apr 25 00:11:25 littlebeast systemd[1]: Failed to start packagekit.service - PackageKit Daemon.

It’s frankly hard to get something from this log, I get it… :sob:

Some more info from systemctl:

$ systemctl status packagekit.service
● packagekit.service - PackageKit Daemon
     Loaded: loaded (/usr/lib/systemd/system/packagekit.service; static)
    Drop-In: /usr/lib/systemd/system/service.d
             └─10-timeout-abort.conf
     Active: activating (start) since Thu 2024-04-25 00:15:40 CEST; 38s ago
   Main PID: 6044 (packagekitd)
      Tasks: 4 (limit: 18702)
     Memory: 3.3M (peak: 3.5M)
        CPU: 21ms
     CGroup: /system.slice/packagekit.service
             └─6044 /usr/libexec/packagekitd

Apr 25 00:15:40 littlebeast systemd[1]: Starting packagekit.service - PackageKit Daemon...
Apr 25 00:15:40 littlebeast PackageKit[6044]: daemon start
FAIL: 3
1 Like

Maybe we can try running /usr/libexec/packagekitd manually with increased verbosity to see if it says anything? That’s what the systemd timer runs:

/usr/libexec/packagekitd --verbose

May need sudo, but I’m not sure.

Yes, that’s what I did here!

I did it again.
While it was running I run dnf upgrade that worked correctly :slight_smile:

$ sudo /usr/libexec/packagekitd --verbose
18:44:03        PackageKit          Verbose debugging enabled (on console 1)
18:44:03        PackageKit          daemon shutdown set to 300 seconds
18:44:03        PackageKit          setting config file watch on /etc/PackageKit/PackageKit.conf
18:44:03        PackageKit          Trying to load : dnf
18:44:03        PackageKit          dlopening '/usr/lib64/packagekit-backend/libpk_backend_dnf.so'
18:44:03        PackageKit-DNF      Using libdnf 0.72.0
18:44:03        PackageKit-DNF      Using librepo 1.17.0
18:44:17        PackageKit          trying to open database '/var/lib/PackageKit/transactions.db'
18:44:17        PackageKit          job count is now at 9795
18:44:17        PackageKit          PkEngine: acquired name: org.freedesktop.PackageKit
18:44:17        PackageKit          CreateTransaction method called
18:44:17        PackageKit          job count now 9796
18:44:17        PackageKit          trying to open database '/var/lib/PackageKit/transactions.db'
18:44:17        PackageKit          job count is now at 9795
18:44:17        PackageKit          transaction now new
18:44:17        PackageKit          setting sender to :1.95
18:44:17        PackageKit          adding transaction 0x56511d1d2ec0
18:44:17        PackageKit          sending object path: '/9796_bddebaec'
18:44:17        PackageKit          notify::connected
18:44:17        PackageKit          SetHints method called: supports-plural-signals=true
18:44:17        PackageKit          Client has set supports-plural-signals=true
18:44:17        PackageKit          GetUpdates method called
18:44:17        PackageKit          transaction now ready
18:44:17        PackageKit          changing transaction to exclusive mode
18:44:17        PackageKit          1 transactions in list, 1 committed but not finished
18:44:17        PackageKit          transaction now running
18:44:17        PackageKit          install uid now 1000
18:44:17        PackageKit          install cmdline now PackageKit: get-updates
18:44:17        PackageKit          setting role for /9796_bddebaec to get-updates
18:44:17        PackageKit          SetHints method called: supports-plural-signals=true
18:44:17        PackageKit          Client has set supports-plural-signals=true
18:44:17        PackageKit-DNF      got state query with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:18        PackageKit-DNF      got state loading-cache with hint (null)
18:44:19        PackageKit-DNF      created cached sack DnfSack::release_ver[40]::filelists|updateinfo|remote
18:44:19        PackageKit          backend was running for 1281 ms
18:44:19        PackageKit          emitting finished 'success', 1281
18:44:19        PackageKit          transaction now finished
18:44:19        PackageKit          1 transactions in list, 0 committed but not finished
18:44:22        PackageKit          engine idle zero as 1 transactions in progress
18:44:22        PackageKit          idle is 0
18:44:24        PackageKit          transaction /9796_bddebaec completed, removing
18:44:24        PackageKit          emitting destroy /9796_bddebaec
18:44:27        PackageKit          idle is 8
18:44:32        PackageKit          idle is 13
18:44:37        PackageKit          idle is 18
18:44:42        PackageKit          idle is 23
18:44:47        PackageKit          idle is 28
18:44:52        PackageKit          idle is 33
18:44:57        PackageKit          idle is 38
18:45:02        PackageKit          idle is 43
18:45:07        PackageKit          idle is 48
18:45:12        PackageKit          idle is 53
18:45:17        PackageKit          idle is 58
18:45:22        PackageKit          idle is 63
18:45:27        PackageKit          idle is 68
 18:45:32       PackageKit          idle is 73
18:45:37        PackageKit          idle is 78
18:45:42        PackageKit          idle is 83
18:45:47        PackageKit          idle is 88
18:45:52        PackageKit          idle is 93
18:45:57        PackageKit          idle is 98
18:46:02        PackageKit          idle is 103
18:46:07        PackageKit          idle is 108
18:46:12        PackageKit          idle is 113
18:46:17        PackageKit          idle is 118
18:46:22        PackageKit          idle is 123
18:46:27        PackageKit          idle is 128
18:46:32        PackageKit          idle is 133
18:46:37        PackageKit          idle is 138
18:46:42        PackageKit          idle is 143
18:46:47        PackageKit          idle is 148
18:46:52        PackageKit          idle is 153
18:46:57        PackageKit          idle is 158
18:47:02        PackageKit          idle is 163
18:47:07        PackageKit          idle is 168
18:47:12        PackageKit          idle is 173
18:47:17        PackageKit          idle is 178
18:47:22        PackageKit          idle is 183
18:47:27        PackageKit          idle is 188
18:47:32        PackageKit          idle is 193
18:47:37        PackageKit          idle is 198
18:47:42        PackageKit          idle is 203
18:47:47        PackageKit          idle is 208
18:47:52        PackageKit          idle is 213
18:47:57        PackageKit          idle is 218
18:48:02        PackageKit          idle is 223
18:48:07        PackageKit          idle is 228
18:48:12        PackageKit          idle is 233
18:48:17        PackageKit          idle is 238
18:48:22        PackageKit          idle is 243
18:48:27        PackageKit          idle is 248
18:48:32        PackageKit          idle is 253
18:48:37        PackageKit          idle is 258
18:48:42        PackageKit          idle is 263
18:48:47        PackageKit          idle is 268
18:48:52        PackageKit          idle is 273
18:48:57        PackageKit          idle is 278
18:49:02        PackageKit          idle is 283
18:49:07        PackageKit          idle is 288
18:49:12        PackageKit          idle is 293
18:49:17        PackageKit          idle is 298
18:49:22        PackageKit          idle is 303

$ echo $?
0

It finish by itself.

So, let’s say that I have a workaround to update my installation while I try to find out WHY this service goes in timeout at startup.

1 Like

I’ll be watching this issue as I have the same problem.

Failed to contact PackageKit: Error calling StartServiceByName for org.freedesktop.PackageKit: Timeout was reached

2 Likes

Ah, yeh, so nothing useful from there either :frowning:

Wait—does dnf update also not work correctly? Or does packagekitd work “correctly” when dnf update is running?

From what I know, packagekit uses libdnf under the hood, but it and dnf should be quite independent because they have their own caches and histories and all that.

I think dnf depends on PackageKit, in fact dnf doesn’t work on my system now, but if I start ‘packagekitd’ it works.

1 Like

No, that’s not the case. dnf does not depend on packagekit—packagekit is a layer over dnf (and other package managers used in other distributions). On Fedora, packagekit uses libdnf to do things. Lots of Fedora spins won’t have packagekit installed at all since dnf is sufficient for use on the command line.

So, the root cause here could be dnf not working—what errors do you get there? dnf not working is quite a big deal :slight_smile:

1 Like

That’s great to hear!
I checked again and, I beg you pardon, I was wrong, dnf works, even if it starts to print things very slowly. I did a test:

$ time sudo dnf --version
4.19.2
  Installed: dnf-0:4.19.2-1.fc40.noarch at Wed 24 Apr 2024 12:46:05 GMT
  Built    : Fedora Project at Fri 29 Mar 2024 17:54:01 GMT

  Installed: rpm-0:4.19.1.1-1.fc40.x86_64 at Wed 24 Apr 2024 12:45:06 GMT
  Built    : Fedora Project at Wed 07 Feb 2024 15:55:53 GMT
sudo dnf --version  0.00s user 0.02s system 0% cpu 2:00.48 total

So I think the root cause here it’s dnf! Two minutes only to print its version :thinking:
And exactly two minutes, something strange here…

1 Like

It shouldn’t take that long, unless it was updating its metadata, which one would assume it doesn’t do when printing its version.

Here’s on my system:

$ time sudo dnf --version
4.19.2
  Installed: dnf-0:4.19.2-1.fc40.noarch at Wed 24 Apr 2024 14:38:42 GMT
  Built    : Fedora Project at Fri 29 Mar 2024 17:54:01 GMT

  Installed: rpm-0:4.19.1.1-1.fc40.x86_64 at Wed 24 Apr 2024 14:38:10 GMT
  Built    : Fedora Project at Wed 07 Feb 2024 15:55:53 GMT

real    0m0.302s
user    0m0.005s
sys     0m0.007s

How about some other standard dnf commands? How about:

sudo dnf repolist -v

Maybe that’ll spit out something useful. I assume nothing showed up in the logs in the 2 minutes it took to print the version?

Yep, journalctl printed out nothing interesting, at least to me:

$ sudo journalctl -b -f
Apr 26 16:33:01 littlebeast audit[9898]: USER_ACCT pid=9898 uid=1000 auid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:accounting grantors=pam_unix,pam_localuser acct="cirelli" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/3 res=success'
Apr 26 16:33:01 littlebeast sudo[9898]:  cirelli : TTY=pts/3 ; PWD=/home/cirelli ; USER=root ; COMMAND=/usr/bin/dnf repolist -v
Apr 26 16:33:01 littlebeast audit[9898]: USER_CMD pid=9898 uid=1000 auid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='cwd="/home/cirelli" cmd=646E66207265706F6C697374202D76 exe="/usr/bin/sudo" terminal=pts/3 res=success'
Apr 26 16:33:01 littlebeast audit[9898]: CRED_REFR pid=9898 uid=1000 auid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_fprintd acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/3 res=success'
Apr 26 16:33:01 littlebeast sudo[9898]: pam_unix(sudo:session): session opened for user root(uid=0) by cirelli(uid=1000)
Apr 26 16:33:01 littlebeast audit[9898]: USER_START pid=9898 uid=1000 auid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_keyinit,pam_limits,pam_keyinit,pam_limits,pam_systemd,pam_unix acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/3 res=success'
Apr 26 16:35:02 littlebeast sudo[9898]: pam_unix(sudo:session): session closed for user root
Apr 26 16:35:02 littlebeast audit[9898]: USER_END pid=9898 uid=1000 auid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:session_close grantors=pam_keyinit,pam_limits,pam_keyinit,pam_limits,pam_systemd,pam_unix acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/3 res=success'
Apr 26 16:35:02 littlebeast audit[9898]: CRED_DISP pid=9898 uid=1000 auid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:setcred grantors=pam_env,pam_fprintd acct="root" exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/3 res=success'

Meanwhile I did:

$ time sudo dnf repolist -v
Loaded plugins: builddep, changelog, config-manager, copr, debug, debuginfo-install, download, generate_completion_cache, groups-manager, needs-restarting, notify-packagekit, playground, repoclosure, repodiff, repograph, repomanage, reposync, system-upgrade
DNF version: 4.19.2
cachedir: /var/cache/dnf
Last metadata expiration check: 1:11:41 ago on Fri 26 Apr 2024 15:23:20 CEST.
Repo-id            : code
Repo-name          : Visual Studio Code
Repo-revision      : 1714101400
Repo-updated       : Fri 26 Apr 2024 05:16:40 CEST
Repo-pkgs          : 413
Repo-available-pkgs: 413
Repo-size          : 52 G
Repo-baseurl       : https://packages.microsoft.com/yumrepos/vscode
Repo-expire        : 172,800 second(s) (last: Fri 26 Apr 2024 15:23:20 CEST)
Repo-filename      : /etc/yum.repos.d/vscode.repo

Repo-id            : fedora
Repo-name          : Fedora 40 - x86_64
Repo-revision      : 1713120683
Repo-updated       : Sun 14 Apr 2024 20:51:11 CEST
Repo-pkgs          : 74,881
Repo-available-pkgs: 74,881
Repo-size          : 109 G
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=fedora-40&arch=x86_64
  Updated          : Fri 26 Apr 2024 15:23:15 CEST
Repo-baseurl       : rsync://mirrors.dotsrc.org/fedora-enchilada/linux/releases/40/Everything/x86_64/os/ (131 more)
Repo-expire        : 604,800 second(s) (last: Fri 26 Apr 2024 15:23:15 CEST)
Repo-filename      : /etc/yum.repos.d/fedora.repo

Repo-id            : fedora-cisco-openh264
Repo-name          : Fedora 40 openh264 (From Cisco) - x86_64
Repo-revision      : 1702305836
Repo-updated       : Mon 11 Dec 2023 15:43:50 CET
Repo-pkgs          : 4
Repo-available-pkgs: 4
Repo-size          : 898 k
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=fedora-cisco-openh264-40&arch=x86_64
  Updated          : Fri 26 Apr 2024 15:23:18 CEST
Repo-baseurl       : https://codecs.fedoraproject.org/openh264/40/x86_64/os/ (0 more)
Repo-expire        : 1,209,600 second(s) (last: Fri 26 Apr 2024 15:23:18 CEST)
Repo-filename      : /etc/yum.repos.d/fedora-cisco-openh264.repo

Repo-id            : google-chrome
Repo-name          : google-chrome
Repo-revision      : 1714073103
Repo-updated       : Thu 25 Apr 2024 21:25:03 CEST
Repo-pkgs          : 3
Repo-available-pkgs: 3
Repo-size          : 316 M
Repo-baseurl       : https://dl.google.com/linux/chrome/rpm/stable/x86_64
Repo-expire        : 172,800 second(s) (last: Fri 26 Apr 2024 15:23:18 CEST)
Repo-filename      : /etc/yum.repos.d/google-chrome.repo

Repo-id            : insync
Repo-name          : insync repo
Repo-revision      : 1712729295
Repo-updated       : Wed 10 Apr 2024 08:08:16 CEST
Repo-pkgs          : 8
Repo-available-pkgs: 8
Repo-size          : 150 M
Repo-baseurl       : http://yum.insync.io/fedora/40/
Repo-expire        : 7,200 second(s) (last: Fri 26 Apr 2024 15:23:18 CEST)
Repo-filename      : /etc/yum.repos.d/insync.repo

Repo-id            : rpmfusion-free
Repo-name          : RPM Fusion for Fedora 40 - Free
Repo-revision      : 1713615107
Repo-tags          : binary-x86_64
Repo-distro-tags      : [cpe:/o:fedoraproject:fedora:40]: F, o, r, t, y
Repo-updated       : Sat 20 Apr 2024 14:11:51 CEST
Repo-pkgs          : 422
Repo-available-pkgs: 422
Repo-size          : 787 M
Repo-metalink      : https://mirrors.rpmfusion.org/metalink?repo=free-fedora-40&arch=x86_64
  Updated          : Fri 26 Apr 2024 15:23:19 CEST
Repo-baseurl       : rsync://mirror.netsite.dk/rpmfusion/free/fedora/development/40/Everything/x86_64/os/ (31 more)
Repo-expire        : 1,209,600 second(s) (last: Fri 26 Apr 2024 15:23:19 CEST)
Repo-filename      : /etc/yum.repos.d/rpmfusion-free.repo

Repo-id            : rpmfusion-free-updates
Repo-name          : RPM Fusion for Fedora 40 - Free - Updates
Repo-revision      : 1713957486
Repo-tags          : binary-x86_64
Repo-distro-tags      : [cpe:/o:fedoraproject:fedora:40]: F, o, r, t, y
Repo-updated       : Wed 24 Apr 2024 13:18:06 CEST
Repo-pkgs          : 1
Repo-available-pkgs: 1
Repo-size          : 26 k
Repo-metalink      : https://mirrors.rpmfusion.org/metalink?repo=free-fedora-updates-released-40&arch=x86_64
  Updated          : Fri 26 Apr 2024 15:23:19 CEST
Repo-baseurl       : https://rpmfusion.ip-connect.info/free/fedora/updates/40/x86_64/ (31 more)
Repo-expire        : 172,800 second(s) (last: Fri 26 Apr 2024 15:23:19 CEST)
Repo-filename      : /etc/yum.repos.d/rpmfusion-free-updates.repo

Repo-id            : rpmfusion-nonfree
Repo-name          : RPM Fusion for Fedora 40 - Nonfree
Repo-revision      : 1713615501
Repo-tags          : binary-x86_64
Repo-distro-tags      : [cpe:/o:fedoraproject:fedora:40]: F, o, r, t, y
Repo-updated       : Sat 20 Apr 2024 14:18:23 CEST
Repo-pkgs          : 194
Repo-available-pkgs: 194
Repo-size          : 1.4 G
Repo-metalink      : https://mirrors.rpmfusion.org/metalink?repo=nonfree-fedora-40&arch=x86_64
  Updated          : Fri 26 Apr 2024 15:23:19 CEST
Repo-baseurl       : rsync://rpmfusion.ip-connect.info/rpmfusion/nonfree/fedora/development/40/Everything/x86_64/os/ (31 more)
Repo-expire        : 1,209,600 second(s) (last: Fri 26 Apr 2024 15:23:19 CEST)
Repo-filename      : /etc/yum.repos.d/rpmfusion-nonfree.repo

Repo-id            : rpmfusion-nonfree-updates
Repo-name          : RPM Fusion for Fedora 40 - Nonfree - Updates
Repo-revision      : 1713958653
Repo-tags          : binary-x86_64
Repo-distro-tags      : [cpe:/o:fedoraproject:fedora:40]: F, o, r, t, y
Repo-updated       : Wed 24 Apr 2024 13:37:34 CEST
Repo-pkgs          : 52
Repo-available-pkgs: 52
Repo-size          : 779 M
Repo-metalink      : https://mirrors.rpmfusion.org/metalink?repo=nonfree-fedora-updates-released-40&arch=x86_64
  Updated          : Fri 26 Apr 2024 15:23:20 CEST
Repo-baseurl       : http://fedora.tu-chemnitz.de/pub/linux/rpmfusion/nonfree/fedora/updates/40/x86_64/ (31 more)
Repo-expire        : 172,800 second(s) (last: Fri 26 Apr 2024 15:23:20 CEST)
Repo-filename      : /etc/yum.repos.d/rpmfusion-nonfree-updates.repo

Repo-id            : updates
Repo-name          : Fedora 40 - x86_64 - Updates
Repo-revision      : 1714097634
Repo-updated       : Fri 26 Apr 2024 04:56:12 CEST
Repo-pkgs          : 7,086
Repo-available-pkgs: 7,086
Repo-size          : 15 G
Repo-metalink      : https://mirrors.fedoraproject.org/metalink?repo=updates-released-f40&arch=x86_64
  Updated          : Fri 26 Apr 2024 15:23:18 CEST
Repo-baseurl       : https://repo.hyron.dev/fedora/linux/updates/40/Everything/x86_64/ (118 more)
Repo-expire        : 21,600 second(s) (last: Fri 26 Apr 2024 15:23:18 CEST)
Repo-filename      : /etc/yum.repos.d/fedora-updates.repo
Total packages: 83,064
sudo dnf repolist -v  0.00s user 0.02s system 0% cpu 2:00.95 total

Should I try to remove non-standard repositories?

Opened more precise ask fedora thread.

This was the solution for me.

2 Likes

So for other users, what was the cause? A VPN?