- Index
- » Pacman & Package Upgrade Issues
- » failed retrieving file ‘core.db’ from… when connected on the wifi
Pages: 1
#1 2018-12-22 13:45:22
- bidetaggle
- Member
- Registered: 2018-12-22
- Posts: 12
failed retrieving file ‘core.db’ from… when connected on the wifi
Hi there,
I’ve just moved home today and pacman doesn’t work when I’m connected on wifi:
sudo pacman -Suy
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from ftp.ntua.gr : Resolving timed out after 10000 milliseconds
error: failed retrieving file 'core.db' from archlinux.mirrors.uk2.net : Resolving timed out after 10000 milliseconds
error: failed retrieving file 'core.db' from pet.inf.ufsc.br : Resolving timed out after 10000 milliseconds
error: failed retrieving file 'core.db' from archlinux.mirrors.benatherton.com : Resolving timed out after 10000 milliseconds
etc...
But no problem to update once I connect to my phone’s hotspot. Is there a rational explanation (and how to fix this problem) ?
Thanks
#2 2018-12-22 15:08:19
- olive
- Member
- From: Belgium
- Registered: 2008-06-22
- Posts: 1,490
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
Seems like a DNS problem. Can you issue `ping www.google.com` and ping 8.8.8.8 to see what happens? Can you connect to the internet at all? Can you try to force your system to use Google DNS (8.8.8.8)? Also what is the content of /etc/resolv.conf?
Last edited by olive (2018-12-22 15:10:24)
#3 2018-12-22 15:56:40
- bidetaggle
- Member
- Registered: 2018-12-22
- Posts: 12
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
Not a DNS problem apparently
$ ping www.google.com
PING www.google.com (216.58.212.164) 56(84) bytes of data.
64 bytes from ams15s22-in-f4.1e100.net (216.58.212.164): icmp_seq=1 ttl=52 time=67.4 ms
$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=122 time=59.5 ms
Yes, I can browse on the internet as well, I can reach my server in ssh, everything seems normal except pacman
$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 192.168.1.1
nameserver fe80::1%wlp1s0
wlp1s0 is my network interface name.
$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 00:c2:c6:f0:26:de brd ff:ff:ff:ff:ff:ff
inet 192.168.1.19/24 brd 192.168.1.255 scope global dynamic noprefixroute wlp1s0
valid_lft 84199sec preferred_lft 84199sec
inet6 fe80::e28b:980a:3cd7:270c/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:41:1c:44:43 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
#4 2018-12-22 16:04:56
- Lone_Wolf
- Member
- From: Netherlands, Europe
- Registered: 2005-10-04
- Posts: 10,652
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
There’s one thing that strikes me as odd : all replies are ipv4 .
Do you have ipv6 disabled ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
#5 2018-12-22 16:21:16
- olive
- Member
- From: Belgium
- Registered: 2008-06-22
- Posts: 1,490
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
What happens if you try to download the core.db file manually, for example with wget?
#6 2018-12-22 16:59:59
- bidetaggle
- Member
- Registered: 2018-12-22
- Posts: 12
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
Lone_Wolf wrote:
There’s one thing that strikes me as odd : all replies are ipv4 .
Do you have ipv6 disabled ?
Can you tell me exactly how to know if it’s enabled or not ? It seems ok according to this command:
$ ip -6 addr show wlp1s0
2: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 fe80::e28b:980a:3cd7:270c/64 scope link noprefixroute
valid_lft forever preferred_lft forever
By the way, I don’t have a file like /etc/sysctl.d/40-ipv6.conf
$ ls /etc/sysctl.d
40-max-user-watches.conf
olive wrote:
What happens if you try to download the core.db file manually, for example with wget?
How can I find the link to try ? I’ve tried $ wget archlinux.mirrors.uk2.net/core.db but I guess it’s a wrong address
Last edited by bidetaggle (2018-12-22 17:02:28)
#7 2018-12-22 17:27:53
- loqs
- Member
- Registered: 2014-03-06
- Posts: 15,645
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
Pass the —debug option to pacman to show the urls it is using.
#8 2018-12-23 03:06:00
- eschwartz
- Fellow
- Registered: 2014-08-08
- Posts: 4,097
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
Will print (-p) the file locations for all packages that are in the current full system update (-u).
For packages available in the cache, this will be file:///var/cache/pacman/pkg urls, for packages that still need to be downloaded, this will be http urls that you can use to download. You can also use a package you definitely don’t have installed, in order to retrieve the correct url. The core.db will just be swapping out the last component, but I assume any file from the mirror would have the same error.
For the current version of pacman, you can now use
$ pacman-conf --repo core Server
https://mex.mirror.pkgbuild.com/core/os/x86_64
http://arch.mirror.square-r00t.net/core/os/x86_64
http://mirrors.rit.edu/archlinux/core/os/x86_64
http://mirror.epiphyte.network/archlinux/core/os/x86_64
http://mirror.f4st.host/archlinux/core/os/x86_64
http://mirror.metalgamer.eu/archlinux/core/os/x86_64
To get the right base url for a repo, and then append «/core.db»
Last edited by eschwartz (2018-12-23 03:08:40)
Managing AUR repos The Right Way — aurpublish (now a standalone tool)
#9 2018-12-23 12:40:59
- Lone_Wolf
- Member
- From: Netherlands, Europe
- Registered: 2005-10-04
- Posts: 10,652
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
bidetaggle wrote:
Lone_Wolf wrote:
There’s one thing that strikes me as odd : all replies are ipv4 .
Do you have ipv6 disabled ?Can you tell me exactly how to know if it’s enabled or not ? It seems ok according to this command:
$ ip -6 addr show wlp1s0 2: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000 inet6 fe80::e28b:980a:3cd7:270c/64 scope link noprefixroute valid_lft forever preferred_lft forever
By the way, I don’t have a file like /etc/sysctl.d/40-ipv6.conf
$ ls /etc/sysctl.d 40-max-user-watches.conf
IPv6 addresses starting with fe80 are a special case, see https://en.wikipedia.org/wiki/Link-local_address .
Ping uses ipv6 by default and ipv4 as fallback or when ping is specifcally told to use ipv4 (like pinging 8.8.8.8 )
The kernel by default supports ipv6 , but your networkcard hasn’t gotten an ipv6 dhcp address .
That means you disabled it OR your router / isp don’t support ipv6.
problems with ipv6 might have to do with the timeouts.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
#10 2018-12-23 14:24:17
- bidetaggle
- Member
- Registered: 2018-12-22
- Posts: 12
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
wget works:
$ wget http://mirror.united-gameserver.de/archlinux/multilib/os/x86_64
--2018-12-23 16:16:53-- http://mirror.united-gameserver.de/archlinux/multilib/os/x86_64
Resolving mirror.united-gameserver.de (mirror.united-gameserver.de)... 213.202.193.253
Connecting to mirror.united-gameserver.de (mirror.united-gameserver.de)|213.202.193.253|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://mirror.united-gameserver.de/archlinux/multilib/os/x86_64/ [following]
--2018-12-23 16:17:24-- http://mirror.united-gameserver.de/archlinux/multilib/os/x86_64/
Reusing existing connection to mirror.united-gameserver.de:80.
HTTP request sent, awaiting response... 200 OK
Length: 119975 (117K) [application/xhtml+xml]
Saving to: ‘x86_64.1’
x86_64.1 100%[========================================================================================>] 117.16K 27.6KB/s in 4.2s
2018-12-23 16:17:28 (27.6 KB/s) - ‘x86_64.1’ saved [119975/119975]
The last router I used worked well, I guess it means that my router doesn’t support ipv6 ? It’s the first time that I get this issue, most of the routers support ipv6, right ?
Then how to fix it ?
And I have also a small question aside my issue, why the mirror protocols are not using ssl ? I guess it’s a leak because a man-and-the-middle could modify the db file and make a link pointing on another content (locally or from internet, I guess there are further securities to prevent it, but still it’s something incertain), do you have any explanations about the http ?
#11 2018-12-23 14:40:14
- loqs
- Member
- Registered: 2014-03-06
- Posts: 15,645
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
What is the output of the following
/usr/bin/curl -v -C - -f http://mirror.united-gameserver.de/archlinux/core/os/x86_64/core.db > /dev/null
#12 2018-12-23 16:34:42
- Slithery
- Administrator
- From: Norfolk, UK
- Registered: 2013-12-01
- Posts: 5,776
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
bidetaggle wrote:
And I have also a small question aside my issue, why the mirror protocols are not using ssl ? I guess it’s a leak because a man-and-the-middle could modify the db file and make a link pointing on another content (locally or from internet, I guess there are further securities to prevent it, but still it’s something incertain), do you have any explanations about the http ?
Some mirrors do use https…
https://www.archlinux.org/mirrorlist/all/https/
It’s not of big as a risk as you’re making out. All of the packages in the official repositories are signed so it would be impossible for an attacker to get you to install an untrusted package. The worst they could do is to modify core.db so you didn’t get any updates for specific packages hoping to keep you on a vunerable version of a piece of software.
No, it didn’t «fix» anything. It just shifted the brokeness one space to the right. — jasonwryan
Closing — for deletion; Banning — for muppetry. — jasonwryan
aur — dotfiles
#13 2018-12-27 14:32:14
- bidetaggle
- Member
- Registered: 2018-12-22
- Posts: 12
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
loqs wrote:
What is the output of the following
/usr/bin/curl -v -C - -f http://mirror.united-gameserver.de/archlinux/core/os/x86_64/core.db > /dev/null
$ /usr/bin/curl -v -C - -f http://mirror.united-gameserver.de/archlinux/core/os/x86_64/core.db > /dev/null
* Uses proxy env variable no_proxy == 'localhost,127.0.0.0/8,::1'
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:14 --:--:-- 0* Trying 213.202.193.253...
* TCP_NODELAY set
* Connected to mirror.united-gameserver.de (213.202.193.253) port 80 (#0)
0 0 0 0 0 0 0 0 --:--:-- 0:00:16 --:--:-- 0> GET /archlinux/core/os/x86_64/core.db HTTP/1.1
> Host: mirror.united-gameserver.de
> User-Agent: curl/7.63.0
> Accept: */*
>
< HTTP/1.1 200 OK
< Server: nginx/1.10.3
< Date: Thu, 27 Dec 2018 14:27:38 GMT
< Content-Type: application/octet-stream
< Content-Length: 136750
< Last-Modified: Wed, 26 Dec 2018 02:35:25 GMT
< Connection: keep-alive
< ETag: "5c22e8ed-2162e"
< Accept-Ranges: bytes
<
{ [1141 bytes data]
100 133k 100 133k 0 0 8270 0 0:00:16 0:00:16 --:--:-- 29605
* Connection #0 to host mirror.united-gameserver.de left intact
$ sudo pacman -Suy
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from ftp.ntua.gr : Resolving timed out after 10000 milliseconds
What’s the prescription, doctor ?
Thank you for the explanations Slithery
#14 2018-12-27 15:15:49
- Scimmia
- Fellow
- Registered: 2012-09-01
- Posts: 10,046
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
Why are you testing mirror.united-gameserver.de when that’s not the server you’re using?
#15 2018-12-27 16:35:40
- loqs
- Member
- Registered: 2014-03-06
- Posts: 15,645
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
$ /usr/bin/curl -v -C - -f http://ftp.ntua.gr/pub/linux/archlinux/core/os/x86_64/core.db > /dev/null
#16 2019-01-03 21:58:38
- bidetaggle
- Member
- Registered: 2018-12-22
- Posts: 12
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
/usr/bin/curl -v -C - -f [url]http://ftp.ntua.gr/pub/linux/archlinux/core/os/x86_64/core.db[/url] > /dev/null
* Uses proxy env variable no_proxy == 'localhost,127.0.0.0/8,::1'
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:14 --:--:-- 0* Trying 147.102.222.211...
* TCP_NODELAY set
0 0 0 0 0 0 0 0 --:--:-- 0:00:15 --:--:-- 0* Connected to [url=ftp://ftp.ntua.gr]ftp.ntua.gr[/url] (147.102.222.211) port 80 (#0)
> GET /pub/linux/archlinux/core/os/x86_64/core.db HTTP/1.1
> Host: [url=ftp://ftp.ntua.gr]ftp.ntua.gr[/url]
> User-Agent: curl/7.63.0
> Accept: */*
>
< HTTP/1.1 200 OK
< Date: Thu, 03 Jan 2019 21:56:39 GMT
< Server: Apache/2.2
< Last-Modified: Wed, 02 Jan 2019 23:08:26 GMT
< ETag: "58347d-21973-57e81b92a6e80"
< Accept-Ranges: bytes
< Content-Length: 137587
< Connection: close
< Content-Type: text/plain; charset=UTF-8
<
{ [1135 bytes data]
100 134k 100 134k 0 0 8817 0 0:00:15 0:00:15 --:--:-- 30520
* Closing connection 0
So what’s up ? I have to connect to my phone to install something, it’s annoying lol
Last edited by bidetaggle (2019-01-11 10:47:03)
#17 2019-01-03 22:45:06
- loqs
- Member
- Registered: 2014-03-06
- Posts: 15,645
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
Please use code tags for commands plus their outputs. Was that last test conducted using your phone to provide a tethered internet connection?
#18 2019-01-11 10:47:42
- bidetaggle
- Member
- Registered: 2018-12-22
- Posts: 12
Re: failed retrieving file ‘core.db’ from… when connected on the wifi
no, this was using the local wifi…
# |
|
Темы: 1 Сообщения: 5 Участник с: 25 февраля 2012 |
Привет, я новичок. Появилась проблема с pacman -ом, не может найти файлы .db на зеркале обновления.
[[email protected] ~]$ sudo pacman -Syu Password: :: Synchronizing package databases... error: failed retrieving file 'core.db' from cake.lib.fit.edu : Connection time-out error: failed retrieving file 'core.db' from mirrors.cat.pdx.edu : Connection time-out error: failed retrieving file 'core.db' from mirror.ece.vt.edu : Connection time-out error: failed retrieving file 'core.db' from http://www.gtlib.gatech.edu : Connection time-out error: failed retrieving file 'core.db' from mirrors1.kernel.org : Connection time-out error: failed retrieving file 'core.db' from mirrors2.kernel.org : Connection time-out error: failed to update core (download library error) error: failed retrieving file 'extra.db' from mirror.isoc.org.il : Connection time-out Зеркала пингуются. Добавление в modprobe.conf options ipv6 disable=1 Не работает. [[email protected] modprobe.d]$ which pacman /usr/bin/pacman [[email protected] modprobe.d]$ pacman -V .--. Pacman v4.0.2 - libalpm v7.0.2 pacman.log [2012-02-19 12:36] Running 'pacman -Syu' [2012-02-19 12:36] synchronizing package lists [2012-02-19 12:36] starting full system upgrade [2012-02-19 13:06] upgraded gsm (1.0.13-6 -> 1.0.13-7) [2012-02-19 13:06] upgraded hawknl (1.68-2 -> 1.68-3) [2012-02-19 13:06] upgraded id3v2 (0.1.12-1 -> 0.1.12-2) [2012-02-19 13:06] upgraded libdiscid (0.2.2-1 -> 0.2.2-2) [2012-02-19 13:06] upgraded libid3tag (0.15.1b-6 -> 0.15.1b-7) [2012-02-19 13:06] upgraded libieee1284 (0.2.11-3 -> 0.2.11-4) [2012-02-19 13:06] upgraded libirman (0.4.5-2 -> 0.4.5-3) [2012-02-19 13:06] upgraded libmodplug (0.8.8.3-1 -> 0.8.8.4-1) [2012-02-19 13:06] upgraded libofa (0.9.3-3 -> 0.9.3-4) [2012-02-19 13:06] upgraded libzip (0.10-1 -> 0.10-2) [2012-02-19 13:06] upgraded naev-data (0.5.0-1 -> 0.5.0-2) [2012-02-19 13:06] upgraded neon (0.29.6-2 -> 0.29.6-3) [2012-02-19 13:06] upgraded openlierox (0.58_rc3-3 -> 0.58_rc3-4) [2012-02-19 13:06] upgraded openttd-opensfx (0.2.3-3 -> 0.2.3-4) [2012-02-19 13:06] upgraded p11-kit (0.9-1 -> 0.11-1) [2012-02-19 13:06] upgraded perl-error (0.17016-2 -> 0.17017-1) [2012-02-19 13:06] upgraded speech-dispatcher (0.7.1-5 -> 0.7.1-6) [2012-02-19 13:06] upgraded sudo (1.8.3.p2-2 -> 1.8.4-1) [2012-02-19 13:07] upgraded vlc (1.1.13-6 -> 2.0.0-1) [2012-02-20 14:18] Running 'pacman -S amule' [2012-02-20 14:19] installed geoip (1.4.8-1) [2012-02-20 14:19] installed crypto++ (5.6.1-3) [2012-02-20 14:19] installed amule (10759-1) pacman.conf # # /etc/pacman.conf # # See the pacman.conf(5) manpage for option and repository directives # # GENERAL OPTIONS # [options] # The following paths are commented out with their default values listed. # If you wish to use different paths, uncomment and update the paths. #RootDir = / #DBPath = /var/lib/pacman/ #CacheDir = /var/cache/pacman/pkg/ #LogFile = /var/log/pacman.log #GPGDir = /etc/pacman.d/gnupg/ HoldPkg = pacman glibc # If upgrades are available for these packages they will be asked for first SyncFirst = pacman #XferCommand = /usr/bin/curl -C - -f %u > %o #XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u #CleanMethod = KeepInstalled Architecture = auto # Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup #IgnorePkg = #IgnoreGroup = #NoUpgrade = #NoExtract = # Misc options #UseSyslog #UseDelta #TotalDownload CheckSpace #VerbosePkgLists # PGP signature checking # NOTE: None of this will work without running `pacman-key --init` first. # The compiled in default is equivalent to the following line. This requires # you to locally sign and trust packager keys using `pacman-key` for them to be # considered valid. #SigLevel = Optional TrustedOnly # If you wish to check signatures but avoid local sign and trust issues, use # the following line. This will treat any key imported into pacman's keyring as # trusted. #SigLevel = Optional TrustAll # For now, off by default unless you read the above. SigLevel = Never # # REPOSITORIES # - can be defined here or included from another file # - pacman will search repositories in the order defined here # - local/custom mirrors can be added here or in separate files # - repositories listed first will take precedence when packages # have identical names, regardless of version number # - URLs will have $repo replaced by the name of the current repo # - URLs will have $arch replaced by the name of the architecture # # Repository entries are of the format: # [repo-name] # Server = ServerName # Include = IncludePath # # The header [repo-name] is crucial - it must be present and # uncommented to enable the repo. # # The testing repositories are disabled by default. To enable, uncomment the # repo name header and Include lines. You can add preferred servers immediately # after the header, and they will be used before the default mirrors. #[testing] #SigLevel = PackageRequired #Include = /etc/pacman.d/mirrorlist [core] #SigLevel = PackageRequired Include = /etc/pacman.d/mirrorlist [extra] #SigLevel = PackageOptional Include = /etc/pacman.d/mirrorlist #[community-testing] #SigLevel = PackageRequired #Include = /etc/pacman.d/mirrorlist [community] #SigLevel = PackageOptional Include = /etc/pacman.d/mirrorlist # If you want to run 32 bit applications on your x86_64 system, # enable the multilib repositories as required here. #[multilib-testing] #SigLevel = PackageRequired #Include = /etc/pacman.d/mirrorlist [multilib] #SigLevel = PackageOptional Include = /etc/pacman.d/mirrorlist # An example of a custom package repository. See the pacman manpage for # tips on creating your own repositories. #[custom] #SigLevel = Optional TrustAll #Server = file:///home/custompkgs mirrorlist ## ## Arch Linux repository mirrorlist ## Generated on 2011-08-16 ## ## Any #Server = ftp://mirrors.kernel.org/archlinux/$repo/os/$arch #Server = http://mirrors.kernel.org/archlinux/$repo/os/$arch ## United States #Server = ftp://archlinux.supsec.org/pub/linux/arch/$repo/os/$arch #Server = http://archlinux.supsec.org/$repo/os/$arch #Server = ftp://cake.lib.fit.edu/archlinux/$repo/os/$arch Server = http://cake.lib.fit.edu/archlinux/$repo/os/$arch Server = http://mirrors.cat.pdx.edu/archlinux/$repo/os/$arch Server = http://mirror.ece.vt.edu/archlinux/$repo/os/$arch #Server = ftp://ftp.archlinux.org/$repo/os/$arch #Server = ftp://ftp.gtlib.gatech.edu/pub/archlinux/$repo/os/$arch Server = http://www.gtlib.gatech.edu/pub/archlinux/$repo/os/$arch #Server = ftp://mirror.ancl.hawaii.edu/linux/archlinux/$repo/os/$arch #Server = http://mirror.ancl.hawaii.edu/linux/archlinux/$repo/os/$arch Server = http://mirrors1.kernel.org/archlinux/$repo/os/$arch Server = http://mirrors2.kernel.org/archlinux/$repo/os/$arch #Server = ftp://locke.suu.edu/linux/dist/archlinux/$repo/os/$arch #Server = ftp://lug.mtu.edu/archlinux/ftpfull/$repo/os/$arch #Server = http://lug.mtu.edu/archlinux/ftpfull/$repo/os/$arch #Server = http://mirror.mocker.org/archlinux/$repo/os/$arch #Server = ftp://ftp.osuosl.org/pub/archlinux/$repo/os/$arch #Server = http://ftp.osuosl.org/pub/archlinux/$repo/os/$arch #Server = ftp://mirror.rit.edu/archlinux/$repo/os/$arch #Server = http://mirror.rit.edu/archlinux/$repo/os/$arch #Server = http://mirrors.rutgers.edu/archlinux/$repo/os/$arch #Server = http://mirrors.lax1.thegcloud.com/arch//$repo/os/$arch #Server = http://mirror.yellowfiber.net/archlinux/$repo/os/$arch ## Uzbekistan #Server = ftp://mirrors.st.uz/archlinux/$repo/os/$arch #Server = http://mirrors.st.uz/archlinux/$repo/os/$arch |
letster |
# |
Темы: 1 Сообщения: 5 Участник с: 25 февраля 2012 |
Нашел топик в англоязычном форуме. Добавил сообщение там. Будем посмотреть. |
vadik |
# |
Темы: 55 Сообщения: 5410 Участник с: 17 августа 2009 |
Сравните с вики. |
voodoochild |
# |
Темы: 20 Сообщения: 113 Участник с: 01 октября 2010 |
Доброго времени суток. У меня аналогичная проблема. ipv6 отключен через /etc/sysctl.conf (как указано в вики). |
bobart |
# |
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009 |
Попробуй в /etc/modprobe.d/modprobe.conf:
alias net-pf-10 off |
letster |
# |
Темы: 1 Сообщения: 5 Участник с: 25 февраля 2012 |
Спасибо. К сожалению мне не помогло. |
voodoochild |
# |
Темы: 20 Сообщения: 113 Участник с: 01 октября 2010 |
Особенность: если сначала пропинговать зеркало, а потом запустить pacman — то все работает. Но не долго — где-то минут так через 10-15 приходится заново пинговать (потребности так часто делать обновление нет, просто из интереса выяснить проблему).
voodoo ~ $ ping mirror.yandex.ru PING mirror.yandex.ru (213.180.204.183) 56(84) bytes of data. 64 bytes from mirror.yandex.ru (213.180.204.183): icmp_req=1 ttl=57 time=21.6 ms 64 bytes from mirror.yandex.ru (213.180.204.183): icmp_req=2 ttl=57 time=20.7 ms 64 bytes from mirror.yandex.ru (213.180.204.183): icmp_req=3 ttl=57 time=20.9 ms 64 bytes from mirror.yandex.ru (213.180.204.183): icmp_req=4 ttl=57 time=20.9 ms ^C --- mirror.yandex.ru ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3005ms rtt min/avg/max/mdev = 20.740/21.070/21.670/0.370 ms voodoo ~ $ sudo pacman -Syu Пароль: :: Синхронизируются базы данных пакетов... core не устарел extra 1386,3 KiB 2,18M/s 00:01 [######################################################] 100% community 1526,3 KiB 2,62M/s 00:01 [######################################################] 100% :: Запускается полное обновление системы... разрешение зависимостей... проверка на взаимную несовместимость... Цели (18): libdmx-1.1.1-2 libxcomposite-0.4.3-2 libxdmcp-1.1.0-2 libxext-1.3.0-2 libxfixes-5.0-2 libxft-2.2.0-2 libxinerama-1.1.1-2 libxkbfile-1.0.7-2 libxmu-1.1.0-2 libxpm-3.5.9-2 libxres-1.0.5-2 libxss-1.2.1-2 libxt-1.1.1-2 libxtst-1.2.0-2 libxv-1.0.6-2 libxvmc-1.0.6-2 vlc-2.0.0-8 weechat-0.3.7-1 Будет загружено: 9,31 MiB Будет установлено: 46,56 MiB Изменение размера: 0,77 MiB Приступить к установке? [Y/n] y |
bobart |
# |
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009 |
letster, начнём сначала? Что показывает lsmod | grep ipv ? |
voodoochild |
# |
Темы: 20 Сообщения: 113 Участник с: 01 октября 2010 |
ах шайтан. Все-таки поборол Решение: в /boot/grub/menu.lst нужно добавить ipv6.disable=1 |
letster |
# (отредактировано 10 лет, 11 месяцев назад) |
Темы: 1 Сообщения: 5 Участник с: 25 февраля 2012 |
Пф, и правда шайтан! Заработало. Спасибо voodoochild! |
Содержание
- Arch Linux
- #1 2011-04-20 15:59:48
- [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #2 2011-04-20 16:36:08
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #3 2011-04-20 16:36:13
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #4 2011-04-20 16:54:59
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #5 2011-04-20 17:07:00
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #6 2011-04-20 17:07:34
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #7 2011-04-20 17:07:51
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #8 2011-04-20 17:10:36
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #9 2011-04-20 17:11:53
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #10 2011-04-21 18:48:44
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #11 2012-01-16 04:11:21
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- #12 2012-01-16 04:52:17
- Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
- [Pacman] Арчепроблемы?
- Arch Linux
- #1 2020-06-20 03:49:43
- Unable to retrieve mirrors [SOLVED]
- Arch Linux
- #1 2018-12-22 13:45:22
- failed retrieving file ‘core.db’ from. when connected on the wifi
- #2 2018-12-22 15:08:19
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
- #3 2018-12-22 15:56:40
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
- #4 2018-12-22 16:04:56
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
- #5 2018-12-22 16:21:16
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
- #6 2018-12-22 16:59:59
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
- #7 2018-12-22 17:27:53
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
- #8 2018-12-23 03:06:00
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
- #9 2018-12-23 12:40:59
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
- #10 2018-12-23 14:24:17
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
- #11 2018-12-23 14:40:14
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
- #12 2018-12-23 16:34:42
- Re: failed retrieving file ‘core.db’ from. when connected on the wifi
Arch Linux
You are not logged in.
#1 2011-04-20 15:59:48
[SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
Today I suddenly got this error when doing ‘pacman -Syu’
I know just should take another mirror but I still wonder where the error comes from.
Thanks in advance!
EDIT: solution -> wait until mirror is back online
Last edited by tgoossens (2011-04-20 17:08:19)
Share and enjoy!
#2 2011-04-20 16:36:08
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
Did you try to enable some other mirrors in /etc/pacman.d/mirrorlist
HW : AMD Athlon II X4 640 — 8Gb RAM
OS : Archlinux 64bits — Slim — KDE 4
#3 2011-04-20 16:36:13
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
I got this error too. Tried a few minutes later and then it worked again.
Xmonad gets sh*t done. Fast.
#4 2011-04-20 16:54:59
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
I’ve been having this problem for over 6 hours now. still there
Share and enjoy!
#5 2011-04-20 17:07:00
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
If it’s any consolation, I have the same issue. Just give the mirror some time.
#6 2011-04-20 17:07:34
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
Mark as solved then? Or wait until it’s fixed?
Share and enjoy!
#7 2011-04-20 17:07:51
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
are you using FTP?
#8 2011-04-20 17:10:36
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
Share and enjoy!
#9 2011-04-20 17:11:53
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
your error looks like what happens when ftp server is down, try with http or wait as the others say
#10 2011-04-21 18:48:44
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
Yep, I get this every once in awhile when I have an FTP server as my first mirror, you should rankmirror say, three or more mirrors in your list so that it falls back to another good mirror if the first one fails.
Team Ignition Kernel Developer
linux-ideapad developer/maintainer
Flame Kernel developer for Galaxy Nexus and Galaxy S3
Want a cheap, reliable VPS with AWESOME customer service?
#11 2012-01-16 04:11:21
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
Hye..I am new to Arch..I also having this problem when installing Arch on Virtualbox..I tried to configure the problem but for almost one week, I still stuck there..
Here is a screenshot of it:
Between me (Freddy Krueger) and Arch Linux, I think Arch Linux is scarier,
and it will give you baddest nightmare in your life, if you failed to configure it right..
#12 2012-01-16 04:52:17
Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
Hye..I am new to Arch..I also having this problem when installing Arch on Virtualbox..I tried to configure the problem but for almost one week, I still stuck there..
Here is a screenshot of it:
Hello archerix,
Welcome to Arch. First off, I doubt your issue is the same as the one in this thread. This thread is eight months old.
Your issue appears to be you have no network connection.
Based on that assumption, I am going to ask that you start a new thread. I am going to close this thread in accordance with our policy
Feel free to refer back to this thread if you feel it is relevant. Before you do, I suggest you see if you can ping archlinux.org or goggle.com. If you cannot, that is certainly the crux of your problem.
Nothing is too wonderful to be true, if it be consistent with the laws of nature — Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. — Alan Turing
—
How to Ask Questions the Smart Way
Источник
[Pacman] Арчепроблемы?
Попробовал несколько других зеркал, тоже не работает. При этом extra, community и multilib нормально обновляет. WTF?
Это я к чему: mirrors.kernel.org пробовали?
попробуй из этих:
Это я к чему: mirrors.kernel.org пробовали?
Тоже не работает.
Я только что поставил арч, по netinstall, и он качал пакеты из этого core. Стоило перезагрузиться, как такой вот fail.
Казалось бы причём тут пакман, тем более, что у всех, кроме тебя, подобных проблем нет.
так попробуй сгенерировать по самым быстрым зеркалам от тебя, а потом — pacman -Syy
У меня такой косяк всплывал с миррором яндекса, потом прошло само.
и да смотри настройки wget’a, curl’a или чем ты там скачиваешь.
Что в pacman.conf?
Почти всё по дефолту, только multilib раскомментировал.
pacman -Syu —debug
Дальше как обычно. На
выдаёт кучу строк, среди которых те же самые про Connection time-out и download library error.
Можно расскоментировать в pacman.conf строчку
XferCommand = /usr/bin/wget —passive-ftp -c -O %o %u
и посмотреть, что из этого выйдет.
в строчку загрузки ядра (обычно в /boot/grub/menu.lst), перегрузитесь.
О, брат по несчастью!
Можно расскоментировать в pacman.conf строчку
XferCommand = /usr/bin/wget —passive-ftp -c -O %o %u
и посмотреть, что из этого выйдет.
Теперь всё обновилось, только что это было?
Заккоментируйте взад, если ошибка повторится, то ipv6.disable=1
(Баг пакмана, есть тикет в багтрекере.)
Заккоментируйте взад, если ошибка повторится, то ipv6.disable=1
(Баг пакмана, есть тикет в багтрекере.)
Источник
Arch Linux
You are not logged in.
#1 2020-06-20 03:49:43
Unable to retrieve mirrors [SOLVED]
root@tent michael]# pacman -Syu
:: Synchronizing package databases.
error: failed retrieving file ‘core.db’ from mirrors.kernel.org : Could not resolve host: mirrors.edge.kernel.org
error: failed retrieving file ‘core.db’ from mirrors.kernel.org : Could not resolve host: mirrors.kernel.org
error: failed retrieving file ‘core.db’ from ca.us.mirror.archlinux-br.org : Could not resolve host: ca.us.mirror.archlinux-br.org
error: failed retrieving file ‘core.db’ from mirror.lty.me : Could not resolve host: mirror.lty.me
error: failed retrieving file ‘core.db’ from mirrors.cat.pdx.edu : Could not resolve host: mirrors.cat.pdx.edu
core 133.6 KiB 3.53 MiB/s 00:00 [####################################################] 100%
error: failed retrieving file ‘extra.db’ from mirrors.kernel.org : Could not resolve host: mirrors.edge.kernel.org
error: failed retrieving file ‘extra.db’ from mirrors.kernel.org : Could not resolve host: mirrors.kernel.org
error: failed retrieving file ‘extra.db’ from ca.us.mirror.archlinux-br.org : Could not resolve host: ca.us.mirror.archlinux-br.org
error: failed retrieving file ‘extra.db’ from mirror.lty.me : Could not resolve host: mirror.lty.me
error: failed retrieving file ‘extra.db’ from mirrors.cat.pdx.edu : Could not resolve host: mirrors.cat.pdx.edu
extra
This error occurs after an extended, 24 hours+, of time on linux 5.7.3 on a VPS system. On this system the hwclock is wanderring. The fix is to upgrade to 5.7.4.
That symptom:
[root@tent michael]# for i in 1 2 3 4 ; do hwclock -r ; sleep 1 ; done
2020-04-30 09:06:32.351278-07:00
2020-06-25 16:36:26.447690-07:00
2020-06-20 20:05:58.085588-07:00
2020-06-20 12:19:58.073129-07:00
[root@tent michael]#
What is needed to get the mirrors resolveable by pacman?
Last edited by MichaelRpdx (2020-06-20 16:18:00)
Источник
Arch Linux
You are not logged in.
#1 2018-12-22 13:45:22
failed retrieving file ‘core.db’ from. when connected on the wifi
I’ve just moved home today and pacman doesn’t work when I’m connected on wifi:
But no problem to update once I connect to my phone’s hotspot. Is there a rational explanation (and how to fix this problem) ?
Thanks
#2 2018-12-22 15:08:19
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
Seems like a DNS problem. Can you issue `ping www.google.com` and ping 8.8.8.8 to see what happens? Can you connect to the internet at all? Can you try to force your system to use Google DNS (8.8.8.8)? Also what is the content of /etc/resolv.conf?
Last edited by olive (2018-12-22 15:10:24)
#3 2018-12-22 15:56:40
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
Not a DNS problem apparently
Yes, I can browse on the internet as well, I can reach my server in ssh, everything seems normal except pacman
wlp1s0 is my network interface name.
#4 2018-12-22 16:04:56
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
There’s one thing that strikes me as odd : all replies are ipv4 .
Do you have ipv6 disabled ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
#5 2018-12-22 16:21:16
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
What happens if you try to download the core.db file manually, for example with wget?
#6 2018-12-22 16:59:59
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
There’s one thing that strikes me as odd : all replies are ipv4 .
Do you have ipv6 disabled ?
Can you tell me exactly how to know if it’s enabled or not ? It seems ok according to this command:
By the way, I don’t have a file like /etc/sysctl.d/40-ipv6.conf
What happens if you try to download the core.db file manually, for example with wget?
How can I find the link to try ? I’ve tried $ wget archlinux.mirrors.uk2.net/core.db but I guess it’s a wrong address
Last edited by bidetaggle (2018-12-22 17:02:28)
#7 2018-12-22 17:27:53
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
Pass the —debug option to pacman to show the urls it is using.
#8 2018-12-23 03:06:00
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
Will print (-p) the file locations for all packages that are in the current full system update (-u).
For packages available in the cache, this will be file:///var/cache/pacman/pkg urls, for packages that still need to be downloaded, this will be http urls that you can use to download. You can also use a package you definitely don’t have installed, in order to retrieve the correct url. The core.db will just be swapping out the last component, but I assume any file from the mirror would have the same error.
For the current version of pacman, you can now use
To get the right base url for a repo, and then append «/core.db»
Last edited by eschwartz (2018-12-23 03:08:40)
Managing AUR repos The Right Way — aurpublish (now a standalone tool)
#9 2018-12-23 12:40:59
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
There’s one thing that strikes me as odd : all replies are ipv4 .
Do you have ipv6 disabled ?
Can you tell me exactly how to know if it’s enabled or not ? It seems ok according to this command:
By the way, I don’t have a file like /etc/sysctl.d/40-ipv6.conf
IPv6 addresses starting with fe80 are a special case, see https://en.wikipedia.org/wiki/Link-local_address .
Ping uses ipv6 by default and ipv4 as fallback or when ping is specifcally told to use ipv4 (like pinging 8.8.8.8 )
The kernel by default supports ipv6 , but your networkcard hasn’t gotten an ipv6 dhcp address .
That means you disabled it OR your router / isp don’t support ipv6.
problems with ipv6 might have to do with the timeouts.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
#10 2018-12-23 14:24:17
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
The last router I used worked well, I guess it means that my router doesn’t support ipv6 ? It’s the first time that I get this issue, most of the routers support ipv6, right ?
Then how to fix it ?
And I have also a small question aside my issue, why the mirror protocols are not using ssl ? I guess it’s a leak because a man-and-the-middle could modify the db file and make a link pointing on another content (locally or from internet, I guess there are further securities to prevent it, but still it’s something incertain), do you have any explanations about the http ?
#11 2018-12-23 14:40:14
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
What is the output of the following
#12 2018-12-23 16:34:42
Re: failed retrieving file ‘core.db’ from. when connected on the wifi
And I have also a small question aside my issue, why the mirror protocols are not using ssl ? I guess it’s a leak because a man-and-the-middle could modify the db file and make a link pointing on another content (locally or from internet, I guess there are further securities to prevent it, but still it’s something incertain), do you have any explanations about the http ?
It’s not of big as a risk as you’re making out. All of the packages in the official repositories are signed so it would be impossible for an attacker to get you to install an untrusted package. The worst they could do is to modify core.db so you didn’t get any updates for specific packages hoping to keep you on a vunerable version of a piece of software.
No, it didn’t «fix» anything. It just shifted the brokeness one space to the right. — jasonwryan
Closing — for deletion; Banning — for muppetry. — jasonwryan
Источник
Failed retrieving ‘core.db’ Pacman
Failed retrieving ‘core.db’ Pacman
Hi all, i can’t perform pacman -Syu on my raspberrypi, it show me an error:
failed retrieving file core.db, i updated mirrorlist and test all but unsuccesfull, any suggestion??, sorry for my english, i’m from Cuba.
regards
- orney21d
- Posts: 68
- Joined: Fri Mar 09, 2012 10:20 am
Re: Failed retrieving ‘core.db’ Pacman
by orney21d » Tue Apr 30, 2013 10:27 pm
Any suggestion plss??, i don’t know what to do?
- orney21d
- Posts: 68
- Joined: Fri Mar 09, 2012 10:20 am
Re: Failed retrieving ‘core.db’ Pacman
by twix » Wed May 01, 2013 3:10 pm
I also have the ‘404’ error regularly, but I keep trying and it works after roughly 5 tries every time
- twix
- Posts: 2
- Joined: Sun Feb 24, 2013 6:08 pm
Re: Failed retrieving ‘core.db’ Pacman
by orney21d » Wed May 01, 2013 4:15 pm
hi thank for the reply, i keep trying but is not matter that it work, it show «synchronizing package database…» and then after 1000 milliseconds show : error: filed retrieving file ‘core.db’ and keep trying download but keep failing with the same error, i don’t know what to do. Thanks for attention.
- orney21d
- Posts: 68
- Joined: Fri Mar 09, 2012 10:20 am
Re: Failed retrieving ‘core.db’ Pacman
by orney21d » Thu Jun 06, 2013 7:05 am
Any sugestion??
- orney21d
- Posts: 68
- Joined: Fri Mar 09, 2012 10:20 am
Re: Failed retrieving ‘core.db’ Pacman
by sdjf » Thu Jun 06, 2013 4:49 pm
Try a different mirror? Which one are you using?
And what image do you have on your Pi? When did you last sync with the repo?
Also, could your SD card be full? If there is not enough room, you need to clear space.
Also, if your rootfs has severe errors, system may not let you write to disk. If you run fsck on the root partition, is it clean? Or have you checked /var/log/everything.log to make sure that e2fsck is not recommended?
- sdjf
- Posts: 178
- Joined: Wed May 08, 2013 1:55 pm
Re: Failed retrieving ‘core.db’ Pacman
by pepedog » Thu Jun 06, 2013 7:04 pm
What is in resolve.conf
Can you ping google.com
- pepedog
- Developer
- Posts: 2431
- Joined: Mon Jun 07, 2010 3:30 pm
- Location: London UK
-
- Website
Re: Failed retrieving ‘core.db’ Pacman
by Layvian » Fri Jun 07, 2013 7:07 pm
This issue has already been noted. Addtionally there is already a fix. Please goto http://archlinuxarm.org/forum/viewtopic.php?f=31&t=5685.
I believe this is what your issue is. But you have provided such limited log/data/errors, and so on. I personally used the last comment as a working fix.
- Layvian
- Posts: 1
- Joined: Fri Jun 07, 2013 6:15 pm
Re: Failed retrieving ‘core.db’ Pacman
by pepedog » Fri Jun 07, 2013 7:14 pm
I don’t see a fix. Then again I can’t reproduce problem. Which fix fixed it for you?
- pepedog
- Developer
- Posts: 2431
- Joined: Mon Jun 07, 2010 3:30 pm
- Location: London UK
-
- Website
Re: Failed retrieving ‘core.db’ Pacman
by Mikeclark » Fri Jul 12, 2013 6:03 am
Hello, orney21d! I was wondering if you have found a solution to your problem with pacman? If you look at the topic «Raspberry Pi — Can not update the system» (the topic is on page 1 of this Raspberry Pi forum), you will see that I have the same pacman problem, with no solution so far. Any input from you would be most welcome.
And don’t apologise for your English — it’s a lot better than my Spanish!
- Mikeclark
- Posts: 35
- Joined: Thu Jun 21, 2012 8:21 am
Return to Raspberry Pi
Who is online
Users browsing this forum: No registered users and 2 guests