LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Hardware (https://www.linuxquestions.org/questions/linux-hardware-18/)
-   -   Disabled ethernet controller (https://www.linuxquestions.org/questions/linux-hardware-18/disabled-ethernet-controller-4175451108/)

rng 02-21-2013 07:41 AM

Disabled ethernet controller
 
As I start my computer and boot into debian sid linux, the lights on the lan device connector turn on and the internet connectivity is there right from beginning. But today, I found that it was turned off (the lights on the connecter was off) and ping command gave output: "destination net unreachable". I tried rebooting to the arch linux installed on the same computer but there also it remained off. I rebooted into windows and it reported that the realtek ethernet controller was disabled. I enabled it and subsequently the network got connected and worked properly in linux also.

What would have happened and how could I have corrected the problem in linux itself? Thanks for your help.

camorri 02-21-2013 08:31 AM

Quote:

What would have happened and how could I have corrected the problem in linux itself?
Since the adapter seems to have failed in both OS's, I would bet the problem was hardware related, and not some configuration problem. Things to look at, the ethernet cable is a good place to start. Then the ports on the switch ( router ) or modem it plugs into. Possibly the system itself, although since you didn't mention going into the BIOS to see if the hardware was still there; this is a long shot. Power outages can do some strange things also.

The command to activate an adapter is 'ifconfig'. To activated a deactivated adapter, as root, 'ifconfig eth0 up' would activate the interface called 'eth0'. ifconfig by itself will list all configred interfaces, and display their names.

Hope this helps.

rng 02-21-2013 10:45 AM

Thanks for your comments. I know about ifconfig command, have used it earlier and should have tried it at that time. If I remember correctly, the ifconfig eth0 down command does not lead to LED lights being switched off at the lan connector. I will try it again tomorrow and let you know.

camorri 02-21-2013 10:56 AM

Quote:

the ifconfig eth0 down command does not lead to LED lights being switched off at the lan connector.
Agreed. The light on the lan card is hardware. If that light is out, cables, connectors etc...

rng 02-21-2013 11:37 PM

When I disable from network in windows, the lights on the connector go out. This would be a sure sign that the network is fully disconnected. Can I accompalish this on linux?

camorri 02-22-2013 08:44 AM

Is this a laptop? If the light goes out, I believe the adapter is powered down. Can you do it in linux? Don't see why not. It would have to be done with ACPI ( Advanced Configuration and Power Interface). I have little experience with it. Some of it is the BIOS on the system, the rest is software in the OS to interface with the BIOS to control the hardware.

rng 02-22-2013 09:39 AM

It is a regular desktop and not a laptop. What would be commands to disable it thru ACPI or thru BIOS?

camorri 02-22-2013 10:12 AM

As I stated above, I have little experience with ACPI.

BIOS, there are no commands, the BIOS has to support ACPI, look in the doc for the system.

This link may get you started.

-->http://oreilly.com/linux/command-dir...sp?path=a/acpi

rng 03-14-2013 04:00 AM

The network was working all right all these days. Today, suddenly it stopped working and the LED lights at connector went off. Now the network is not working in any linux install (including live-usb) but works perfectly in windows. I have tried it repeatedly. As soon as linux boots, before the login prompt, the network connector lights go off.

How can I solve this problem? Thanks for your help.

onebuck 03-14-2013 04:26 AM

Moderator Response
 
Moved: This thread is more suitable in <Linux-Hardware> and has been moved accordingly to help your thread/question get the exposure it deserves.

camorri 03-14-2013 08:12 AM

Open a command prompt, run the command 'ifconfig eth0' and post the results.

Run the command 'lsmod' and post the results.

Run the command 'lspci' and post the results.

These commands will give us some idea of the state of the adapter, the modules loaded, and the hardware itself. We'll go from there.

rng 03-14-2013 09:00 AM

Here is the output:

Code:

$ lspci
00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)
00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 01)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 01)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 01)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 01)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 01)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation NM10/ICH7 Family SATA Controller [IDE mode] (rev 01)
00:1f.3 SMBus: Intel Corporation NM10/ICH7 Family SMBus Controller (rev 01)
01:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller (rev 10)


