You are not logged in.
I have been trying to get my Ethernet working for about a month now off and on. I'm running a live usb version of arch at the moment, because I can't install arch without internet.
Dhcpcd is set up to use ipv4 (my router uses ipv4 for dhcp)
when I run "dhcpcd enp3s0" (enp3s0 is my ethernet card shown by "ip link")
it begins to solicite a dhcp lease then times out and exits.
there are no are no Ethernet errors in dmesg.
I have also tried setting it up manually using "ip addr" and "Ip route" (these don't stay after reboot due to the live setup)
Not sure what other info people will need for this, and I'd prefer not to have to type a whole bunch of stuff (I can copy and paste), so please tell me if there is any more info I can provide.
Sorry for the bad format of this...
Offline
What is the exact model of the card? Can you post the output of lspci | grep Ethernet ?
I have this card:
$ lspci | grep Ethernet
0c:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 07)Others have reported that this card works fine with r8169, but for whatever reason, my machine requires that I use the r8168 module. This can be found in [community]. Install it, then blacklist the r8169 module and reboot. If it works, fantastic, if not, you can likely go back to the r8169 module.
Offline
I have the same thing (except rev 06 instead of 07) How would I go about installing the r8168 module from community without connection?
Offline
You obviously have interwebs. Download the package manually, then transfer it via usb or something. Then use pacman to install the package directly (pacman -U r8168.....pkg.tar.xz).
Offline
alright, I've installed the r8168 module (and disabled the r8169 module)
lspci -v shows that the r8168 module is in use. Running dhcpcd -4 enp3s0 still shows that it times out after trying to solicit a dhcp lease
Offline
Running dhcpcd -4 enp3s0 still shows that it times out after trying to solicit a dhcp lease
You need to post the actual output of the command. If it is failing, then you need to actually gather information for others to look at.
Maybe you should run it with debug on so that it spits out (hopefully) even more useful information. You could also try simply disabling ipv6 and/or giving dhcpcd no timeout.
You don't by chance have anything else running that might be trying to handle networking things, do you?
Offline
Alright, I've run dhcpcd -4 -t 300 -d
does ipv6 actually have to be disable or does the "-4" do the same job?
it outputs alot of sending DISCOVER (xid 0x14fb4f06)
then it says wrong xid 0x14dc0d2e (expecting 0x14fb4f06) from 192.168.2.1 (my router)
I'm assuming this is the problem, my computer is seeing the router just not excepting it because of wrong xid?
Offline
No, there isn't anything else running as far as I know. This is the vanilla live iso (November) burned to a usb.
Offline
What does the wrong xid mean? I'm assuming this means that it has seen my router, but won't connect to it for some reason. Does anyone know of a fix for this?
dhcpcd[1664]: enp3s0: sending DISCOVER (xid 0xd2f5c717), next in X seconds
dhcpcd(1664]: enp3s0: wrong xid 0x66391806 (expecting 0xd2f5c717) from 192.168.2.1
I've been unable to find anything about this on the wiki, or through google.
Offline
I'm not clear on your OP, if you set the connection manually, does it then work?
Have you followed the wiki's and if so, have you tried another client like dhclient?
Offline
No setting it manually does not work. I've followed all the wiki articles I could find that seemed relevant. I have not tried dhclient. I'll download it and move it over via usb to try it.
Offline
Alright I've tried dhclient:
Listening on LPF/enp3s0/{Mac Address}
Sending on LPF/enp3s0/{Mac Address}
sending on Socket/fallback
DHCPDISCOVER on enp3s0 to 255.255.255.255 port 67 interval 4
^repeat 6 times^
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
Offline
Do we know, for sure, that there is a DHCP server running?
What is the output of ip link
??
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000
link/ether {mac-address} brd ff:ff:ff:ff:ff:ff
Last edited by Jumblemuddle (2013-11-10 22:19:27)
Offline
Okay the link seems to be up and it looks like there is a cable attached, and it is UP. All good.
Are we sure there is a DHCP server running ?
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
Ya, there are at least 3 pc's that I know of running off of a dynamic ip. I'm not sure if I need to make any changes to it though.
Offline
bump Anyone?
Offline
I've had similar problem. The problem was in BIOS of my new MB (Gigabyte 990FXA-UD3). I've must enable IOMMU in BIOS. I've found solution here www.linux-hardware-guide.com/2012-10-25-gigabyte-990fxa-ud3-am3-sockel
Offline
Alright, I've tried using IOMMU, however, I am unable to boot properly now. It drops me into a shell before it finished booting. I'm not at my computer now, but I will get you guys the error messages when I'm home.
Offline
I'm also having problems with this card and r8169 driver. Link
Offline
bump Anyone?
Offline
Sorry, won't happen again. I have been trying to find other solutions, however, there wasn't much more information to post.
Offline