Wifi perdu à la sortie de veille [Résolu]

Tags: #<Tag:0x00007efedbd92138> #<Tag:0x00007efedbd91ff8>

Bonjour à tous.

J’ai installé Debian sans réseau (donc sans les pilotes additionnels) sur un Thinkpad T430 avec une carte wifi Realtek RTL8188CE 802.11b/g/n WiFi Adapter.

Au démarrage elle est reconnue sans problème et j’ai bien du wifi, sans avoir dû installer de pilote particulier.

Par contre quand je ferme le PC et que je le rouvre plus tard (je suppose qu’il se met en veille entre les deux) il arrive souvent qu’il n’aie plus de wifi.

Et même systemctl restart network-manager ne permet pas de le rétablir, je n’ai pas trouvé d’autre moyen que de redémarrer.

Une solution ?

Bonjour

Il faudrait vérifier que le module gérant ta carte est bien chargé
Comparer un lsmod avant et après la mise en veille

Si le module a disparu, utiliser pm-utils [1] et ses hooks pour le recharger au sortir de la veille

[1] https://fr.opensuse.org/Pm-utils

OK merci.
J’ai fait un lsmod pour les deux cas mais quand je fais un diff il me renvoie quasiment toutes les lignes (je suppose que c’est parce que les lignes ne sont pas à la même place dans les deux fichiers)…
Il y a moyen d’éviter ça pour trouver ce qui diffère réellement ?

Ensuite avec pm-utils je créée un hook avec un modprobe ?

lsmod | sort

?

Ah ben oui effectivement…
Le diff me donne ça :

2c2
< aesni_intel           200704  8
---
> aesni_intel           200704  4
19c19
< ccm                    20480  6
---
> ccm                    20480  0
32c32
< ctr                    16384  4
---
> ctr                    16384  0

Par contre une recherche sur Debian pour 2c2 me donne uniquement une convention tenue en 2007; et le Canard me donne juste un pastebin qui parle bien de modules du noyau mais sans vraiment de précisions… Et sur kernel.org 2c2 amène zéro résultat.
Pour 19c19 ou 32c32 cela n’est pas mieux.

Cela dit le wifi était parfois capricieux (difficulté à se connecter) et en cherchant j’ai trouvé qu’il y a un paquet firmware-realtek que j’ai installé.
Il me dit ça :

Préparation du dépaquetage de .../firmware-realtek_20190114-2_all.deb ...
Dépaquetage de firmware-realtek (20190114-2) ...
Paramétrage de firmware-realtek (20190114-2) ...
update-initramfs: deferring update (trigger activated)
Traitement des actions différées (« triggers ») pour initramfs-tools (0.133+deb10u1) ...
update-initramfs: Generating /boot/initrd.img-4.19.0-10-amd64
W: Possible missing firmware /lib/firmware/i915/bxt_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_dmc_ver1_27.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_dmc_ver1_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/cnl_dmc_ver1_07.bin for module i915
W: Possible missing firmware /lib/firmware/i915/glk_dmc_ver1_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_39.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver9_29.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_guc_ver9_33.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_huc_ver02_00_1810.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_07_1398.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_huc_ver01_07_1398.bin for module i915

Bon apparemment malgré les « possible missing firmware » ça a marché, je n’ai plus de soucis.

Bonjour,

J’ai remarqué que selon le kernel pour le matériel X, on peux le corriger en changent de Noyau.