Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Desaparecio eth0

259 views
Skip to first unread message

Ricardo Zúñiga

unread,
Feb 5, 2014, 8:50:02 AM2/5/14
to
Saludos lista, les comento lo que me paso:

Vaya sorpresa me eh dado esta mañana, Desaparecio la interfaz de red cableada eth0.

# dmesg | grep -i eth
[   18.761560] Bluetooth: BNEP (Ethernet Emulation) ver 1.3

Quitandole la sentencia -i no arroja resultado, pero con lspci no la veo:
# lspci
00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)
00:16.0 Communication controller: Intel Corporation 5 Series/3400 Series Chipset HECI Controller (rev 06)
00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 05)
00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 (rev 05)
00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 5 (rev 05)
00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev a5)
00:1f.0 ISA bridge: Intel Corporation Mobile 5 Series Chipset LPC Interface Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 4 port SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 05)
00:1f.6 Signal processing controller: Intel Corporation 5 Series/3400 Series Chipset Thermal Subsystem (rev 05)
05:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01)
ff:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers (rev 02)
ff:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 02)
ff:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 02)
ff:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev 02)
ff:02.2 Host bridge: Intel Corporation Core Processor Reserved (rev 02)
ff:02.3 Host bridge: Intel Corporation Core Processor Reserved (rev 02)

Agregue la interfaz en /etc/network/interfaces, pero al querer levantarla

