freedesktop.org<\/a>\u00a0e s\u00e3o as respons\u00e1veis por executar a fun\u00e7\u00e3o sleep, que \u00e9 composto pelas opera\u00e7\u00f5es SUSPEND, HIBERNATE, HYBRID_SUSPEND e HYBRID_HIBERNATE. Todas tem a fun\u00e7\u00e3o que restaura a volta ao sistema (RESUME|THAW|POST).<\/p>\nPor exemplo, se o usu\u00e1rio fechar a tampa do notebook (LID CLOSE ACTION), o sistema ir\u00e1 executar uma das fun\u00e7\u00f5es sleep que est\u00e1 configurada para esta a\u00e7\u00e3o. Ao abrir a tampa, o sistema ir\u00e1 executar a fun\u00e7\u00e3o de RESUME.
\n
\nPor\u00e9m as ferramentas pm-util e systemd tem suas particularidades.<\/p>\n
O pm-utils trabalha com os flags suspend, hibernate, resume e thaw.<\/p>\n
O systemd trabalha com pre e post. O pre \u00e9 o momento anterior ao sleep e post e o momento posterior ao sleep, quando ocorre o evento wakeup. Fica mais ou menos assim:<\/p>\n
LID FECHADO ------(pre)-----> SLEEP ------------> LID ABERTO -----(post)-----> WAKEUP\r\n\r\n<\/pre>\nSOLU\u00c7\u00c3O<\/h1>\n
Descobri que ocorre um problema com os m\u00f3dulos do adaptador WIFI, me obrigando a derrubar os m\u00f3dulos e levant\u00e1-los em seguida. Para corrigir este problema bastava escrever um script, que seria executado assim que a fun\u00e7\u00e3o RESUME fosse executada. Por\u00e9m, para isso, \u00e9 necess\u00e1rio saber qual mecanismo \u00e9 utilizado pelo sistema para fazer o sleep.<\/p>\n
As distribui\u00e7\u00f5es mais recentes do Linux utilizam o systemd para isso. Os ambientes gr\u00e1ficos mais populares s\u00e3o integrados ao systemd. N\u00e3o sei se a ferramenta systemd \u00e9 dependente da pm-utils, mas \u00e9 interessante incluir a solu\u00e7\u00e3o nos dois casos. Para isso teremos que identificar o nome do m\u00f3dulo do WIFI.<\/p>\n
COMO IDENTIFICAR OS M\u00d3DULOS DO WIFI<\/h1>\n
Para identificar o nome do m\u00f3dulo do WIFI execute como superusu\u00e1rio o comando a seguir:<\/p>\n
# lshw -C network<\/strong><\/p>\nSeparei o fragmento que nos interessa da sa\u00edda do comando:<\/p>\n
*-usb \r\n description: Wireless interface\r\n product: 802.11 bg WLAN\r\n vendor: Ralink\r\n physical id: 3\r\n bus info: usb@1:3\r\n logical name: wlx0019dba00811\r\n version: 0.01\r\n serial: 00:19:db:a0:08:11\r\n capabilities: usb-2.00 ethernet physical wireless\r\n configuration: broadcast=yes driver=rt73usb driverversion=4.15.0-20-generic firmware=1.7 ip=192.168.1.6 link=yes maxpower=300mA multicast=yes speed=480Mbit\/s wireless=IEEE 802.11\r\n\r\n<\/pre>\nPodemos ver que em description aparece “Wireless interface”, que \u00e9 o nosso adaptador WIFI. A informa\u00e7\u00e3o que procuramos \u00e9 o nome do m\u00f3dulo de driver, informa\u00e7\u00e3o que est\u00e1 em configuration.<\/p>\n
\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 configuration: broadcast=yes driver=rt73usb driverversion=4.15.0-20-generic firmware=1.7 ip=192.168.1.6 link=yes maxpower=300mA multicast=yes speed=480Mbit\/s wireless=IEEE 802.11<\/samp><\/p>\nO nome do m\u00f3dulo de driver \u00e9 o rt73usb.<\/p><\/div>\n
O SCRIPT WIFI-WAKEUP<\/h1>\n
<\/p>\n
Segue o c\u00f3digo do script\u00a0
wifi-wakeup<\/em>:<\/p>\n#!\/bin\/sh
\n# Autor: Marcos Antonio Mello Estev\u00e3o.
\n# Nome do script: wifi-wakeup.
\n# Este script \u00e9 baseado no:
\n# \/etc\/pm\/sleep.d\/60_wpa_supplicant
\n# Este \u00e9 um script de a\u00e7\u00e3o que baixa e levanta o m\u00f3duli rt73usb do adaptador WIFI.
\n# O objetivo \u00e9 executar durante o evento RESUME, no caso do SUSPEND e THAW, no caso do HIBERNATE.
\n<\/span>
\nPATH=\/sbin:\/usr\/sbin:\/bin:\/usr\/bin<\/p>\nresume_action()
\n{
\nrmmod rt73usb
\nmodprobe rt73usb
\n}<\/p>\n
case “$1” in
\nresume|thaw|post)
\nresume_action
\n;;
\nesac<\/p>\n
exit 0<\/p><\/div>\n
O LOCAL CORRETO ONDE COLOCAR O SCRIPT<\/h1>\n
O script \u00e9 bem simples e pode ser utilizado tanto no pm-utils quanto no systemd e foi testado nos dois softwares.<\/p>\n
Em pm-utils:<\/p>\n
O caminho dos scripts pre e post do pm-utils est\u00e1 localizado em:<\/p>\n