eth0 r8169 para baixo ao acordar do modo de espera

2

Ao acordar após a espera, a rede (eth0) permanece inativa. O cartão eth0 é r8169.

Eu tentei:

  • ifconfig eth0 up
    Não funciona
  • ifconfig eth0 up; dhcpcd eht0
    Trabalhei mas como eu configuro meu IP estático com isso, meu proxy é ip ligado

Isso funciona:

this commands gets the network up with the conventional network manager:
modprobe -r r8169; modprobe r8169; service network-manager restart

Mas existe alguma maneira de automatizar isso ou modificar os scripts acpi para que não seja necessário modprobe em primeiro lugar?

Detalhes da configuração:

OS: Debian-squeeze (6.0)

ethtool eth0 output:

Supported ports: [ TP MII ]
Supported link modes:   10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full 
                        100baseT/Half 100baseT/Full 
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Link partner advertised link modes:  10baseT/Half 10baseT/Full 
                                     100baseT/Half 100baseT/Full 
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
Link detected: yes

Arquivo /etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
#NetworkManager#iface eth0 inet dhcp
    
por crodjer 09.02.2011 / 11:09

2 respostas

1

O fato de você precisar remover e restaurar o módulo do dispositivo é uma indicação de que ele não controla bem o estado de suspensão / ativação. Verifique se há um kernel mais novo disponível para sua distribuição ou compile o seu próprio.

    
por 28.01.2013 / 17:37
0

É um problema comum de IRQ com cartões Realtek. Olhe seus logs. Você verá algo como:

Jul 10 08:47:34 xxx systemd-logind[861]: Operation 'sleep' finished.
Jul 10 08:47:34 xxx NetworkManager[845]: <info>  [1531205254.1392] manager: sleep: wake requested (sleeping: yes  enabled: yes)
Jul 10 08:47:34 xxx NetworkManager[845]: <info>  [1531205254.1394] device (enp24s0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'managed')
Jul 10 08:47:34 xxx kernel: IPv6: ADDRCONF(NETDEV_UP): enp24s0: link is not ready
Jul 10 08:47:34 xxx gnome-shell[3792]: _st_paint_shadow_with_opacity: assertion 'shadow_pipeline != NULL' failed
Jul 10 08:47:34 xxx NetworkManager[845]: <info>  [1531205254.1965] manager: NetworkManager state is now DISCONNECTED
Jul 10 08:47:34 xxx kernel: do_IRQ: 13.36 No irq handler for vector
Jul 10 08:47:34 xxx kernel: r8169 0000:18:00.0 enp24s0: link down
    
por 10.07.2018 / 09:25