You are not logged in.
Hello to the forums and Merry Christmas!
This is a first for me on Arch Linux, so please bare with me if i miss something really obvious.
I'm trying to install Arch Linux in the /dev/sdb2 partition of my HDD (GPT partition table, /dev/sdb1 is bios-grub partition), following the beginner's installation guide.
The problem that i face, is a
error: failed retrieving file 'core.db' from <mirror> : Connection time-out after 10520 milliseconds
for every mirror while giving the pacstrap /mnt base command.
This of course happens for files 'extra.db' and 'community.db' also.
I tried 'pacman -Syy' and got the exact same error message.
Searching the web, i found that this is usually a connection or mirrorlist problem. I downloaded a new mirrorlist from from here just to be sure and i uncommented just the servers for Greece (from where i am), some for Germany and USA and tried again.
I got the same error message for every single server, but my connection is fine, as ping works fine. I even tried pinging the actual mirrors, so the mirrors are up.
Giving a 'pacman -Syyv --debug', i saw that i got an 'curl error 28', which i think might be the key to the problem here.
I actually can wget the 'core.db', 'extra.db' and 'community.db' files from the mirrors manually, but curl doesn't seem to work.
Sorry that i cannot give you an exact error output from e.g 'curl http://foss.aueb.gr/mirrors/linux/archl … 64/core.db' since that happens on the install iso, but it seems something like:
VssPZS[4UJQo)M;Im=Gu |&Abj;ߧwO<Z,e̱7<vwY߫_ӋsMFgn?HrojîZJ_CT1?~L#X"p8\EH[et-IQqd]$X.\ X/]tCedr% 3&2Ȁ!*""AMr )<s7PA&/mq4<aO\k?^!(8lC² T
C FdVdžl2f+E%fvDlZѡEf]<Iֈ#-8PJk
&ƶn-}wV̀Cx诐MUj^*U.l+˦;Lpĕmծ)
Y>hR`BZc/Oj>wx"eFSZTٴL͈w~+4j[fucI|D"'z3sN@ɾ:UK=ũihL,N Tv-:.FICNpuJ/F9!%0~gUT+MCH
|s,@# GV(l(PBHOoS?Ny,/'<~k.n
>oG.oO^~T$1yʟyOŢؿjyHyO
a2Pg#"E*Y\tphFtES""lʊh0e;|J⊿̀Xb\kÞНR>fe)rgJ7lT0zǵqf8IQm^`JRdY5gLYuHcm`u"O::n#U
ʁ3JT#)JVy\&SYz.تgXT:41:iW%5k;aY_Mh(ߛ_ {=GcÂDpGǮ=L()<zA//E) Ezw#s%|nƅc3Т&@Q%t]b Ľ0
H@71Lq,wz ՙL$^C
which i have to stop by hitting ctrl+c (that' s why i cant' tee the output to a log file).
What's weird and i hadn't noticed before since i'm not accustomed to using curl, is that the above error that i posted is an actual output of the
curl http://foss.aueb.gr/mirrors/linux/archlinux/core/os/x86_64/core.db
which i gave on my Ubuntu 14.04 installation.
I haven't tried the same on my Debian or Fedora yet but i have the feeling not much is going to change, so i think i struck something weird.
Thanks in advance for your attention, i would appreciate any ideas or search directions.
Just for the record, this is a desktop PC (i dont have a second machine) on Ethernet connection and its ID is
Ubuntu Trusty Tahr (development branch) - 3.12.0-7-generic:~$ lspci -nnk | grep -i ethernet
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 01)
Last edited by fkol-k4 (2013-12-25 18:48:36)
Offline
the 7.34 curl update also killed all my AUR managers i have pacaur and yaourt both fail to work after update. Downgraded curl and its all fine. Pretty sure it was only the AUR that was affected here, they were was shown as not found or maybe that was only because it was done after the rest was updated. Sorry i didn't take more notice as i figured i'd just follow the forum to watch for others with issues that would explain it better. If need be i can redo the update and get more info.
Also the same issue on my laptop running arch.
Last edited by woznme (2013-12-25 11:03:23)
Offline
Thanks for the reply @woznme.
Well, to be absolutely fair, i'm not positively entirely sure that curl is the one to blame...
I tried booting again from the install iso.
This time, i did a
mv /usr/bin/curl /usr/bin/curl.old
ln -sf /usr/bin/wget /usr/bin/curl
Just for checking, i did a
curl http://foss.aueb.gr/mirrors/linux/archlinux/core/os/x86_64/core.db
from the /var/lib/pacman/sync directory, and it worked like a charm.
So, next i did a 'pacman -Su', and i got results of packages to be updated, amongst them the 7.34 version of curl.
But then i got the same errors on package installation. This time i wrote them down:
Opened tempfile for download: /var/lib/pacman/sync/core.db (wb)
curl returned error 28 from transfer
error: failed retrieving file 'core.db' from <mirror> : Connection time-out after 10520 milliseconds
url: http://foss.aueb.gr/mirrors/linux/archlinux/core/os/x86_64/core.db
maxsize: 26214400
BTW, is there eny way to log terminal output (with the errors and debug messages) to a logfile instead of writin them down on paper?
Last edited by fkol-k4 (2013-12-25 11:43:21)
Offline
Offline
@falconindy
From what i know i don't, just a plain ipv4, but since i'm really no expert at networking, so here's a part of my dmesg (arch install iso):
Debian GNU/Linux unstable (sid) - 3.11-2-amd64:/mnt/arch$ cat dmesg.log | grep -i ipv
[ 7.107143] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[ 11.058125] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
You can find it all here if needed.
Adding a --connect-timeout 10 parameter to curl, e.g.
curl --connect-timeout 10 http://foss.aueb.gr/mirrors/linux/archlinux/core/os/x86_64/core.db
returns all stats zero except time spend (20 seconds) and the
curl: (28) Resolving timed out after 10520 milliseconds
so it is reproducible like that.
Making --connect-timeout 20 sec, returns the first post's 'compiler-like' output, and must be interrupted by ctrl+c.
Additional info:
curl --version
curl 7.33.0 (x86_64-unknown-linux-gnu) libcurl/7.33.0 OpenSSL/1.0.1e zlib/1.2.8 libssh2/1.4.3
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp scp sftp smtp smtps telnet tftp
Features: AsynchDNS IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP
resolv.conf
# Generated by resolvconf
domain Home
nameserver 192.168.2.1
EDIT:
YES MAN!!!
That was it. Thanks a million for pointing me there!!!
I added a ipv6.disable=1 to the boot parameters and a noipv6rs to the /etc/dhcpcd file, and everything turned ou to work ok!
I left the inastallation in the midde to edit the post, i'll mark this as [solved] right now, thank you!
Last edited by fkol-k4 (2013-12-25 18:46:24)
Offline
What's the output of 'ip l' and 'ip a' ? Also, 'getent ahosts foss.aueb.gr'
I edited the post and marked the thread as solved, so it really was a ipv6 problem
Do you still need these results for debug reasons anyway? I'll be more than happy to provide them if you do.
Offline
It'd be nice to see it for debugging purposes. Also, it'd be useful for upstream if you include:
curl --connect-timeout 10 -v -o/dev/null http://foss.aueb.gr/mirrors/linux/archlinux/core/os/x86_64/core.db
Last edited by falconindy (2013-12-25 19:07:30)
Offline
@falconindy
Here they are:
ip l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 00:24:21:29:0e:bd brd ff:ff:ff:ff:ff:ff
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
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: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 00:24:21:29:0e:bd brd ff:ff:ff:ff:ff:ff
inet 192.168.2.2/24 brd 192.168.2.255 scope global enp2s0
valid_lft forever preferred_lft forever
inet6 fe80::224:21ff:fe29:ebd/64 scope link
valid_lft forever preferred_lft forever
getent ahosts foss.aueb.gr
195.251.248.178 STREAM foss.aueb.gr
195.251.248.178 DGRAM
195.251.248.178 RAW
curl --connect-timeout 10 -v -o/dev/null http://foss.aueb.gr/mirrors/linux/archl … 64/core.db
* Adding handle: conn: 0x24313d0
* Adding handle: send: 0
# Adding handle: recv: 0
* Curl_addHandleToPipeline: length: 1
* - Conn 0 (0x24313d0) send_pipe: 1 recv_pipe: 0
% 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:09 --:--:-- 0* Resolving timed out after 10527 milliseconds
0 0 0 0 0 0 0 0 --:--:-- 0:00:15 --:--:-- 0
* Closing connection 0
curl: (28) Resolving timed out after 10527 milliseconds
I hope they are useful.
Offline