Linux засыпает сетевая карта

При переходе в спящий режим (режим ожидания) Wi-Fi соединение не поддерживается, после выхода из режима сна снова происходит подключение. Мне нужно, чтобы сетевая карта продолжала работать во время режима сна, поддерживая сетевое соединение. Возможно ли это сделать? Если да, то как?
Я отключил Power Management, но это не помогло. Соответствующих настроек в BIOS не нашёл.

lo no wireless extensions. wlo1 IEEE 802.11 ESSID:"" Mode:Managed Frequency:2.422 GHz Access Point: Bit Rate=121.5 Mb/s Tx-Power=20 dBm Retry short limit:7 RTS thr:off Fragment thr:off Power Management:off Link Quality=70/70 Signal level=-30 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0

System: Kernel: 5.15.0-46-generic x86_64 bits: 64 compiler: N/A Desktop: Cinnamon 5.2.7 Distro: Linux Mint 20.3 Una base: Ubuntu 20.04 focal Machine: Type: Laptop System: HP product: HP Pavilion Laptop 15-eh0xxx v: N/A serial: Mobo: HP model: 87C5 v: 35.50 serial: UEFI: AMI v: F.15 date: 07/21/2021 Battery: ID-1: BAT0 charge: 35.9 Wh condition: 35.9/35.9 Wh (100%) model: Hewlett-Packard Primary status: Full CPU: Topology: 6-Core model: AMD Ryzen 5 4500U with Radeon Graphics bits: 64 type: MCP arch: Zen rev: 1 L2 cache: 3072 KiB flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 28445 Speed: 1397 MHz min/max: 1400/2375 MHz Core speeds (MHz): 1: 1397 2: 1397 3: 1362 4: 1397 5: 1397 6: 1397 Graphics: Device-1: AMD Renoir vendor: Hewlett-Packard driver: amdgpu v: kernel bus ID: 04:00.0 Display: x11 server: X.Org 1.20.13 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz OpenGL: renderer: AMD RENOIR (DRM 3.42.0 5.15.0-46-generic LLVM 12.0.0) v: 4.6 Mesa 21.2.6 direct render: Yes Audio: Device-1: AMD vendor: Hewlett-Packard driver: snd_hda_intel v: kernel bus ID: 04:00.1 Device-2: AMD Raven/Raven2/FireFlight/Renoir Audio Processor vendor: Hewlett-Packard driver: snd_rn_pci_acp3x v: kernel bus ID: 04:00.5 Device-3: AMD Family 17h HD Audio vendor: Hewlett-Packard driver: snd_hda_intel v: kernel bus ID: 04:00.6 Sound Server: ALSA v: k5.15.0-46-generic Network: Device-1: Realtek RTL8821CE 802.11ac PCIe Wireless Network Adapter vendor: Hewlett-Packard driver: rtw_8821ce v: N/A port: f000 bus ID: 02:00.0 IF: wlo1 state: up mac: Drives: Local Storage: total: 238.47 GiB used: 81.75 GiB (34.3%) ID-1: /dev/nvme0n1 vendor: Samsung model: MZVLQ256HAJD-000H1 size: 238.47 GiB Partition: ID-1: / size: 48.91 GiB used: 12.92 GiB (26.4%) fs: ext4 dev: /dev/nvme0n1p5 ID-2: /home size: 68.60 GiB used: 34.39 GiB (50.1%) fs: ext4 dev: /dev/nvme0n1p7 ID-3: swap-1 size: 4.00 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/nvme0n1p6 Sensors: System Temperatures: cpu: 45.0 C mobo: N/A gpu: amdgpu temp: 46 C Fan Speeds (RPM): N/A Info: Processes: 262 Uptime: 12m Memory: 7.13 GiB used: 2.14 GiB (30.0%) Init: systemd runlevel: 5 Compilers: gcc: 9.4.0 Shell: bash v: 5.0.17 inxi: 3.0.38

После выхода из режима сна не происходит автоматического подключения к VPN, но и без него доступа к сети нет, потому что срабатывает Kill Switch.

Читайте также: Узнать где команда linux

А здесь ничем поддержание Wi-Fi активным не поможет. Т.к. сетевые соединения по таймауту отвалятся — их же обрабатывать некому, система и процессор спят. Т.е. все равно переподключение нужно.
Если вам это все надо — правильным решением здесь будет писать скрипт, реализующий сценарий автоматического переподключения при выходе из сна, благо не винда, и это вполне возможно.

Источник

unixforum.org

Доброго всем времени суток.
Значитца есть комп, стоит в дальней комнате.
Интернет принимает по pci wi-fi карте. Проводом почти никак.
Установлен свежий debian stable.