$ lsmod
Module                  Size  Used by
nls_utf8              12416  1
udf                    66732  1
crc_itu_t              12331  1 udf
ppdev                  12651  0
lp                    12797  0
binfmt_misc            12813  1
oss_usb                82459  0
oss_hdaudio          118224  0
osscore              459536  2 oss_hdaudio,oss_usb
snd_hda_codec_realtek  142274  1
snd_hda_intel          21786  2
snd_hda_codec          63477  2 snd_hda_intel,snd_hda_codec_realtek
snd_hwdep              12943  1 snd_hda_codec
i915                  317379  2
snd_pcm_oss            36181  0
snd_mixer_oss          17668  1 snd_pcm_oss
video                  17459  1 i915
drm_kms_helper        22738  1 i915
snd_pcm                53461  3 snd_pcm_oss,snd_hda_codec,snd_hda_intel
iTCO_wdt              16945  0
drm                  146387  3 drm_kms_helper,i915
snd_page_alloc        12867  2 snd_pcm,snd_hda_intel
i2c_algo_bit          12713  1 i915
snd_timer              22356  1 snd_pcm
iTCO_vendor_support    12632  1 iTCO_wdt
processor              27565  0
pcspkr                12515  0
snd                    42722  12 snd_timer,snd_pcm,snd_mixer_oss,snd_pcm_oss,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek
parport_pc            22036  1
parport                31254  3 parport_pc,lp,ppdev
i2c_i801              12670  0
i2c_core              19116  5 i2c_i801,i2c_algo_bit,drm,drm_kms_helper,i915
evdev                  17225  8
soundcore              12921  1 snd
thermal_sys            17752  2 processor,video
button                12817  1 i915
loop                  17810  0
fuse                  52184  1
autofs4                22784  2
ext4                  306912  1
crc16                  12327  1 ext4
jbd2                  52288  1 ext4
mbcache                12938  1 ext4
microcode              17558  0
usbhid                31554  0
hid                    60152  1 usbhid
sg                    21476  0
sd_mod                35425  3
crc_t10dif            12332  1 sd_mod
sr_mod                17468  1
cdrom                  34813  1 sr_mod
floppy                48087  0
ata_generic            12439  0
uhci_hcd              22337  0
ata_piix              21175  3
r8169                  41802  0
mii                    12595  1 r8169
ehci_hcd              35509  0
libata                125014  2 ata_piix,ata_generic
scsi_mod              135037  4 libata,sr_mod,sd_mod,sg
usbcore              104555  5 ehci_hcd,uhci_hcd,usbhid,oss_usb
usb_common            12338  1 usbcore
abcde@debian:~$


$ ifconfig
eth1      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:23 Base address:0x8000

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

abcde@debian:~$


$ dmesg | grep -i eth
[    1.150668] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[    1.151583] r8169 0000:01:07.0: eth0: RTL8110s at 0xe0090000, xx:xx:xx:xx:xx:xx, XID 04000000 IRQ 23
[    1.151589] r8169 0000:01:07.0: eth0: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[    5.692730] udevd[248]: renamed network interface eth0 to eth1
[    9.761638] r8169 0000:01:07.0: eth1: link down
[    9.761655] r8169 0000:01:07.0: eth1: link down
[    9.761784] ADDRCONF(NETDEV_UP): eth1: link is not ready
abcde@debian:~$


abcde@debian:~$ dmesg | grep -i r8169
[    1.150668] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[    1.150730] r8169 0000:01:07.0: (unregistered net_device): not PCI Express
[    1.151583] r8169 0000:01:07.0: eth0: RTL8110s at 0xe0090000, xx:xx:xx:xx:xx:xx, XID 04000000 IRQ 23
[    1.151589] r8169 0000:01:07.0: eth0: jumbo features [frames: 7152 bytes, tx checksumming: ok]
[    9.761638] r8169 0000:01:07.0: eth1: link down
[    9.761655] r8169 0000:01:07.0: eth1: link down
abcde@debian:~$


camorri 03-14-2013 10:56 AM

You have the driver r8169.ko loaded. Run the command 'ifconfig eth1 up' and then 'ifconfig eth1' and post the results for both.

rng 03-14-2013 11:35 AM

Quote:

Originally Posted by camorri (Post 4911548)
You have the driver r8169.ko loaded. Run the command 'ifconfig eth1 up' and then 'ifconfig eth1' and post the results for both.

I had tried 'ifconfig eth1 up' but it did not work. I do not remember the exact output but it was as if eth1 was not there or not ready or not setup or not found. I will post the exact output tomorrow.

camorri 03-14-2013 12:15 PM

How did you configure the adapter before?

You might have a look at that, you may have a situation where the adapter was originally named eth0, now its eth1. What ever config you had for eth0 isn't being used for eth1. Try and config eth1, then give it a try.

rng 03-15-2013 07:41 AM

I could now try again the 'sudo ifconfig eth1 up' command. It runs without producing any error. However, the network still is not turned on and 'ifconfig eth1' still shows same output as posted above (0 bytes and packets sent and received).

camorri 03-15-2013 08:10 AM