# /etc/init.d/networking restart
[....] Running /etc/init.d/networking restart is deprecated because it may not re-enable some inte[warns ... (warning).
[....] Reconfiguring network interfaces...Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Cannot find device "eth0"
Bind socket to interface: No such device
Failed to bring up eth0.
done.

No sé por donde mas seguir no se me ocurre nada.

Atento a cualquier comentario

Saludos

--
Atte.
Ricardo G. Zúñiga Bauer
Analista programador
Sitio web: http://ceaerrepe.com.ar
User Linux: #455331

Ramses

unread,
Feb 5, 2014, 9:00:02 AM2/5/14
to
Haz "ifconfig -a" y manda la salida.


Saludos,

Ramses

Cristian Mitchell

unread,
Feb 5, 2014, 9:30:01 AM2/5/14
to



2014-02-05 Ramses <ramses....@gmail.com>:

fijate en

/etc/udev/rules.d/70-persistent-net.rules

--
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Ricardo Zúñiga

unread,
Feb 5, 2014, 9:50:01 AM2/5/14
to
Ramses:

No aparece la interfaz

# ifconfig -a
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:78 errors:0 dropped:0 overruns:0 frame:0
          TX packets:78 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4916 (4.8 KiB)  TX bytes:4916 (4.8 KiB)

wlan0     Link encap:Ethernet  HWaddr ac:81:12:80:13:82 
          inet addr:200.0.0.80  Bcast:200.0.0.255  Mask:255.255.255.0
          inet6 addr: fe80::ae81:12ff:fe80:1382/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:55106 errors:0 dropped:0 overruns:0 frame:708601
          TX packets:28439 errors:11 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:37762119 (36.0 MiB)  TX bytes:6245801 (5.9 MiB)
          Interrupt:17

Cristian, este es el resultado

# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:1c.2/0000:06:00.0 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="b8:70:f4:27:2b:a9", ATTR{dev_id}=$

# PCI device 0x14e4:/sys/devices/pci0000:00/0000:00:1c.1/0000:05:00.0 (wl)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="ac:81:12:80:13:82", ATTR{dev_id}=$

# USB device 0x:0x (rtl8187)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:4f:78:00:25:62", ATTR{dev_id}=$




2014-02-05 Cristian Mitchell <mitche...@gmail.com>:

Vicios

unread,
Feb 5, 2014, 9:50:01 AM2/5/14
to
El 05/02/14 15:40, Ricardo Zúñiga escribió:
> <mailto:mitche...@gmail.com>>:
>
>
>
>
> 2014-02-05 Ramses <ramses....@gmail.com
> <mailto:ramses....@gmail.com>>:
>
> El 05/02/2014, a las 14:47, Ricardo Zúñiga <ceae...@gmail.com
> <mailto:ceae...@gmail.com>> escribió:
Pues macho yo diría que ahi la tienes...

# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:1c.2/0000:06:00.0
(r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="b8:70:f4:27:2b:a9", ATTR{dev_id}=$

Esta es la salida de mi fichero rules.

# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:1c.3/0000:03:00.0
(r8169)

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="3c:97:0e:xx:xx:xx", ATTR{dev_id}=="0x0",
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Saludos!


--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/52F24E5F...@gmail.com

Maykel Franco

unread,
Feb 5, 2014, 9:50:01 AM2/5/14
to



2014-02-05 Ricardo Zúñiga <ceae...@gmail.com>:


Imagino que habrás probado reiniciar la máquina... Pues es muy raro, busca en los logs syslog, messages, dmesg haber si encuentra algo relacionado con eth0, sino está, mirate haber si algún log se roto y esta zipeado.

Saludos.

Cristian Mitchell

unread,
Feb 5, 2014, 10:00:02 AM2/5/14
to



2014-02-05 Maykel Franco <maykel...@gmail.com>:
Algún temita de placas hay 
borras todo el contenido del archivo despues de hacerle una copia

cp /etc/udev/rules.d/70-persistent-net.rules /etc/udev/rules.d/70-persistent-net.rules.bkp
echo "" >/etc/udev/rules.d/70-persistent-net.rules

esto te va dejar el archivo vacío

entonces rebooteas la maquina y cuando el udev se ejecute deberia regenerar la placa de red como corresponde

ahora lo que me llama la atención es que ninguna placa de las que tenes tiene nombre

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:4f:78:00:25:62", ATTR{dev_id}=$

al final deberia decir el nombre

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="6c:3b:e5:f1:7a:e4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

asi es una linea compĺeta

Camaleón

unread,
Feb 5, 2014, 10:10:01 AM2/5/14
to
El Wed, 05 Feb 2014 10:47:25 -0300, Ricardo Zúñiga escribió:

> Saludos lista, les comento lo que me paso:
>
> Vaya sorpresa me eh dado esta mañana, Desaparecio la interfaz de red
> cableada eth0.

Se habrá tomado unas vacaciones :-P

> # dmesg | grep -i eth [ 18.761560] Bluetooth: BNEP (Ethernet
> Emulation) ver 1.3
>
> Quitandole la sentencia -i no arroja resultado, pero con lspci no la
> veo:

(...)

Sólo veo la tarjeta inalámbrica peor no la cableada y si el kernel no la
ve la cosa se complica.

¿Se trata de un portátil? Si es así, comprueba que no la hayas
desactivado accidentalmente pulsando sobre alguna botonera y revisa la
BIOS para ver si te aparece algo relacionado con el adaptador de red e
intenta activarlo/desactivarlo para forzar de nuevo la detección.

Si es una tarjeta PCI, prueba a cambiarla a otro slot que tengas
disponible o a conectarla en otro equipo para comprobar que no haya
muerto.

> Agregue la interfaz en /etc/network/interfaces, pero al querer
> levantarla

(...)

No, claro, lo primero que hay que hacer es que el kernel la vea y cargue
el driver correspondiente, sin ese paso previo no hay nada que hacer :-(

Saludos,

--
Camaleón


--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/pan.2014.02...@gmail.com

Ricardo Zúñiga

unread,
Feb 5, 2014, 10:30:02 AM2/5/14
to
Camaleón, si es un portatil y no tienen boton para desactivar la red ethernet en la bios esta activado la tarjeta.

La verdad es muy raro y si se tomo vacaciones que avise ¿No? :P

Camaleón

unread,
Feb 5, 2014, 10:30:02 AM2/5/14
to
El Wed, 05 Feb 2014 12:20:45 -0300, Ricardo Zúñiga escribió:

> El 5 de febrero de 2014, 12:08, Camaleón <noel...@gmail.com> escribió:

(...)

>> > Quitandole la sentencia -i no arroja resultado, pero con lspci no la
>> > veo:
>>
>> (...)
>>
>> Sólo veo la tarjeta inalámbrica peor no la cableada y si el kernel no
>> la ve la cosa se complica.
>>
>> ¿Se trata de un portátil? Si es así, comprueba que no la hayas
>> desactivado accidentalmente pulsando sobre alguna botonera y revisa la
>> BIOS para ver si te aparece algo relacionado con el adaptador de red e
>> intenta activarlo/desactivarlo para forzar de nuevo la detección.

(...)

> Camaleón, si es un portatil y no tienen boton para desactivar la red
> ethernet en la bios esta activado la tarjeta.

Prueba a cambiar su estado a "desactivado", guarda los cambios de la BIOS,
reinicia, comprueba que no la detecta y vuelve a habilitarla en la BIOS.

Se trata de "forzar" que vuelva a la vida, algunos adaptadores de red
integrados se quedan como "dormidos" cuando se inicia Windows y luego se
vuelve a Linux (no sé si será tu caso), no es la primera vez que lo
escucho.

> La verdad es muy raro y si se tomo vacaciones que avise ¿No? :P

Es que los adaptadores de red de hoy en día andan muy estresados con
tanto Youtube O:-)

Maykel Franco

unread,
Feb 5, 2014, 10:40:02 AM2/5/14
to
Me parece una buena idea, más de un portatil he arreglado yo haciendo eso pero para el wireless, touchpad... y se tiran un tiempo sin dar problemas.

Saludos.

Debian GMail

unread,
Feb 5, 2014, 10:40:02 AM2/5/14
to
El 05/02/14 10:47, Ricardo Zúñiga escribió:
Si la placa es "on-board", se te quemó.
Si es PCI, está floja.
Sacala, limipiá con contamatic, y volvé a colocarla

JAP


--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/52F25AC2...@gmail.com

Ricardo Zúñiga

unread,
Feb 5, 2014, 11:00:03 AM2/5/14
to
Vamos que no se quemó ni nada por el estilo

# ifconfig -a
eth0      Link encap:Ethernet  HWaddr b8:70:f4:27:2b:a9 
          inet6 addr: fe80::ba70:f4ff:fe27:2ba9/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:1488 errors:0 dropped:0 overruns:0 frame:0
          TX packets:43 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:119938 (117.1 KiB)  TX bytes:9199 (8.9 KiB)
          Interrupt:40 Base address:0x6000

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:34 errors:0 dropped:0 overruns:0 frame:0
          TX packets:34 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2348 (2.2 KiB)  TX bytes:2348 (2.2 KiB)


wlan0     Link encap:Ethernet  HWaddr ac:81:12:80:13:82 
          inet addr:200.0.0.80  Bcast:200.0.0.255  Mask:255.255.255.0
          inet6 addr: fe80::ae81:12ff:fe80:1382/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:151 errors:0 dropped:0 overruns:0 frame:2017
          TX packets:100 errors:21 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:14144 (13.8 KiB)  TX bytes:22554 (22.0 KiB)
          Interrupt:17
Camaleón no uso windows, solo debian. Desactive y active la red desde la BIOS y nada.

Pero.....

Elimine "/etc/udev/rules.d/70-persistent-net.rules" y "APAGUE" el notebook, al volver a encenderlo volvio a aparecer, ahora me dice que no esta gestionado, pero ya aparecio (Volvio de sus cortas vacaciones).

Anoche estube trabajando hasta tarde y me qede dormido con el encendido en la mañana al levantarme solo cerre la tapa y al llegar a la oficina ya estaba encendido. Quizas sea un tema de "Hibernación" que desactiva las eth0 o entran en conflicto.


2014-02-05 Debian GMail <javier.de...@gmail.com>:

with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Maykel Franco

unread,
Feb 5, 2014, 11:10:03 AM2/5/14
to



2014-02-05 Ricardo Zúñiga <ceae...@gmail.com>:


Si te miras los logs lo sabrás....

Camaleón

unread,
Feb 5, 2014, 11:20:02 AM2/5/14
to
El Wed, 05 Feb 2014 12:59:17 -0300, Ricardo Zúñiga escribió:

> Vamos que no se quemó ni nada por el estilo
>
> # ifconfig -a
> eth0 Link encap:Ethernet HWaddr b8:70:f4:27:2b:a9
> inet6 addr: fe80::ba70:f4ff:fe27:2ba9/64 Scope:Link UP
> BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:1488
> errors:0 dropped:0 overruns:0 frame:0 TX packets:43 errors:0
> dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX
> bytes:119938 (117.1 KiB) TX bytes:9199 (8.9 KiB) Interrupt:40
> Base address:0x6000

(...)

> Camaleón no uso windows, solo debian. Desactive y active la red desde la
> BIOS y nada.
>
> Pero.....
>
> Elimine "/etc/udev/rules.d/70-persistent-net.rules" y "APAGUE" el
> notebook,
> al volver a encenderlo volvio a aparecer, ahora me dice que no esta
> gestionado, pero ya aparecio (Volvio de sus cortas vacaciones).

Qué bueno, pues me alegra que ya la tengas de vuelta :-)

