la connexion sans fil est désactivée par un commutateur matériel même lorsqu'elle n'est pas

10

J'ai un ordinateur spartiate. Il a un module sans fil intégré avec lequel jusqu'à récemment je n'ai eu aucun problème. Le problème actuel est le suivant: chaque fois que j'arrête l'ordinateur et qu'il redémarre, je ne parviens pas à «activer le matériel» sans fil. Dans NetworkManager, je reçois un message "grisé" qui dit "la connexion sans fil est désactivée par un commutateur matériel". Le commutateur matériel est activé (je peux voir le voyant vert s'allumer et s'éteindre lorsque j'appuie sur le bouton sans fil). La sortie rfkillindique qu'elle n'est pas bloquée en douceur mais EST bloquée en dur.

J'ai essayé ce qui suit (rt73usb est le pilote du noyau pour mon module sans fil intégré) en tant que root:

rmmod -f rt73usb 
rfkill unblock all
modprobe rt73usb

mais ça ne fait rien.

La seule façon dont j'ai pu «corriger» ce problème est de démarrer sous Windows XP (il s'agit d'une machine à double démarrage mais F16 est le principal système d'exploitation utilisé). Windows fait quelque chose qui réinitialise quelque chose. Lorsque je redémarre dans Fedora, je peux accéder à mon réseau sans fil comme prévu. Même en appuyant sur le bouton sans fil ON et OFF fonctionne comme prévu. C'est juste lorsque j'arrête puis que je rallume que mon réseau sans fil semble avoir des problèmes.

Que puis-je faire pour corriger ce problème? La plupart des solutions google disponibles pointent vers des solutions «bloquées en douceur: oui» et celles qui ne pointent pas vers la solution ci-dessus mais les deux ne fonctionnent pas pour moi.

Voici quelques informations qui pourraient être utiles:

uname -a

Linux spartan-laptop 3.4.2-1.fc16.i686 #1 SMP Thu Jun 14 21:13:38 UTC 2012 i686 i686 i386 GNU/Linux

lsmod