Have you configured eth1 ?

rng 03-15-2013 09:54 AM

I used to install network-manager and network-manager-applet after installing any linux distribution and then add address, netmask etc to it. These are still the same while the network has now become disabled. Could you please tell clearly what exactly you mean by configuring or post a link to a suitable webpage which gives such details. Thanks.

camorri 03-15-2013 10:06 AM

By configure, I mean, using NM, WICD or direct editing of system files to set up eth1, not eth0. I take from your post you used NM for the configuration of eth1.

I don't use Debain, so I'm unfamiliar with system files that are used to configure ethernet adapters. I have had problems with NM in the past ( on a Ubuntu system ), so I use WICD now, or edit system files directly.

onebuck 03-15-2013 11:10 AM

Member Response
 
Hi,

Quote:

Originally Posted by rng (Post 4912255)
I used to install network-manager and network-manager-applet after installing any linux distribution and then add address, netmask etc to it. These are still the same while the network has now become disabled. Could you please tell clearly what exactly you mean by configuring or post a link to a suitable webpage which gives such details. Thanks.

Please remember that you can always 'man command' for explanation for any bash command.

You can open a terminal and become root by 'su -' and answering password then for a static IP assignment do;
Code:

~#ifconfig -a                                            #get recognized devices, even downed devices. Look at 'man ifconfig'.
 ~#ifconfig eth1 192.168.1.10                  #set to a available IP, mask will be set
 ~#route add default gw 192.168.1.1        #set to your gateway
 ~#route -n                                              #show the kernel route table
 ~#ifconfig eth1 up                                    #should be up already
 ~#ping 192.168.1.1                                #ping your gateway IP address
 ~#ping 208.69.32.130                            #google.com IP
 ~#ping google.com                                  #test DNS, if fail then check /etc/resolv.conf for your ISP DNS or use third level such as '4.2.2.1' which is one of many from Verizon

Sample '/etc/resolv.conf';
Code:

~# cat /etc/resolv.conf
#----- cut here--------------
#search workgroup          #you can search local domain replace workgroup with your domain name

#Google DNS
#nameserver 8.8.8.8
#10-21-12:11:31 onebuck

nameserver 192.168.1.1    #for local DNS server if setup
nameserver 4.2.2.1            #Verizon third level DNS
nameserver 4.2.2.2
nameserver  208.67.220.220 # OpenDNS IP address
#-----End cut --------------

If your route is setup correctly, something like this;
Code:

~# route -n
Kernel IP routing table
Destination    Gateway        Genmask        Flags Metric Ref    Use Iface
0.0.0.0        192.168.1.1    0.0.0.0        UG    1      0        0 eth1
127.0.0.0      0.0.0.0        255.0.0.0      U    0      0        0 lo
192.168.1.0    0.0.0.0        255.255.255.0  U    0      0        0 eth1

From 'man route';
Code:

OUTPUT
      The output of the kernel routing table is organized in the following columns

      Destination
              The destination network or destination host.

      Gateway
              The gateway address or '*' if none set.

      Genmask
              The netmask for the destination net; '255.255.255.255' for a host destination and '0.0.0.0' for the default route.

      Flags  Possible flags include
              U (route is up)
              H (target is a host)
              G (use gateway)
              R (reinstate route for dynamic routing)
              D (dynamically installed by daemon or redirect)

Notice the 'U' & 'G' flags from the 'man route' then look at the route sample and note the UG for eth1 gateway that is classed as 'up'.

Quote:

Just a few links to aid you to gaining some understanding;



1 Linux Documentation Project
2 Rute Tutorial & Exposition
3 Linux Command Guide
4 Bash Beginners Guide
5 Bash Reference Manual
6 Advanced Bash-Scripting Guide
7 Linux Newbie Admin Guide
8 LinuxSelfHelp
9 Utimate Linux Newbie Guide
10 Linux Home Networking
11 Virtualization- Top 10

The above links and others can be found at 'Slackware-Links'. More than just SlackwareŽ links!

Hope this helps!

rng 03-15-2013 11:30 AM

@Onebuck:
Thanks for detailed information, steps and links. I will try these and post the feedback.

@camorri:
I do not think that the command 'ifconfig eth1 down' leads to LED lights at the LAN connector to be switched off. What command can do that? I need to use the same command to switch on the connector.

camorri 03-15-2013 01:30 PM

Quote:

I do not think that the command 'ifconfig eth1 down' leads to LED lights at the LAN connector to be switched off. What command can do that?
The light is controlled by hardware; as far as I know. The light goes on when there is a signal on the ethernet cable plugged into the port. You need an active device at the other end of the cable, and a good cable.

