Only one stable german mirror available


as written by @Kobold in Only a single german host in the Pacman mirror list it seems that only one stable German mirror is available.

@stargazer wrote here Only a single german host in the Pacman mirror list - #7 by stargazer that the current status can be checked on this link: - There you can see that only one mirror mirrors the stable state.

If I go directly to eg. FTP-Archivbrowser | FTP-Archiv | Anwendungen und Dienste | URZ | TU Chemnitz I can see that stable was mirrored last 4 days ago.

Thanks for your help!

I just pushed a couple packages to all branches, so it can take some time for all mirrors to catch up.


The check mark means that mirror is up to date on your branch. The other mirrors are still available; they just haven’t updated yet.


Okay, but it seems that pacman-mirrors uses this state to detect which mirrors must be probed. That means shortly after a push only one mirror is considered and gets the full load instead of always probing all active mirrors. For my case it would be okay to always probe the full list even if I miss some very fresh updates instead of having a slow mirror. Is this the intended behavior or is it just because there is no other way to figure out if a mirror is still valid for the given state like having another flag that tells if the mirror was synchronized in the last 14 days or similar.


Just found out about the --no-status flag. So I guess my thread can be closed by just running

pacman-mirrors -s -c de

and everything works as expected.

Thanks for your help!

Manjaro has no control over mirror servers offered by the community, if they are slow, if they don’t sync as regularly as you wish, or whatever.

Pacman Mirrors will select up to date mirror. That how it works.

1 Like

Thanks all for the explanation. I understand the behavior of pacman-mirrors and I’m happy with the -s flag as this solves my problem by selecting the fastest mirror instead of the mirror with one or two more recent packages. I’m also aware that for security updates that would be not the ideal solution as they are delayed.

So I guess the best approach for speed and security would be:

pacman-mirros -s -c de
pacman -Syu
pacman-mirrors -c de
pacman -Syu

It’s not the mirror with one or 2 more recent packages. At the time, it was the only up-to-date mirror.

Ok, so do you think my approach won’t work as there will be always a big update or is the regular case that only some packages change the stable state of the mirrors and it is ok to first get the update from the fastest, not stable, mirror and than sync the missing updates from the stable mirror?

Either the mirror will be up-to-date or not. You won’t get a few updates first from an out-of-date mirror. Even if you did, you would have a partially updated system, which can break your installation.

The amount of issues stemming from partial mirror sync is a continuous problem hitting quite a few people regularly.

Since manjaro releases things in “packages” at least for stable branch, should it not be possible to ensure all files are of correct version before installing a “package” ? Things that fall outside this would only be hotfixes etc. that are pushed outside of a “stable update” package

The way rsync works - it that it copies the sync to a temporary folder - then when all is successfully synced - the content of the temporary folder is copied to their respective locations and the removed files are deleted.

This is usually ensuring consistency within a branch as all files will be avaailable at the same time - including the database which holds the information about the new set of files.

The chance of a partial sync for a client connecting to any given mirror during the mirror’s sync process is highly unlikely.

The partial sync one can run into is usually caused by improper use of the sync command e.g.

sudo pacman -Su
sudo pacman -S <pkgname>

Always use

sudo pacman -Syu

And if you have changed your primary mirror

sudo pacman -Syyu

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.