Module                  Size  Used by
fcoe                   22665  0 
libfcoe                41981  1 fcoe
libfc                 101966  2 fcoe,libfcoe
scsi_transport_fc      51903  2 fcoe,libfc
lockd                  77892  0 
scsi_tgt               18993  1 scsi_transport_fc
be2iscsi               62864  0 
iscsi_boot_sysfs       15121  1 be2iscsi
8021q                  23401  0 
garp                   13744  1 8021q
stp                    12719  1 garp
llc                    13770  2 garp,stp
bnx2i                  49425  0 
cnic                   57699  1 bnx2i
uio                    14374  1 cnic
cxgb4i                 32063  0 
cxgb4                  96243  1 cxgb4i
cxgb3i                 28014  0 
libcxgbi               50450  2 cxgb4i,cxgb3i
cxgb3                 130827  1 cxgb3i
mdio                   13214  1 cxgb3
ib_iser                32861  0 
rdma_cm                36864  1 ib_iser
ib_cm                  36679  1 rdma_cm
iw_cm                  13715  1 rdma_cm
ib_sa                  23625  2 rdma_cm,ib_cm
ib_mad                 41285  2 ib_cm,ib_sa
ib_core                61955  6 ib_iser,rdma_cm,ib_cm,iw_cm,ib_sa,ib_mad
ib_addr                13473  1 rdma_cm
iscsi_tcp              18015  0 
libiscsi_tcp           19427  4 cxgb4i,cxgb3i,libcxgbi,iscsi_tcp
libiscsi               44809  8 be2iscsi,bnx2i,cxgb4i,cxgb3i,libcxgbi,ib_iser,iscsi_tcp,libiscsi_tcp
scsi_transport_iscsi    46598  8 be2iscsi,bnx2i,libcxgbi,ib_iser,iscsi_tcp,libiscsi
ip6t_REJECT            12782  2 
nf_conntrack_ipv6      13921  2 
nf_defrag_ipv6         13678  1 nf_conntrack_ipv6
ip6table_filter        12711  1 
ip6_tables             17737  1 ip6table_filter
nf_conntrack_ipv4      14280  2 
nf_defrag_ipv4         12601  1 nf_conntrack_ipv4
xt_state               12514  4 
nf_conntrack           71472  3 nf_conntrack_ipv6,nf_conntrack_ipv4,xt_state
arc4                   12473  2 
snd_hda_codec_si3054    12864  1 
snd_hda_codec_realtek    63058  1 
snd_hda_intel          32323  3 
rt73usb                26833  0 
snd_hda_codec         103493  3 snd_hda_codec_si3054,snd_hda_codec_realtek,snd_hda_intel
rt2x00usb              19162  1 rt73usb
snd_hwdep              13236  1 snd_hda_codec
rt2x00lib              51790  2 rt73usb,rt2x00usb
mac80211              436414  2 rt2x00usb,rt2x00lib
snd_seq                54638  0 
snd_seq_device         13817  1 snd_seq
cfg80211              161266  2 rt2x00lib,mac80211
snd_pcm                81330  3 snd_hda_codec_si3054,snd_hda_intel,snd_hda_codec
rfkill                 20417  2 cfg80211
coretemp               13240  0 
microcode              18713  0 
joydev                 17124  0 
iTCO_wdt               17652  0 
iTCO_vendor_support    13243  1 iTCO_wdt
serio_raw              13155  0 
i2c_i801               17485  0 
snd_timer              23896  2 snd_seq,snd_pcm
snd                    63169  15 snd_hda_codec_si3054,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer
soundcore              14116  1 snd
snd_page_alloc         13709  2 snd_hda_intel,snd_pcm
r8169                  51284  0 
mii                    13311  1 r8169
uinput                 17246  0 
sunrpc                215122  2 lockd
binfmt_misc            17207  1 
firewire_ohci          35498  0 
firewire_core          55317  1 firewire_ohci
crc_itu_t              12523  2 rt73usb,firewire_core
sdhci_pci              18211  0 
sdhci                  32642  1 sdhci_pci
yenta_socket           40293  0 
mmc_core               96866  2 sdhci_pci,sdhci
i915                  413476  3 
drm_kms_helper         30905  1 i915
drm                   205796  4 i915,drm_kms_helper
i2c_algo_bit           13058  1 i915
i2c_core               28151  5 i2c_i801,i915,drm_kms_helper,drm,i2c_algo_bit
video                  18500  1 i915

lspci