И вся проблема в том, что примерно через 15 мин сеть отваливается.
Через гуй отцепляюсь, и прицепляюсь снова: опять 15 мин нет проблем.
С чего начать?

Re: Засыпает сетевая карта карта Debian

Сообщение lone_wolf » 01.05.2017 00:41

С настройки pci wi-fi карты
Похоже при простое карта просто переходит в спящий режим. А что в логах по этому поводу?

Re: Засыпает сетевая карта карта Debian

Сообщение rain_99 » 01.05.2017 01:28

Я может задам глупый вопрос.
А что вообще искать в логах?
Это /var/log/messages ?

И да, простоя нет. Смотрю например Ютуб и через 15 мин начинает бегунок бегать. Причем на других устройствах инет есть.

Bizdelnick Модератор Сообщения: 20387 Статус: nulla salus bello ОС: Debian GNU/Linux

Re: Засыпает сетевая карта карта Debian

Сообщение Bizdelnick » 01.05.2017 01:29

в консоли
вку́пе (с чем-либо)
в общем
вообще

в течение (часа)
новичок
нюанс
по умолчанию

приемлемо
проблема
пробовать
трафик

Re: Засыпает сетевая карта карта Debian

Сообщение rain_99 » 01.05.2017 19:59

Bizdelnick Модератор Сообщения: 20387 Статус: nulla salus bello ОС: Debian GNU/Linux

Re: Засыпает сетевая карта карта Debian

Сообщение Bizdelnick » 01.05.2017 20:30

в консоли
вку́пе (с чем-либо)
в общем
вообще

в течение (часа)
новичок
нюанс
по умолчанию

приемлемо
проблема
пробовать
трафик

Источник

How can I disable the Ethernet card Power Saving?

I’m working on Ubuntu 18.04, and I need to full disable my Ethernet Cart Power Saving. I don’t need to change any other System Power Saving settings, but only the Ethernet Card one. Also, it would be great to maintain this new setting also after any reboot.

2 Answers 2

After some researches I found this:

What: /sys/devices/. /power/control Date: January 2009 Contact: Rafael J. Wysocki Description: The /sys/devices/. /power/control attribute allows the user space to control the run-time power management of the device. All devices have one of the following two values for the power/control file: + "auto\n" to allow the device to be power managed at run time; + "on\n" to prevent the device from being power managed; The default for all devices is "auto", which means that they may be subject to automatic power management, depending on their drivers. Changing this attribute to "on" prevents the driver from power managing the device at run time. Doing that while the device is suspended causes it to be woken up.

So the final solution I found is the following one:

sudo echo "on" > /sys/class/net/"$(ls /sys/class/net/ | grep -E '^e')"/power/control

The «$(ls /sys/class/net/ | grep -E ‘^e’)» block is used to find the first ‘e’ device (Ethernet Device Card).

UPDATE: At the end, I managed how to run this script every 5 seconds as root , just add the following script as /etc/cron.d/ethernet-control

SHELL=/bin/bash PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin MAILTO="" * * * * * root for i in ; do (echo 'on' > /sys/class/net/"$(ls /sys/class/net/ | grep -E '^e')"/power/control) 2>/dev/null; sleep 5; done;

Источник

Linux засыпает сетевая карта

Имеется 2 свежекупленных сервера:
HP Proliant DL180R06
HP Proliant ML350p Gen8
Надо запустить на них CentOS.
Проблема: при отсутствии сетевой активности (5-10 мин) засыпают сетевые интерфейсы на этих серверах. Выглядит это дело в двух вариантах:
— проходит какое-то время и сервер перестает пинговаться, тогда идем к нему и с локальной консоли пингуем что-нибудь в сети, после этого все ок,
— пинг к серверу проходит через несколько пропущенных пакетов (2-5 пакета), либо ssh-соединение устанавливается со второго раза. В логах и dmesg — тишина. Что пробовал делать:
— CentOS 6.3 ядро 2.6.32-279.el6.x86_64 из дистрибутива — глюк есть,
— CentOS 6.3 ядро 2.6.32-279.14.1.el6.x86_64 из апдейтов — глюк есть,
— CentOS 6.3 ядро 3.2.34 сам собрал — глюк есть,
— CentOS 6.3 ядро 3.6.8 сам собрал — глюк есть,
— Ubuntu 12.04.1 LTS ядро 3.2.0-29-generic — глюка нет!
Баловался с настройками Power Managment, ACPI и ASPM в конфигах ядер — не помогло.
На одном сервере сетевая Intel E1000 (модуль igb), на другом Broadcom Tigon3 (модуль tg3). БИОСы серверов ковырял — ничего такого связанного с засыпанием не нашел, да и не в биосе это дело получается, раз убунта работает. Либо это засыпает целиком вся система (не только сетевухи), тогда где это настроивается? Что можете посоветовать?