> Anoche estube trabajando hasta tarde y me qede dormido con el encendido
> en la mañana al levantarme solo cerre la tapa y al llegar a la oficina
> ya estaba encendido. Quizas sea un tema de "Hibernación" que desactiva
> las eth0 o entran en conflicto.

Sí, es algo rarito relacionado con la gestión de energía, pero esto que
dices es la primera vez que lo escucho (sí había leído de casos parecidos
donde la tarjeta "desaparece" misteriosamente pero cuando entraban en
juego dos sistemas operativos -windows y linux- y generalmente el
problema se daba con algunos chipsets de Realtek.

Saludos,

--
Camaleón


--
To UNSUBSCRIBE, email to debian-user-s...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/pan.2014.02...@gmail.com

Cristian Mitchell

unread,
Feb 5, 2014, 11:20:03 AM2/5/14
to
con wheezy me esta pasando que el administrador de energia despues de una par de invernadas
la maquina se pone totalmente estupida 
y si no recuerdo mal alguan vez tube una historia con la placa de red

Ricardo Zúñiga

unread,
Feb 5, 2014, 11:30:02 AM2/5/14
to
Cristian Mitchell,

También suele pasar cosas raras con el sistema de hibernación, ej: Me pasa aveces que cuando vuelvo de una hibernación la pantalla se divide en 3...

Saludos



2014-02-05 Ricardo Zúñiga <ceae...@gmail.com>:
Lo malo es que bootlogd esta desactivado por defecto y dmesg no es especifico.


Bueno, Gracias por la ayuda y los comentarios. Estoy conectado a la red cableada nuevamente.

Saludos


2014-02-05 Maykel Franco <maykel...@gmail.com>:
0 new messages