00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
04:04.0 CardBus bridge: O2 Micro, Inc. OZ711MP1/MS1 MemoryCardBus Controller (rev 21)
04:04.2 SD Host controller: O2 Micro, Inc. Integrated MMC/SD Controller (rev 01)
04:04.3 Bridge: O2 Micro, Inc. Integrated MS/xD Controller (rev 01)
04:04.4 FireWire (IEEE 1394): O2 Micro, Inc. Firewire (IEEE 1394) (rev 02)
[angelo@spartan-laptop ~]$ lspci
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
04:04.0 CardBus bridge: O2 Micro, Inc. OZ711MP1/MS1 MemoryCardBus Controller (rev 21)
04:04.2 SD Host controller: O2 Micro, Inc. Integrated MMC/SD Controller (rev 01)
04:04.3 Bridge: O2 Micro, Inc. Integrated MS/xD Controller (rev 01)
04:04.4 FireWire (IEEE 1394): O2 Micro, Inc. Firewire (IEEE 1394) (rev 02)
[angelo@spartan-laptop ~]$ lspci
00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
04:04.0 CardBus bridge: O2 Micro, Inc. OZ711MP1/MS1 MemoryCardBus Controller (rev 21)
04:04.2 SD Host controller: O2 Micro, Inc. Integrated MMC/SD Controller (rev 01)
04:04.3 Bridge: O2 Micro, Inc. Integrated MS/xD Controller (rev 01)
04:04.4 FireWire (IEEE 1394): O2 Micro, Inc. Firewire (IEEE 1394) (rev 02)
drivers wifi g19fanatic
la source
1
Y a-t-il quelque chose de pertinent dans votre dmesg?
Chris Down
Êtes-vous sûr que le commutateur matériel n'est pas seulement gommé? Le fait que ce problème se soit développé sur un système fonctionnant précédemment suggère un problème de niveau matériel, ce qui signifierait que ce n'est pas sur le sujet ici. Vous auriez un problème superuser.SE, ou serverfault ou electronics.SE.
Warren Young
1
Le problème s'est développé après avoir fait une mise à jour miam. Je ne suis pas sûr de ce qui a été installé (jamais eu de problème avant de faire une mise à jour aveugle auparavant), mais le problème a commencé après ma dernière mise à jour Yum et un redémarrage. Le fait que le redémarrage dans Windows puis le redémarrage dans f16 suggèrent qu'il est lié au logiciel.
g19fanatic
Que rfkill listmontre-t-on? Mon ordinateur portable HP (flextronics) a un problème où, si je compile les WMIpilotes pour l'ordinateur portable (permettant ainsi une gestion plus avancée des commutateurs rfkill), il obtient des verrous "doux" et "durs", et parfois les liens souples refusent d'obtenir débloqué. rfkill listaiderait à identifier un scénario comme celui-ci.
njsg
@njsg, les verrous "logiciels" ne sont pas en cause. Ils basculent d'avant en arrière sans problème. C'est le verrou "dur" qui ne "débloquera" pas. Quand je fais le démarrage dans Windows, puis Linux, puis fais un rfkill event, puis appuyez sur le bouton matériel, le verrouillage dur fonctionne comme prévu. Si je redémarre ensuite et passe directement sous Linux, le verrouillage matériel ne fonctionne pas comme prévu.
g19fanatic

Réponses:

2

Je sais que cela va ressembler à une réponse vague ... mais vérifiez si vous avez un progiciel mis à jour installé pour votre rt73usb. Il nécessite qu'un firmware séparé soit envoyé à l'appareil pour le faire fonctionner ... ce que bien sûr, Windows fournirait, puis un démarrage à chaud vous permet de l'utiliser sous linux.

Je recherche des informations sur Fedora concernant les récentes mises à jour du pilote / firmware rt73usb, mais cela prendra un moment.

Recherchez le micrologiciel et les mises à jour de celui-ci.

À partir de là , il ne semble pas que le package du firmware rt73usb ait été mis à jour récemment (le dernier était en janvier 2012, il y a six mois).

Vous pouvez essayer de désinstaller le firmware, puis de le réinstaller.

Peut-être que la phase de la lune et l'alignement galactique l'exigent. Ne demandez pas, cela aide parfois.

Mais je soupçonne toujours un problème de micrologiciel, car un démarrage à chaud dans Windows résout le problème.

lornix
la source
J'ai vérifié le yum.log et rien lié à aucun des modules n'a été mis à jour. J'ai également fait ce que vous aviez suggéré et j'ai fait rmmod rt73usb; yum erase rt73usnb-firmware; reboota yum install rt73usb-firmware. Cela n'a pas résolu le problème. Un redémarrage ne résout toujours pas le problème de verrouillage matériel. Seul un démarrage dans Windows résout toujours le problème.
g19fanatic
Bummer! Je pense toujours que cela est lié au firmware, car le démarrage dans Windows puis le démarrage à chaud dans Linux résout le problème.
lornix
1