HP Proliant и CentOS 6.3 засыпает сетевая плата, Serjant, 12:01 , 29-Ноя-12, (1)
HP Proliant и CentOS 6.3 засыпает сетевая плата, Евгений, 13:20 , 29-Ноя-12, (2)
- HP Proliant и CentOS 6.3 засыпает сетевая плата, Dmitry, 17:15 , 29-Ноя-12, (3)
  - HP Proliant и CentOS 6.3 засыпает сетевая плата, Евгений, 18:10 , 29-Ноя-12, (4)
  - HP Proliant и CentOS 6.3 засыпает сетевая плата, Alex, 18:57 , 30-Ноя-12, ( 6 )
  - HP Proliant и CentOS 6.3 засыпает сетевая плата, anonymous, 09:15 , 03-Дек-12, ( 8 )
    - HP Proliant и CentOS 6.3 засыпает сетевая плата, Dmitry, 10:52 , 03-Дек-12, ( 9 )
    > Что можете посоветовать?
    
    Собрать ядро с конфигом от убунты.
    
    >> Что можете посоветовать?
    > Собрать ядро с конфигом от убунты.
    
    Вот это я забыл сделать.
    
    Так, собрал, проверил, не помогло 🙁 Видимо это связано с CentOS.
    
    >>> Что можете посоветовать?
    >> Собрать ядро с конфигом от убунты.
    > Вот это я забыл сделать.
    > Так, собрал, проверил, не помогло 🙁 Видимо это связано с CentOS.
    
    Было бы странно.
    Какие параметры сетевой карты выставляет убунта (ethtool)?
    
    > Что можете посоветовать?
    
    в параметры загрузки ядра добавить pcie_aspm=off
    
    >> Что можете посоветовать?
    > в параметры загрузки ядра добавить pcie_aspm=off
    
    Мне не помогло :/
    
    Совет про pcie_aspm=off пробовал — не помогло, даже из ядра удалял поддержку ASPM.
    
    Экспериментировал с сервером HP Proliant ML350p Gen8 (сетевая Broadcom Tigon3), поставил 2 системы: CentOS 6.3(minimal) и Ubuntu 12.04.1 LTS.
    
    ===> ethtool CentOS:
    Settings for eth0:
    Supported ports: [ TP ]
    Supported link modes: 10baseT/Half 10baseT/Full
    100baseT/Half 100baseT/Full
    1000baseT/Half 1000baseT/Full
    Supports auto-negotiation: Yes
    Advertised link modes: 10baseT/Half 10baseT/Full
    100baseT/Half 100baseT/Full
    1000baseT/Half 1000baseT/Full
    Advertised pause frame use: Symmetric
    Advertised auto-negotiation: Yes
    Link partner advertised link modes: 10baseT/Half 10baseT/Full
    100baseT/Half 100baseT/Full
    1000baseT/Full
    Link partner advertised pause frame use: Symmetric
    Link partner advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 1
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: on
    Supports Wake-on: g
    Wake-on: g
    Current message level: 0x000000ff (255)
    Link detected: yes
    
    ===> ethtool Ubuntu:
    Settings for eth0:
    Supported ports: [ TP ]
    Supported link modes: 10baseT/Half 10baseT/Full
    100baseT/Half 100baseT/Full
    1000baseT/Half 1000baseT/Full
    Supported pause frame use: No
    Supports auto-negotiation: Yes
    Advertised link modes: 10baseT/Half 10baseT/Full
    100baseT/Half 100baseT/Full
    1000baseT/Half 1000baseT/Full
    Advertised pause frame use: Symmetric
    Advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 1
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: Unknown
    Supports Wake-on: g
    Wake-on: g
    Current message level: 0x000000ff (255)
    drv probe link timer ifdown ifup rx_err tx_err
    Link detected: yes
    
    вроде, ничего криминального нет.
    
    Может это засыпает не сетевуха, а вся система?
    
    >[оверквотинг удален]
    > Wake-on: g
    > Current message level: 0x000000ff
    > (255)
    >
    >
    > drv probe link
    > timer ifdown ifup rx_err tx_err
    > Link detected: yes
    > вроде, ничего криминального нет.
    > Может это засыпает не сетевуха, а вся система?
    
    Поставьте серваки на пинг друг друга и забудьте о проблеме;)
    
    > Поставьте серваки на пинг друг друга и забудьте о проблеме;)
    
    Да, уже думал над этим решением 🙂 но хотелось бы разобраться в проблеме.
    
    Источник