[WIFI] Perte de la connexion

eggregor · Message par **eggregor** » mer. 17 août 2016, 17:01

Bonjour à tous,

Je tente de dépanner un portable qui n'est pas le mien sur lequel j'ai installe Arch il y a près d'un an et qui ne se connecte plus à la box depuis deux jours.

Pour éviter de mauvaises manips je voudrais un conseil éclairé :

Le network controller est BCM43142 et fonctionnait parfaitement avec le pilote broadcom-wl-dkms.

Le problème doit maintenant venir du module WL qui ne se charge plus et il se passe ceci quand je tente de l'envoyer :

Code : Tout sélectionner

$ sudo systemctl enable dkms
Failed to enable unit: No such file or directory

Et de même :

Code : Tout sélectionner

$ sudo modprobe WL
modprobe: FATAL: Module WL not found in directory /lib/modules/4.7.0-1-ARCH

Faudrait-il changer de version du pilote ?

Code : Tout sélectionner

13 aur/broadcom-wl-dkms 6.30.223.271-9 [installed: 6.30.223.248-7] (166) (6,41)
    Broadcom 802.11 Linux STA wireless driver
14 aur/broadcom-wl-dkms-248 6.30.223.248-1 (1) (0,00)
    Broadcom 802.11 Linux STA wireless driver Old version for some bcm card 
    kernel crash

En principe l'utilisatrice de la machine se tient aux mises à jour et promet de ne pas jouer avec le terminal à part cette opération.
Le seul changement qui a été fait sans vrai motif est le remplacement de prebootloader par efitools qu'elle a du lancer sans s'en rendre compte, mais cela ne doit pas être la cause de cette panne.

Merci d'avance du coup de main.

Message par **benjarobin** » mer. 17 août 2016, 17:51

Bonjour,
Quelle est la sortie de :

Code : Tout sélectionner

dkms status
modinfo wl
ls -l /var/lib/dkms/broadcom-wl/*/*/*/log/make.log
cat /var/lib/dkms/broadcom-wl/*/*/*/log/make.log
ip a

eggregor · Message par **eggregor** » mer. 17 août 2016, 18:57

Les résultats :

Code : Tout sélectionner

$ dkms status
broadcom-wl, 6.30.223.248, 4.1.6-1-ARCH, x86_64: installed
broadcom-wl, 6.30.223.248, 4.2.2-1-ARCH, x86_64: installed
broadcom-wl, 6.30.223.248, 4.2.3-1-ARCH, x86_64: installed
broadcom-wl, 6.30.223.248, 4.2.5-1-ARCH, x86_64: installed
broadcom-wl, 6.30.223.248, 4.3.3-2-ARCH, x86_64: installed
broadcom-wl, 6.30.223.248, 4.3.3-3-ARCH, x86_64: installed
broadcom-wl, 6.30.223.248, 4.4.1-2-ARCH, x86_64: installed
vboxguest, 5.1.2_OSE, 4.7.0-1-ARCH, x86_64: installed

Code : Tout sélectionner

$ modinfo wl
modinfo: ERROR: Module wl not found.

Code : Tout sélectionner

$ ls -l /var/lib/dkms/broadcom-wl/*/*/*/log/make.log
-rw-r--r-- 1 root root 1019  5 sept.  2015 /var/lib/dkms/broadcom-wl/6.30.223.248/4.1.6-1-ARCH/x86_64/log/make.log
-rw-r--r-- 1 root root 1018  2 oct.   2015 /var/lib/dkms/broadcom-wl/6.30.223.248/4.2.2-1-ARCH/x86_64/log/make.log
-rw-r--r-- 1 root root 1018 16 oct.   2015 /var/lib/dkms/broadcom-wl/6.30.223.248/4.2.3-1-ARCH/x86_64/log/make.log
-rw-r--r-- 1 root root 1017  9 nov.   2015 /var/lib/dkms/broadcom-wl/6.30.223.248/4.2.5-1-ARCH/x86_64/log/make.log
-rw-r--r-- 1 root root 1018  4 janv.  2016 /var/lib/dkms/broadcom-wl/6.30.223.248/4.3.3-2-ARCH/x86_64/log/make.log
-rw-r--r-- 1 root root 1018 21 janv.  2016 /var/lib/dkms/broadcom-wl/6.30.223.248/4.3.3-3-ARCH/x86_64/log/make.log
-rw-r--r-- 1 root root 1019 16 févr.  2016 /var/lib/dkms/broadcom-wl/6.30.223.248/4.4.1-2-ARCH/x86_64/log/make.log

