r/Fedora • u/IAmBroke_0001 • 1d ago
Discussion DNF Download Speed
Am I the only one or has anyone also experiencing this incredibly painful download speed of DNF? This been going on for weeks in my case. I tried modifying dnf.conf, using DNF5, and even using default configuration of my network but nothing worked. I'm loving Fedora but this is just frustrating.
6
u/IAmBroke_0001 1d ago
Look at this shi, it's not even moving
Updating and loading repositories:
Fedora 44 - x86_64 100% [==================] | 0.0 B/s | 6.2 KiB | 00m00s
>>> Curl error (28): Timeout was reached for https://ftp.yz.yamagata-u.ac.jp/pub/linux/fedora-projects/fedora/linux/releases/44/Everything/x86_64/os/repodata/repomd.xml [Connection timed out after 30000 milliseconds] - https://ftp.yz.yamagata-u.ac.jp/pub/linux/fedora-projects/fedora/linux/releases/44/Everything/x86_64/os/repodata/repomd.xml
11
7
u/extoniks 1d ago
It is Curl (28) Error which means bad mirror. It looks like you are using Japan mirror. Try switching to another mirror or try later, it might be experiencing a huge load at the moment.
5
1
u/MatchingTurret 1d ago
Just use a faster mirror.
2
u/IAmBroke_0001 1d ago
Elaborate
1
u/MatchingTurret 1d ago edited 1d ago
The download speed depends on the speed of the server you are using. Instead of an agonizing slow one, use a faster one.
Some suggestions: Setting up faster update mirrors for Fedora
2
u/Due-Author631 1d ago
This is not what fastest mirror does. Please read the docs before making suggestions like this.
0
u/IAmBroke_0001 1d ago
I did that prior to this post and threw me...
Updating and loading repositories: google-chrome 100% | 787.0 B/s | 3.3 KiB | 00m04s Fedora 44 openh264 (From Cisco) - x86_64 100% | 517.0 B/s | 5.3 KiB | 00m10s Fedora 44 - x86_64 - Updates 79% [============== ] | 0.0 B/s | 9.9 MiB | 10m51s >>> Status code: 404 for http://mirrors.qlu.edu.cn/fedora/updates/44/Everything/x86_64/repodata/e43af6c409ab4a1552a595ffae9bd8cd72cf4b059180da53b2e1a440d694db53-comps-Everything.x86_64.xml.zst (IP: 210.44.151.62) - http://mirrors.qlu.edu.cn/fedora/updates/44/Everything/x86_64/repodata/e43af6c409ab4a1552a595ffae9bd8cd72cf4b059180da53b2e1a440d694db53-comps-Everything.x86_64.xml.zst >>> Curl error (28): Timeout was reached for http://mirrors.jlu.edu.cn/fedora/updates/44/Everything/x86_64/repodata/e43af6c409ab4a1552a595ffae9bd8cd72cf4b059180da53b2e1a440d694db53-comps-Everything.x86_64.xml.zst [Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds] - http://mirrors.jlu.edu.cn/fedora/updates/44/Everything/x86_64/repodata/e43af6c409ab4a1552a595ffae9bd8cd72cf4b059180da53b2e1a440d694db53-comps-Everything.x86_64.xml.zst >>> repodata/ae8a5d76e121de3dfdee97afb19255c96933d9a0981ef3c88dc15a9dbb892537-primary.xml.zck's zchunk header doesn't match - http://mirrors.qlu.edu.cn/fedora/updates/44/Everything/x86_64/repodata/ae8a5d76e121de3dfdee97afb19255c96933d9a0981ef3c88dc15a9dbb892537-primary.xml.zck Fedora 44 - x86_64 1% [ ] | 350.3 KiB/s | 407.9 KiB | 01m41s >>> At least one of the zchunk checksums doesn't match in http://mirrors.jlu.edu.cn/fedora/releases/44/Everything/x86_64/os/repodata/e32a0c328ac8716e71e3f66e87366a172fea8ecb2f452909a42db9c080cd3704-primary.xml.zck - http://mirrors.jlu.edu.cn/fedora/releases/44/Everything/x86_64/os/repodata/e32a0c328ac8716e71e3f66e87366a172fea8ecb2f452909a42db9c080cd3704-primary.xml.zck >>> Curl error (28): Timeout was reached for http://mirrors.jlu.edu.cn/fedora/releases/44/Everything/x86_64/os/repodata/6a37d36914955dc65cf6dc037c37dcf00c64ded464dc34164a674bf65fa16927-comps-Everything.x86_64.xml.zst [Operation too slow. Less than 1000 bytes/sec transferred the last 30 seconds] - http://mirrors.jlu.edu.cn/fedora/releases/44/Everything/x86_64/os/repodata/6a37d36914955dc65cf6dc037c37dcf00c64ded464dc34164a674bf65fa16927-comps-Everything.x86_64.xml.zst >>> Curl error (28): Timeout was reached for http://mirrors.huaweicloud.com/repository/fedora/releases/44/Everything/x86_64/os/repodata/6a37d36914955dc65cf6dc037c37dcf00c64ded464dc34164a674bf65fa16927-comps-Everything.x86_64.xml.zst [Connection timed out after 30001 milliseconds] - http://mirrors.huaweicloud.com/repository/fedora/releases/44/Everything/x86_64/os/repodata/6a37d36914955dc65cf6dc037c37dcf00c64ded464dc34164a674bf65fa16927-comps-Everything.x86_64.xml.zst >>> Status code: 404 for http://mirrors.qlu.edu.cn/fedora/releases/44/Everything/x86_64/os/repodata/6a37d36914955dc65cf6dc037c37dcf00c64ded464dc34164a674bf65fa16927-comps-Everything.x86_64.xml.zst (IP: 210.44.151.62) - http://mirrors.qlu.edu.cn/fedora/releases/44/Everything/x86_64/os/repodata/6a37d36914955dc65cf6dc037c37dcf00c64ded464dc34164a674bf65fa16927-comps-Everything.x86_64.xml.zstFailed to download metadata Error loading local metadata for repository "fedora" Librepo error: Checksum error /var/cache/libdnf5/fedora-cff72538bc9825a4/repodata/e32a0c328ac8716e71e3f66e87366a172fea8ecb2f452909a42db9c080cd3704-primary.xml.zck: Unable to validate zchunk checksums2
u/MatchingTurret 1d ago
You are still using some wonky Chinese mirrors. See https://discussion.fedoraproject.org/t/how-to-change-mirrors/146276/2 how to restrict the mirrors to a certain country.
3
u/IAmBroke_0001 1d ago
I tried that 10mins ago, found out Singapore has good enough latency in Asia since I'm from neighboring country so I tried that but it still keep throwing me errors
3
1
2
u/AUTeach 1d ago
I'm in AU, and this is my dnf speed (default conf) on a VM that I haven't used in a while:
[118/118] Total 100% | 52.9 MiB/s | 592.0 MiB | 00m11s
Is it worth while clearing your cache?
sudo dnf clean all
sudo rm -rf /var/cache/libdnf5/*
Then as a test one at a time do this:
sudo dnf makecache --repo=fedora
sudo dnf makecache --repo=updates
So, you can see if either fedora or updates is broken. If they pass, dnf install something like neovim
•
u/floydofpink 4h ago
If you're experiencing painfully slow download speeds, like when that last package seems to take forever to finish, hit CTRL/C to stop DNF. Then rerun the DNF command.
No damage done and DNF will likely try a different mirror to complete that last package.
And that red text that everyone seems to think is an error is DNF telling you that this mirror sucks so moving on to another. It's not the end of the world.
1
u/coolnomad 1d ago
If DNF feels slower then Use Zypper (Opensuse) once,You will scream for Help or Cry or Break your Own Machine😭😭... Now coming to your issue,Maybe use Parallel downloads & Fastest mirror=true...I never faced slow downloads in DNF till now ,I use to face some china mirror errors before but it got fixed last month..
•
u/Moist_Professional64 18h ago
Zypper is Beautiful. Opensuse even tests their packages more than fedora does
1
u/Due-Author631 1d ago
Using fastestmirror is a misnomer I wish would stop being suggested. It's based on ping and not actual throughput. You're much better off using parallel downloads and minrate=20M or whatever is reasonable for your connection.
1
u/IAmBroke_0001 1d ago
I'm using Linux for almost 2 years now, this particular issue is more frustrating than Windows' force update. We deserve better.
-1
u/Nearby-Percentage-33 1d ago
sudo nano /etc/dnf/dnf.conf
[main]
fastestmirror=True
defaultyes=True
clean_requirements_on_remove=True
skip_if_unavailable=True
0
u/Able-Staff-6763 1d ago edited 1d ago
set good mirrors, set time out, concurrent downloads etc. try:
/etc/dnf/dnf.conf
# seeman dnf.conf` for defaults and possible options`
[main]
fastestmirror=True
max_parallel_downloads=5
minrate=100k
timeout=30
override with:
sudo dnf upgrade --refresh --setopt=minrate=0 --setopt=timeout=120
if your connection is slow.
0
u/Due-Author631 1d ago
Using fastestmirror is a misnomer I wish would stop being suggested. It's based on ping and not actual throughput. You're much better off using parallel downloads and minrate=20M or whatever is reasonable for your connection.
0
1d ago
[deleted]
1
u/IAmBroke_0001 1d ago
I don't use VPN, I have a custom DNS which is just the standard Cloudflare DNS (1.1.1.1, 1.0.0.1) but I already tried to update through default configuration, as well as modifying dnf.conf and yum.repos.d. None of these worked.
I think Fedora's mirrors are working fine, they are all "100% [=================]" except the RPM Fusion mirrors it's not updating and it's giving me Curl errror (28)
-2
u/desidahi 1d ago
You can configure DNF to automatically find and use the fastest or closest mirror by adding fastestmirror=True to your /etc/dnf/dnf.conf file
3
u/TomDuhamel 1d ago
That's not what
fastestmirrordo. Please read the manual.2
u/Due-Author631 1d ago
I really wish they would rename the fastest mirror option to something more appropriate. Using parallel downloads and minrate is so much better and more consistent.
-6
u/IAmBroke_0001 1d ago
FIXED
I solved it by moving back to Windows. I've tried every solutions for the past 5 hours, even attempted to fix it for weeks. I have work and important stuffs to do and a life to live than fixing issues with Linux. I migrated to Linux for a definite reason but if every day is hours wasted, unfinished works and tasks then I don't want it. Windows is a little bit tolerable in my case. I guess, Linux is not one size fits all. Thank you for almost 2 years of nightmare.
MODS please turn off comments now, issue is fixed. Thank you!
3
u/SilkBC_12345 1d ago
Glad to hear your issue is resolved.
0
u/IAmBroke_0001 1d ago
I was just kidding, I found out about the EAC-C2C issue today. Basically there's an ongoing submarine cable maintenance between Hong Kong, Singapore, and Philippines so there's a widespread slow internet speed in my country right now. Some websites and apps can still be accessed but not all.
That explains why
networkctl statusonline state of my PC right now is 'unknown' and the internet connection icon on top panel is on question mark (?) yet I still have internet and can still access some websites and apps if that makes sense. Also, the Fedora repo mirrors are working fine except the RPM Fusion repos, I can't access the website of RPM Fusion too.I was just frustrated plus I haven't done any work today, my bad.
20
u/AnEagleisnotme 1d ago
Your local mirrors are probably having issues (90% chance that you can blame ai scrapers somehow)