rng 03-15-2013 07:53 PM

Quote:

Originally Posted by camorri (Post 4912443)
The light is controlled by hardware; as far as I know. The light goes on when there is a signal on the ethernet cable plugged into the port. You need an active device at the other end of the cable, and a good cable.

The light will go off if there is no signal on the cable. But it also goes off if you disable network in windows (try it). In my system, signal is clearly there in cable and network is working perfectly in windows but light is not turning on in linux. In linux, the light switches on very soon after booting linux, which is not occuring in my system. With 'ifconfig eth1 down', the network is disconnected but light does not go off.

I had noted this in a previous question also but at that time my network was working properly.
http://www.linuxquestions.org/questi...ection-897585/

camorri 03-16-2013 10:17 AM

Quote:

The light will go off if there is no signal on the cable.
Agreed. I pulled the cable on mine, the light goes off.

Quote:

But it also goes off if you disable network in windows (try it).
I don't have windows on my system, so I can not test this.

Quote:

With 'ifconfig eth1 down', the network is disconnected but light does not go off.
This works the same on my system. I have WICD installed, the interesting part for we is, if I run ifconfig eth0 down, I can still ping my router. I have to go into WICD, and press Disconnect button for things to stop working. Go into NM and disable the interface, see what the light does then.

The fact that your light does come on part way through the boot, leads me to believe there is nothing wrong in hardware.

You have Network Manager installed. Things worked normally, then stopped.

Was your interface when things worked known as eth0 or eth1 ?

If there has been a name change, due to something link a udev rule changing it, I suspect NM is messed up. I got rid of it when I ran Ubuntu on my netbook because of dumb problems like this. I replaced it with WICD for ease of use.

rng 03-16-2013 10:36 PM

I went into BIOS and disabled "Onboard LAN boot ROM" and my network connection started working normallly and my problem got solved.

Should this always be disabled whenever linux is installed? Why was network working properly earlier?
Quote:

Was your interface when things worked known as eth0 or eth1 ?
It has been eth1 for a long time. Now also it has resumed to be eth1.
Quote:

Go into NM and disable the interface, see what the light does then.
I tried disabling networking (top option on right clicking the network manager applet) but still the lights are on. I think the only way to reliably disconnect a linux computer from network is to unplug the cable connection.

camorri 03-17-2013 06:07 AM

Well, glad you got it working again. Never used, or set an option in the BIOS like that.
So, no comment there.

Best of luck with it.

rng 04-04-2013 11:20 PM

After these many days when network was working well, the same problem has restarted. The network has gone off in Debian linux with LED lights at LAN connection switched off. It occurred suddenly while the system (including the network) was working properly. The network does not work even from Arch or Mint linux which are on this system. However, the lights return when I boot to windows and the network works without any problem. The output of various commands from linux are as follows:
Code:

$lspci -v
Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller (rev 10)
Kernel driver in use: r8169

$ route -n
Kernel IP routing table
Destination    Gateway        Genmask        Flags Metric Ref    Use Iface

$ sudo modprobe r8169
(finishes without any message or error)

$sudo systemctl
RTL8169 loaded active plugged

$ ls /sys/class/net
eth1  lo

$ ip link show dev eth1
2: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT qlen 1000
    link/ether 00:16:e6:93:6e:5f brd ff:ff:ff:ff:ff:ff

$ sudo ip link set eth1 up
(finishes without any message or error)

$ ifconfig
eth1      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx 
          inet6 addr: fe80::216:e6ff:fe93:6e5f/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:62745 errors:0 dropped:40 overruns:0 frame:0
          TX packets:3964 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:8842962 (8.4 MiB)  TX bytes:549583 (536.7 KiB)
          Interrupt:23 Base address:0x2000

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:64 errors:0 dropped:0 overruns:0 frame:0
          TX packets:64 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:5168 (5.0 KiB)  TX bytes:5168 (5.0 KiB)


$ systemctl status NetworkManager.service
NetworkManager.service - Network Manager
          Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled)
          Active: active (running) since Fri, 05 Apr 2013 08:49:09 +0530; 33min ago
        Main PID: 824 (NetworkManager)
          CGroup: name=systemd:/system/NetworkManager.service
                  â”” 824 /usr/sbin/NetworkManager --no-daemon


$ systemctl status network.service
network.service
          Loaded: error (Reason: No such file or directory)
          Active: inactive (dead)

Any help will be appreciated.

rng 04-12-2013 07:11 AM

I disabled the onboard LAN and put in another ethernet card which was picked up automatically and works without a problem. Obviously, there is some hardware problem with onboard LAN.


All times are GMT -5. The time now is 02:46 PM.