Vous n'êtes pas identifié(e).
Dernière modification par MixMax (25-06-2019 22:22:05)
Hors ligne
Il y a quelque temps, le noyau Debian a été mis à jour du 4.9 vers le 4.19.
Cela ne s'est pas fait tout seul... tes sources doivent mélanger stable/testing voire sid sans pinning.
Pour ce qui concerne le Wi-Fi plus particulièrement il y a un article dans le wiki, mais tu peux poster :
Après avoir démarré sur le noyau 4.19. La commande rfkill est fournie par le paquet du même nom.
Dernière modification par èfpé (24-06-2019 14:04:42)
Hors ligne
Il y a quelque temps, le noyau Debian a été mis à jour du 4.9 vers le 4.19.
Cela ne s'est pas fait tout seul... tes sources doivent mélanger stable/testing voire sid sans pinning.
Effectivement, je pense que c'est parce que les dépôts stretch-backports sont activés sur mon install, non ?
En tout état de cause, ce n'est pas la première mise à jour du noyau, et c'est le premier souci, et je pense que cela vient de là.
Les autres à suivre
Hors ligne
Ne renvoie rien
Hors ligne
Dernière modification par MixMax (25-06-2019 18:44:23)
Hors ligne
Effectivement, je pense que c'est parce que les dépôts stretch-backports sont activés [...], non ?
Là encore, cela ne s'est pas fait tout seul... l'installation d'un paquet rétroporté doit être explicite...
Cette commande affichera les préférences globales, et le dépôt deb-multimedia.org, pas de pinning ?
lspci -nnkd ::028024:00.0 Network controller [0280]: Broadcom Limited BCM43228 802.11a/b/g/n [14e4:4359]
Subsystem: Hewlett-Packard Company BCM943228HM4L 802.11a/b/g/n 2x2 Wi-Fi Adapter [103c:182c]
Kernel modules: bcma
Sauf erreur, le contrôleur BCM43228 n'est pris en charge que par le pilote propriétaire (wl, cf. ici/là) :
Le paquet broadcom-sta-dkms (non-free), n'a vraisemblablement été installé qu'en version stretch :
Cette installation ne pourra se faire qu'après rectification du sources.list, par ailleurs problématique !
Désolé pour lsmod, ça ne passe pas avec les balises BBCode.
Parce que tu ne les utilises pas correctement (cf. ici/là) ; et purge le message #5 après avoir corrigé.
Hors-sujet : ton fil de janvier relatif à QRemoteControl est-il toujours d'actualité ? si oui je réponds.
Hors ligne
Dernière modification par MixMax (25-06-2019 18:45:17)
Hors ligne
Hors-sujet : ton fil de janvier relatif à QRemoteControl est-il toujours d'actualité ? si oui je réponds.
Non, plus d'actualité. De mémoire j'avais finalement réussi, mais à l'usage, j'ai abandonné cette appli.
J'ai étiqueté le fil comme abandonné.
Hors ligne
Là encore, cela ne s'est pas fait tout seul...
Ben non, je l'ai fait exprès. Il ne faut pas ?
Cette installation ne pourra se faire qu'après rectification du sources.list, par ailleurs problématique !
Où est-il problématique ?
Et que me conseilles-tu ? Corriger mon sources.list à partir du lien que tu m'as donné ?
Hors ligne
dkms statusbroadcom-sta, 6.30.223.271, 4.9.0-8-amd64, x86_64: installed
Le module wl n'a pas été construit pour le noyau 4.19, parce que les en-têtes ne sont pas installés.
Ce retour est obtenu avec un sources.list backports+non-free de base, comme proposé sur le wiki.
Pour rétablir le Wi-Fi, le plus simple est d'installer le paquet broadcom-sta-dkms rétroporté (cf. #6).
Alternative : installer les en-têtes rétroportés via le méta-paquet, linux-headers-amd64 (non testé).
Où est-il problématique ?
Et que me conseilles-tu ? Corriger mon sources.list à partir du lien que tu m'as donné ?
L'utilisation de la branche stable plutôt que celle de la branche stretch va te faire migrer vers Buster.
Tu vas me répondre que c'est voulu... Il est toutefois conseillé de s'y préparer (sources.list propre).
Hors ligne
Et là, le paquet s'est installé correctement, et reboot, et la wifi fonctionne.
Je n'ai pas tout compris, ou assez vaguement, mais en tout cas un grand merci à toi.
Hors ligne