Code : Tout sélectionner

$ cat /var/lib/dkms/broadcom-wl/*/*/*/log/make.log
DKMS make.log for broadcom-wl-6.30.223.248 for kernel 4.1.6-1-ARCH (x86_64)
sam. sept.  5 17:44:17 CEST 2015
make : on entre dans le répertoire « /usr/lib/modules/4.1.6-1-ARCH/build »
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  LD      /var/lib/dkms/broadcom-wl/6.30.223.248/build/built-in.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/shared/linux_osl.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_linux.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_iw.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_cfg80211_hybrid.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.o
  Building modules, stage 2.
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  MODPOST 1 modules
  CC      /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.mod.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.ko
make : on quitte le répertoire « /usr/lib/modules/4.1.6-1-ARCH/build »
DKMS make.log for broadcom-wl-6.30.223.248 for kernel 4.2.2-1-ARCH (x86_64)
ven. oct.  2 16:49:12 CEST 2015
make : on entre dans le répertoire « /usr/lib/modules/4.2.2-1-ARCH/build »
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  LD      /var/lib/dkms/broadcom-wl/6.30.223.248/build/built-in.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/shared/linux_osl.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_linux.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_iw.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_cfg80211_hybrid.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.o
  Building modules, stage 2.
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  MODPOST 1 modules
  CC      /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.mod.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.ko
make : on quitte le répertoire « /usr/lib/modules/4.2.2-1-ARCH/build »
DKMS make.log for broadcom-wl-6.30.223.248 for kernel 4.2.3-1-ARCH (x86_64)
ven. oct. 16 08:41:37 CEST 2015
make : on entre dans le répertoire « /usr/lib/modules/4.2.3-1-ARCH/build »
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  LD      /var/lib/dkms/broadcom-wl/6.30.223.248/build/built-in.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/shared/linux_osl.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_linux.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_iw.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_cfg80211_hybrid.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.o
  Building modules, stage 2.
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  MODPOST 1 modules
  CC      /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.mod.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.ko
make : on quitte le répertoire « /usr/lib/modules/4.2.3-1-ARCH/build »
DKMS make.log for broadcom-wl-6.30.223.248 for kernel 4.2.5-1-ARCH (x86_64)
lun. nov.  9 09:20:23 CET 2015
make : on entre dans le répertoire « /usr/lib/modules/4.2.5-1-ARCH/build »
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  LD      /var/lib/dkms/broadcom-wl/6.30.223.248/build/built-in.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/shared/linux_osl.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_linux.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_iw.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_cfg80211_hybrid.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.o
  Building modules, stage 2.
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  MODPOST 1 modules
  CC      /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.mod.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.ko
make : on quitte le répertoire « /usr/lib/modules/4.2.5-1-ARCH/build »
DKMS make.log for broadcom-wl-6.30.223.248 for kernel 4.3.3-2-ARCH (x86_64)
lun. janv.  4 08:47:20 CET 2016
make : on entre dans le répertoire « /usr/lib/modules/4.3.3-2-ARCH/build »
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  LD      /var/lib/dkms/broadcom-wl/6.30.223.248/build/built-in.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/shared/linux_osl.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_linux.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_iw.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_cfg80211_hybrid.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.o
  Building modules, stage 2.
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  MODPOST 1 modules
  CC      /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.mod.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.ko
make : on quitte le répertoire « /usr/lib/modules/4.3.3-2-ARCH/build »
DKMS make.log for broadcom-wl-6.30.223.248 for kernel 4.3.3-3-ARCH (x86_64)
jeu. janv. 21 09:07:03 CET 2016
make : on entre dans le répertoire « /usr/lib/modules/4.3.3-3-ARCH/build »
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  LD      /var/lib/dkms/broadcom-wl/6.30.223.248/build/built-in.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/shared/linux_osl.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_linux.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_iw.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_cfg80211_hybrid.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.o
  Building modules, stage 2.
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  MODPOST 1 modules
  CC      /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.mod.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.ko