Je soupçonne que la mise à jour que vous avez décrite a installé une version plus récente du pilote qui ne fonctionne pas parfaitement avec le matériel spécifique dont vous disposez. Vous devriez regarder dans votre journal yum /var/log/yum.loget peut-être courir à la yum historyrecherche de tout ce qui pourrait avoir affecté le pilote rt73usb, le sous-système usb ou d'autres parties connexes (à partir de votre lsmod, je regarderais tout ce qui concerne rt73usb, rt2x00usb, rt2x00lib, mac80211, cfg80211 , ou rfkill). Annulez toutes les installations qui ont été effectuées au moment où les choses ont commencé à se casser et voyez si les choses recommencent à fonctionner.

Une autre option serait d'explorer l'utilisation de NDISwrapper afin d'utiliser le vrai pilote Windows. Personnellement, je déteste cette solution, mais c'est parfois la seule façon de faire fonctionner les choses à nouveau. Le pilote Windows est également susceptible d'avoir le dernier firmware du périphérique.

jlp
la source
Je soupçonnais qu'une nouvelle mise à jour avait causé le problème et a fait exactement ce que vous aviez recommandé. Après avoir regardé le yum.log, il semble que rien n'a été mis à jour concernant l'un de ces packages. Je pourrais essayer la solution wrapper NDIS mais comme vous je déteste cette solution de contournement. D'autant plus qu'il a UTILISÉ pour fonctionner sans problème et qu'il fonctionne TOUJOURS avec la solution de contournement de démarrage de Windows ...
g19fanatic
Vous pouvez toujours commencer à annuler les modifications jusqu'à ce que vous reveniez à un système qui fonctionne. C'est douloureux, mais faisable (à moins que vous ne reculiez avant de commencer à avoir des problèmes et que cela ne fonctionne toujours pas). Vous pouvez utiliser une recherche binaire pour minimiser le nombre de démarrages à froid que vous devez effectuer lors de la sauvegarde des éléments.
jlp
Je crois que c'est ainsi que je vais devoir essayer de résoudre ce problème. Une méthode de recherche binaire pour supprimer les packages mis à jour serait certainement le moyen de le faire. Merci pour la suggestion. Malheureusement, ce problème était chez mes parents que je visitais pour les 4èmes vacances et n'aurai pas accès à la machine avant Noël! Heureusement que mon père est prêt à suivre la solution tous les matins pour accéder à son réseau :)
g19fanatic
2
Il semble donc que ce devait être une mauvaise mise à jour qui a maintenant été corrigée. Étant linux, il ralentit rarement (voire jamais) lorsqu'il est continuellement en ligne et il a rarement besoin d'être redémarré. J'ai un travail cron qui passe et fait une mise à jour miam -y en tant que root toutes les 2 semaines. Mon père ne sait pas quand cela s'est produit, mais la dernière fois qu'il l'a démarré (une panne de courant et une décharge de batterie ont fait mourir l'ordinateur portable), il a oublié d'aller aux fenêtres pour faire fonctionner le sans fil, mais a remarqué que le sans fil fonctionnait sans problème.
g19fanatic
1

Je crois que le problème est lié à la gestion par le noyau des boutons dits matériels (qui peuvent en fait être semi-matériels s'il s'agit de boutons tactiles, pas de commutateurs électriques). Les déclencheurs ne font pas nécessairement partie du micrologiciel / pilote sans fil. L'ACPI pourrait également en être responsable.

La première chose que je ferais à votre place, c'est d'essayer de redémarrer sur un noyau plus ancien. Si vous avez fait une mise à jour aveugle, il est probable que le noyau ait été mis à jour. Je ne connais pas spécifiquement Fedora, mais je m'attends à ce que sa procédure de mise à jour du noyau implique le décalage des entrées GRUB, similaire à ce que fait Ubuntu. Ainsi, pour démarrer un noyau plus ancien, vous devez entrer dans GRUB en maintenant enfoncé Shift(à un stade de démarrage précoce) ou en appuyant sur Esc. Sélectionnez ensuite un noyau plus ancien dans la liste.

Si cela ne "fonctionne pas", vous pouvez déboguer davantage le problème en exécutant ce qui suit et en comparant la sortie entre un ordinateur portable cassé et fonctionnel (réparé par le démarrage de Windows):

  • exécuter dmesg | tailjuste après avoir appuyé sur le bouton - Il n'y a peut-être rien de connexe, cependant.

  • surveiller le fichier journal du démon ACPI - En supposant qu'il se trouve dans /var/log/acpid.log, vous exécuteriez tail -f /var/log/acpid.log.

  • exécutez un utilitaire de suivi des événements tel quexev - Il imprime beaucoup de sortie; mais la seule chose qui vous intéresserait est de savoir si un événement de pression sur une touche est signalé lorsque vous appuyez sur le bouton. (Oui, le bouton "matériel" peut simplement envoyer des signaux de touche ordinaires!)

  • recherchez un répertoire lié aux boutons matériels sous /procet /sys, puis catdans le statefichier trouvé en dessous - Vous pouvez utiliser quelque chose comme find /proc /sys -name "*button*"ça. Le répertoire peut également contenir un commutateur ou quelque chose de similaire. Vous pouvez également simplement utiliser find /proc /sys -name state, mais cela imprimerait également de nombreux répertoires liés à d'autres éléments, tels que le contrôleur de disque ou la carte Ethernet.

rozcietrzewiacz
la source
ce sont des informations intéressantes. Lorsque mon sans fil «fonctionne» (après un démarrage à chaud de Windows), le commutateur matériel fonctionne comme prévu ... Il désactivera et réactivera correctement le périphérique sans fil. Si je le fais avec un rfkill eventprocessus en cours, je vais obtenir que le bouton a été pressé et je peux voir hardet softserrures engager et désengagent correctement. Lorsque je suis en `` mode de travail non sans fil '' (après un redémarrage directement dans Linux) et que je fais le rfkill event, le commutateur matériel est visible mais le hardverrou ne se désactive pas, juste le verrou logiciel .
g19fanatic
@ g19fanatic Le problème lié à ce rfkill eventqui est dit est que vous ne pouvez pas savoir à quel niveau le bouton matériel échoue. rfkillest juste un petit outil pratique, mais est plutôt inutile pour déboguer de tels problèmes matériels. C'est pourquoi j'ai suggéré des méthodes génériques qui peuvent identifier le problème.
rozcietrzewiacz
1

Un autre problème que j'ai vu ici est qu'à l'occasion, le noyau ne voit pas les événements (que ce soit à travers des bogues dans les pilotes ou des problèmes matériels).

Une étape critique du dépannage consiste à exécuter:

rfkill event

Et puis passez de activé à désactivé, en vous assurant que vous voyez une ligne comme celle-ci:

1398993949.361623: idx 0 type 1 op 0 soft 0 hard 1

Lorsque vous passez de off à on, vous devriez voir une ligne comme celle-ci:

1398994129.694123: idx 0 type 1 op 2 soft 0 hard 0

Notez le hard 0à la fin. Si vous ne voyez pas cela, le noyau n'a pas vu l'événement.

Les commutateurs, qui sont des pièces mobiles, sont particulièrement susceptibles de tomber en panne et même si nous aimons généralement suspecter les logiciels en premier, ce n'est pas toujours le cas.

Vous pouvez tester que rfkill affiche en fait les événements en utilisant la combinaison de touches pour désactiver la connexion sans fil et vous assurer de voir un soft 1événement, puis lorsque vous le réactivez, vous devriez voir un soft 0événement. Si le commutateur est défectueux, vous pourrez peut-être le manipuler jusqu'à ce qu'il fonctionne, le scotcher en position de marche, etc. ou sinon simplement obtenir une carte réseau secondaire.

Naturellement, si vous ne voyez aucun événement, cela peut être une défaillance matérielle ou logicielle. Cependant, la dernière fois que j'ai vu cela, c'était un commutateur matériel défaillant (mais pas complètement défaillant).

Chris Travers
la source