Error failed retrieving file core db

Pages: 1
  • 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 big_smile

#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 ? big_smile

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…

#
10 лет, 11 месяцев назад

Темы:

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

#
10 лет, 11 месяцев назад

Темы:

1

Сообщения:

5

Участник с: 25 февраля 2012

Нашел топик в англоязычном форуме. Добавил сообщение там. Будем посмотреть.

vadik

#
10 лет, 11 месяцев назад

Темы:

55

Сообщения:

5410

Участник с: 17 августа 2009

letster
Зеркала пингуются. Добавление в modprobe.conf

options ipv6 disable=1

Сравните с вики.

voodoochild

#
10 лет, 11 месяцев назад

voodoochild avatar

Темы:

20

Сообщения:

113

Участник с: 01 октября 2010

Доброго времени суток.
У меня аналогичная проблема. ipv6 отключен через /etc/sysctl.conf (как указано в вики).

bobart

#
10 лет, 11 месяцев назад

Темы:

38

Сообщения:

2537

Участник с: 28 ноября 2009

Попробуй в /etc/modprobe.d/modprobe.conf:

alias net-pf-10 off

letster

#
10 лет, 11 месяцев назад

Темы:

1

Сообщения:

5

Участник с: 25 февраля 2012

bobart
Попробуй в /etc/modprobe.d/modprobe.conf:

alias net-pf-10 off

Спасибо. К сожалению мне не помогло.

voodoochild

#
10 лет, 11 месяцев назад

voodoochild avatar

Темы:

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

#
10 лет, 11 месяцев назад

Темы:

38

Сообщения:

2537

Участник с: 28 ноября 2009

letster, начнём сначала?
Что показывает

lsmod | grep ipv

?

voodoochild

#
10 лет, 11 месяцев назад

voodoochild avatar

Темы:

20

Сообщения:

113

Участник с: 01 октября 2010

ах шайтан.
Все-таки поборол :)
Решение:
в /boot/grub/menu.lst нужно добавить ipv6.disable=1

letster

#
10 лет, 11 месяцев назад

(отредактировано

10 лет, 11 месяцев назад)

Темы:

1

Сообщения:

5

Участник с: 25 февраля 2012

voodoochild
ах шайтан.
Все-таки поборол :)
Решение:
в /boot/grub/menu.lst нужно добавить ipv6.disable=1

Пф, и правда шайтан! Заработало. Спасибо voodoochild!
Спасибо bobart!
Спасибо vadik!
Кстати в вики действительно об этом было. Просто непонятно, что другой способ ipv6 не отключил на самом деле. Или способ сработал, но это не подходит для pacman -а? Но так быть не может в принципе. Непонятно.

Содержание

  1. Arch Linux
  2. #1 2011-04-20 15:59:48
  3. [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  4. #2 2011-04-20 16:36:08
  5. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  6. #3 2011-04-20 16:36:13
  7. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  8. #4 2011-04-20 16:54:59
  9. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  10. #5 2011-04-20 17:07:00
  11. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  12. #6 2011-04-20 17:07:34
  13. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  14. #7 2011-04-20 17:07:51
  15. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  16. #8 2011-04-20 17:10:36
  17. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  18. #9 2011-04-20 17:11:53
  19. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  20. #10 2011-04-21 18:48:44
  21. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  22. #11 2012-01-16 04:11:21
  23. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  24. #12 2012-01-16 04:52:17
  25. Re: [SOLVED]error:failed retrieving file ‘core.db’ from mirrors.kernel.org
  26. [Pacman] Арчепроблемы?
  27. Arch Linux
  28. #1 2020-06-20 03:49:43
  29. Unable to retrieve mirrors [SOLVED]
  30. Arch Linux
  31. #1 2018-12-22 13:45:22
  32. failed retrieving file ‘core.db’ from. when connected on the wifi
  33. #2 2018-12-22 15:08:19
  34. Re: failed retrieving file ‘core.db’ from. when connected on the wifi
  35. #3 2018-12-22 15:56:40
  36. Re: failed retrieving file ‘core.db’ from. when connected on the wifi
  37. #4 2018-12-22 16:04:56
  38. Re: failed retrieving file ‘core.db’ from. when connected on the wifi
  39. #5 2018-12-22 16:21:16
  40. Re: failed retrieving file ‘core.db’ from. when connected on the wifi
  41. #6 2018-12-22 16:59:59
  42. Re: failed retrieving file ‘core.db’ from. when connected on the wifi
  43. #7 2018-12-22 17:27:53
  44. Re: failed retrieving file ‘core.db’ from. when connected on the wifi
  45. #8 2018-12-23 03:06:00
  46. Re: failed retrieving file ‘core.db’ from. when connected on the wifi
  47. #9 2018-12-23 12:40:59
  48. Re: failed retrieving file ‘core.db’ from. when connected on the wifi
  49. #10 2018-12-23 14:24:17
  50. Re: failed retrieving file ‘core.db’ from. when connected on the wifi
  51. #11 2018-12-23 14:40:14
  52. Re: failed retrieving file ‘core.db’ from. when connected on the wifi
  53. #12 2018-12-23 16:34:42
  54. 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

Postby 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

Postby 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

Postby 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

Postby 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

Postby 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

Postby 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

Postby 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

Postby 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

Postby 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

Понравилась статья? Поделить с друзьями:
  • Error failed retrieving file archlinux
  • Error failed remote not allowed in locked state перевод
  • Error failed remote flashing is not allowed in lock state
  • Error failed remote flash write failure
  • Error failed remote erase is not allowed in lock state