make : on quitte le répertoire « /usr/lib/modules/4.3.3-3-ARCH/build »
DKMS make.log for broadcom-wl-6.30.223.248 for kernel 4.4.1-2-ARCH (x86_64)
mar. févr. 16 08:57:55 CET 2016
make : on entre dans le répertoire « /usr/lib/modules/4.4.1-2-ARCH/build »
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  LD      /var/lib/dkms/broadcom-wl/6.30.223.248/build/built-in.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/shared/linux_osl.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_linux.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_iw.o
  CC [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/src/wl/sys/wl_cfg80211_hybrid.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.o
  Building modules, stage 2.
CFG80211 API is prefered for this kernel version
Using CFG80211 API
  MODPOST 1 modules
  CC      /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.mod.o
  LD [M]  /var/lib/dkms/broadcom-wl/6.30.223.248/build/wl.ko
make : on quitte le répertoire « /usr/lib/modules/4.4.1-2-ARCH/build »

Code : Tout sélectionner

$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 54:a0:50:ea:d3:c8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.22/24 brd 192.168.0.255 scope global dynamic enp2s0
       valid_lft 34147sec preferred_lft 34147sec
    inet6 fe80::27a6:ff91:da85:1567/64 scope link 
       valid_lft forever preferred_lft forever

Ce qui fait une belle liste !

Message par **benjarobin** » mer. 17 août 2016, 19:08

C'est quoi déjà ce "bordel" avec toutes ces versions d'installées de broadcom-wl ?
Et aussi pourquoi il y a vboxguest d'installé ? C'est dans une VM ?

Si Arch Linux n'est pas mit à jour régulièrement cela marche moins bien... Il y a bien eu une news à ce propos : https://archlinux.fr/news/mise-a-jour-d ... 23-04-2016

Bref, il te faut déjà internet sur le PC, puis on fait un peu de ménage :

Code : Tout sélectionner

pacman -R broadcom-wl-dkms
rm -rf /var/lib/dkms/broadcom-wl
rm -rf /lib/modules/*4.[^7]*

Je suppose que virtualbox n'est pas utilisé

Code : Tout sélectionner

pacman -R $(pacman -Qsq virtualbox)

Puis donne la sortie de

Code : Tout sélectionner

find /lib/modules/ -type f | pacman -Qoq - | sort -u

Puis comme je suis prudent, réinstalle le kernel, et tree pour la suite

Code : Tout sélectionner

pacman -S linux tree

Et enfin réinstalle broadcom-wl-dkms :

Code : Tout sélectionner

yaourt -S broadcom-wl-dkms

Tant que l'on y est peux tu donner la sortie de

Code : Tout sélectionner

tree /etc/systemd/system

et en root

Code : Tout sélectionner

systemctl --all --failed

eggregor · Message par **eggregor** » mer. 17 août 2016, 21:01

Tu as raison c'est le bordel dans le "broadcom-wl" et je me demande bien pourquoi, en principe seules les MAJ depuis pacman -Syu sont lancées, alors est-cela qui engendre la multiplication des pains et pourquoi ?

La version active de pacman est la 5.0.1-4 donc conforme ?

Virtualbox est venu avec l'install de dkms que j'avais faite, sans intérêt effectivement je vire.

Je renvoie sans fioritures, après connexion filaire et exécution des commandes que tu suggères :

Code : Tout sélectionner

$ find /lib/modules/ -type f | pacman -Qoq - | sort -u
linux
linux-headers

J'ai l'air c.. mais je ne sais pas "réinstaller" le kernel.
J'ai beau chercher je ne trouve pas comment l'écrire depuis pacman.

Je passerai à la suite si tu as la bonté de m'éclairer la dessus.

eggregor · Message par **eggregor** » jeu. 18 août 2016, 12:12

Plop,

En "éditant mon message d'hier" je n'ai pas signalé mon problème, bétise.
Peux-tu le lire stp ?

Message par **benjarobin** » jeu. 18 août 2016, 12:36

Euh, toutes les commandes ont été spécifiées... pacman -S linux

eggregor · Message par **eggregor** » jeu. 18 août 2016, 13:15

Autant pour moi, je me suis embourbé dans une flaque d'eau.
Pour info l'install de linux et tree se termine par ce message :

Code : Tout sélectionner

(1/2) Install DKMS modules
==> dkms install -m * -v * -k 4.7.0-1-ARCH
Error! Could not find module source directory.
Directory: /usr/src/*-* does not exist.
(2/2) Updating manpage index...

Code : Tout sélectionner

$ tree /etc/systemd/system
/etc/systemd/system
├── dbus-org.freedesktop.NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service
├── dbus-org.freedesktop.nm-dispatcher.service -> /usr/lib/systemd/system/NetworkManager-dispatcher.service
├── display-manager.service -> /usr/lib/systemd/system/lxdm.service
├── etc-pacman.d-gnupg.mount
├── getty.target.wants
│   └── getty@tty1.service -> /usr/lib/systemd/system/getty@.service
├── lastmin.service
├── multi-user.target.wants
│   ├── dkms.service -> /usr/lib/systemd/system/dkms.service
│   ├── NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service
│   ├── ntpd.service -> /usr/lib/systemd/system/ntpd.service
│   ├── pacman-init.service -> /etc/systemd/system/pacman-init.service
│   ├── remote-fs.target -> /usr/lib/systemd/system/remote-fs.target
│   └── systemd-networkd.service -> /usr/lib/systemd/system/systemd-networkd.service
├── pacman-init.service
└── sockets.target.wants
    └── systemd-networkd.socket -> /usr/lib/systemd/system/systemd-networkd.socket

3 directories, 14 files

Code : Tout sélectionner

$ sudo systemctl --all --failed
  UNIT                         LOAD   ACTIVE SUB    DESCRIPTION
● systemd-modules-load.service loaded failed failed Load Kernel Modules

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

1 loaded units listed.
To show all installed unit files use 'systemctl list-unit-files'.

Je suis assez bon en copie ! du moins j'espère.
Je tente un redémarrage ?
Et je reviens dire ce qu'il en est.
Et merci bien en tout cas.

Message par **benjarobin** » jeu. 18 août 2016, 13:31

C'est quoi ces services... Comment as tu installé cet Arch Linux ? Il y a plein de fichier non standard...

pacman-init.service
etc-pacman.d-gnupg.mount : Si je comprend bien ce service, cela monte /etc/pacman.d/gnupg en mémoire vive... En plus d'être stupide comme pratique c'est ultra dangereux !!!!
lastmin.service ??? Impossible de trouver ce que cela fait

Le service dkms.service n'existe plus depuis longtemps
Pourquoi as tu plusieurs service réseau ?!!!
Comment cela peut être autant le "bordel" ???

On va faire un peu de nettoyage:

Code : Tout sélectionner

rm -f /etc/systemd/system/etc-pacman.d-gnupg.mount
rm -f /etc/systemd/system/pacman-init.service
rm -f /etc/systemd/system/lastmin.service
rm -f /etc/systemd/system/multi-user.target.wants/dkms.service
rm -f /etc/systemd/system/multi-user.target.wants/pacman-init.service
rm -f /etc/systemd/system/multi-user.target.wants/systemd-networkd.service
rm -rf /etc/systemd/system/sockets.target.wants

Tu redémarres, puis

Code : Tout sélectionner

rm -rf /etc/pacman.d/gnupg
pacman-key --init
pacman-key --populate archlinux

Puis tu vérifies que pacman fonctionne toujours en mettant à jour le keyring :

Code : Tout sélectionner

pacman -Syu archlinux-keyring

Et enfin peux tu donner la sortie de

Code : Tout sélectionner

grep -rEv "^ *#|^ *$" /usr/lib/modules-load.d /etc/modules-load.d /usr/lib/modprobe* /etc/modprobe* /etc/fstab /etc/pacman.conf /etc/X11/xorg.*

eggregor · Message par **eggregor** » jeu. 18 août 2016, 19:20

Je repasse un peu tard, mais je viens de mettre en pratique tout ce que tu m'as indiqué.

(Toujours sidéré par la facilité avec laquelle tu navigues dans ces analyses et solutions !)

Voici donc la dernière sortie :

Code : Tout sélectionner

# grep -rEv "^ *#|^ *$" /usr/lib/modules-load.d /etc/modules-load.d /usr/lib/modprobe* /etc/modprobe* /etc/fstab /etc/pacman.conf /etc/X11/xorg.*
/usr/lib/modprobe.d/broadcom-wl-dkms.conf:blacklist b43
/usr/lib/modprobe.d/broadcom-wl-dkms.conf:blacklist b43legacy
/usr/lib/modprobe.d/broadcom-wl-dkms.conf:blacklist ssb
/usr/lib/modprobe.d/broadcom-wl-dkms.conf:blacklist bcm43xx
/usr/lib/modprobe.d/broadcom-wl-dkms.conf:blacklist brcm80211
/usr/lib/modprobe.d/broadcom-wl-dkms.conf:blacklist brcmfmac
/usr/lib/modprobe.d/broadcom-wl-dkms.conf:blacklist brcmsmac
/usr/lib/modprobe.d/broadcom-wl-dkms.conf:blacklist bcma
/usr/lib/modprobe.d/usb-load-ehci-first.conf:softdep ohci_hcd pre: ehci_hcd
/usr/lib/modprobe.d/usb-load-ehci-first.conf:softdep uhci_hcd pre: ehci_hcd
/etc/modprobe.d/modprobe.conf:alias floppy off
/etc/modprobe.d/modprobe.conf:blacklist fd0
/etc/modprobe.d/modprobe.conf:blacklist floppy
/etc/modprobe.d/modprobe.conf:blacklist ipv6
/etc/modprobe.d/modprobe.conf:blacklist bcma
/etc/modprobe.d/modprobe.conf:blacklist pcspkr
/etc/modprobe.d/modprobe.conf:blacklist snd_pcsp
/etc/modprobe.d/alsa-intel.conf:options snd-hda-intel enable=0,1
/etc/fstab:/dev/sda5           	/         	ext4      	rw,relatime,data=ordered	0 1
/etc/fstab:/dev/sda1           	/boot/efi 	vfat      	rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro	0 2
/etc/fstab:/dev/sda8           	/home     	ext4      	rw,relatime,data=ordered	0 2
/etc/fstab:/dev/sda9           	/msftdata 	ntfs      	rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096	0 0
/etc/fstab:/dev/sda7           	none      	swap      	defaults  	0 0
/etc/pacman.conf:[options]
/etc/pacman.conf:HoldPkg     = pacman glibc
/etc/pacman.conf:Architecture = auto
/etc/pacman.conf:CheckSpace
/etc/pacman.conf:SigLevel    = Required DatabaseOptional
/etc/pacman.conf:LocalFileSigLevel = Optional
/etc/pacman.conf:[core]
/etc/pacman.conf:Include = /etc/pacman.d/mirrorlist
/etc/pacman.conf:[extra]
/etc/pacman.conf:Include = /etc/pacman.d/mirrorlist
/etc/pacman.conf:[community]
/etc/pacman.conf:Include = /etc/pacman.d/mirrorlist
/etc/pacman.conf:[multilib]
/etc/pacman.conf:Include = /etc/pacman.d/mirrorlist
/etc/pacman.conf:[archlinuxfr]
/etc/pacman.conf:SigLevel = Never
/etc/pacman.conf:Server = http://repo.archlinux.fr/$arch
/etc/X11/xorg.conf.d/10-synaptics.conf:Section "InputClass"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Identifier	"Synaptics touchpads"
/etc/X11/xorg.conf.d/10-synaptics.conf:	MatchIsTouchpad	"on"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Driver		"synaptics"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option		"TapButton1"		"1"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option		"TapButton2"		"2"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option		"TapButton3"		"3"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option "VertEdgeScroll" "on"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option "VertTwoFingerScroll" "on"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option "HorizEdgeScroll" "on"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option "HorizTwoFingerScroll" "on"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option "CircularScrolling" "on"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option "CircScrollTrigger" "2"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option "EmulateTwoFingerMinZ" "40"
/etc/X11/xorg.conf.d/10-synaptics.conf:	Option "EmulateTwoFingerMinW" "8"
/etc/X11/xorg.conf.d/10-synaptics.conf:EndSection
/etc/X11/xorg.conf.d/01-keyboard-layout.conf:Section "InputClass"
/etc/X11/xorg.conf.d/01-keyboard-layout.conf:        Identifier "keyboard-layout"
/etc/X11/xorg.conf.d/01-keyboard-layout.conf:        Driver "evdev"
/etc/X11/xorg.conf.d/01-keyboard-layout.conf:        MatchIsKeyboard "yes"
/etc/X11/xorg.conf.d/01-keyboard-layout.conf:        Option "XkbLayout" "fr"
/etc/X11/xorg.conf.d/01-keyboard-layout.conf:EndSection

Et pour le fun :

Code : Tout sélectionner

lsmod | grep wl
wl                   6377472  0
cfg80211              495616  1 wl

Je ne tente rien d'autre pour ce soir, mais je pense que tu m'as sauvé la mise, une fois de plus, mille merci donc.

Je reboot demain et je te dis ce qu'il en est.

eggregor · Message par **eggregor** » ven. 19 août 2016, 15:15

@ benjarobin,

Merci mille fois donc de toute ton attention qui a permis de remettre en ordre le pilote de carte.

Toutefois je n'ai pas réussi à me connecter en wifi malgré moult tentatives.

J'ai découvert par ailleurs bien d'autres paramètres modifiés sur la machine qui me font douter des manœuvres engagées par l'utilisatrice qui a vraisemblablement tapoté à tort et à travers depuis le terminal.
J'ai la même installation sur mon ordinateur habituel qui fonctionne toujours parfaitement.

Je songe à réinstaller proprement une ARCH sur une partition reformatée ou à la laisser naviguer depuis W8 qui est resté en dual-boot.

J'avoue que je suis quelque peu découragé.
Je garde précieusement toutes tes indications.

Message par **benjarobin** » ven. 19 août 2016, 18:02

Disons qu'à la base tu as installé une Arch Bang avec un script récupéré sur internet plus ou moins foireux (j'en ai déduis ceci après une petite analyse, dis moi si je me trompe). Donc déjà ton système était mal configuré...

eggregor · Message par **eggregor** » sam. 20 août 2016, 10:39

Oui, c'était visible me semble-t-il dans les éléments collectés, j'ai utilisé Bang parce que j'ai gravement merdé en voulant installer openbox sur une ARCH de base que j'ai sur une autre machine.
Comme je devais ici installer en dual-boot sur une machine UEFI, et que ça me compliquait les choses j'ai choisi de prendre une distribution empaquetée complète pour ne pas aggraver mon cas.

Archbang n'est pas un script "foireux" comme tu dis, c'est un live téléchargé et gravé avec un SHA contrôlé et conforme.
Tu connais forcément le site : http://bbs.archbang.org/

Je sais que les utilisateurs d'ARCH n'aiment pas la formule BANG, et d'aucuns en pensent beaucoup de mal, reste à comprendre pourquoi pour un linuxien lambda de ma taille.

Quant à dire si le système est bien ou mal configuré, je ne peux rien affirmer évidemment, mais au départ il n'y avait pas tout ce micmac avec le WL.

Ce qui est sûr c'est qu'il fonctionnait pour tous les besoins de l'utilisateur, et que pour utiliser couramment la version suivante sur ma propre machine, je peux assurer que le système est stable et sans soucis, qu'il gère parfaitement mes deux imprimantes (tu m'y as bien aidé au départ) et tous les logiciels classiques.

Sur l'ordi qui a nécessité ton intervention, que je trouve parfaite, il s'est passé quelque chose que je ne comprends pas, hormis la possibilité de manips incontrôlées et foireuses de l'utilisatrice, conduisant à la perte du wifi et de la totalité des menus openbox, pour ce que je constate au premier chef.

A moins qu'il ne s'agisse d'un ennui provoqué par la MAJ qui a amené le noyau 4.7 que je n'ai pas sur ma propre machine et qui n'a donc pas eu d'effet dessus.

Voilà, il n'y a pas lieu que cela nuise à nos relations n'est ce pas ?

Message par **benjarobin** » sam. 20 août 2016, 11:44

Absolument pas, tu sais il m'en faut 1000 fois plus. Ce n'était pas une attaque, juste un fait. Mais je maintien que le script d'installation utilisé est foireux, sinon tu n'aurais entre autre pas le service pacman-init.. Bref le problème n'est pas là.

Les raisons du non fonctionnement du wifi peuvent être multiples... Le plus simple dans ces cas là (pour moi) et une connexion manuelle, mais cela demande une certaine maîtrise

eggregor · Message par **eggregor** » sam. 20 août 2016, 15:47

Certes, et dans le minimum de mes connaissances j'ai souvent eu recours à la connexion depuis la console.

Là ça ne fonctionne pas, les cdes sont acceptées, sans messages d'erreur mais elles semblent sans effet.
Les "modifications" depuis l'applet de NetworkManager foirent également.

J'ai relu le wiki et appliqué les consignes sans succès.
Pourtant j'ai cent fois connu des difficultés de connexion sous Linux et je m'en suis tjrs sorti.
Mais à vrai dire je ne peux pas t'expliquer, je suis par ailleurs confronté à un problème très grave et je n'ai pas vraiment le cœur à l'ouvrage.

Je reprendrai l'affaire plus tard dans de meilleures conditions.... j'espère.

A plus et merci encore de me consacrer tant de ton temps.

Arch Linux

Archlinux.fr [Forums]

[WIFI] Perte de la connexion

[WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion

Re: [WIFI] Perte de la connexion