Wireless wird durch den Hardware-Schalter deaktiviert, auch wenn dies nicht der Fall ist

10

Ich habe einen spartanischen Computer. Es hat ein eingebautes Funkmodul, mit dem ich bis vor kurzem keine Probleme hatte. Das aktuelle Problem ist folgendes: Jedes Mal, wenn ich den Computer herunterfahre und wieder hochfahre, kann ich das WLAN nicht "hardwareaktivieren". In NetworkManager wird eine ausgegraute Meldung angezeigt, die besagt, dass "WLAN durch Hardware-Switch deaktiviert wird". Der Hardware-Schalter ist aktiviert (ich kann sehen, wie die grüne LED ein- und ausgeschaltet wird, wenn ich die Wireless-Taste drücke). Die Ausgabe von rfkillbesagt, dass es nicht weich blockiert ist, sondern hart blockiert ist.

Ich habe Folgendes als Root versucht (rt73usb ist der Kerneltreiber für mein integriertes Wireless-Modul):

rmmod -f rt73usb 
rfkill unblock all
modprobe rt73usb

aber es macht nichts.

Die einzige Möglichkeit, dieses Problem zu beheben, besteht darin, Windows XP zu starten (dies ist ein Dual-Boot-Computer, aber F16 ist das primäre Betriebssystem). Windows macht etwas, das etwas zurücksetzt. Wenn ich Fedora neu starte, kann ich wie erwartet auf mein WLAN zugreifen. Selbst das Ein- und Ausschalten der Wireless-Taste funktioniert wie erwartet. Erst wenn ich herunterfahre und dann wieder hochfahre, scheint mein WLAN Probleme zu haben.

Was kann ich tun, um dieses Problem zu beheben? Die meisten verfügbaren Google-Lösungen verweisen auf "Soft Blocked: Yes" -Lösungen und diejenigen, die nicht auf die oben genannte Lösung verweisen, aber beide funktionieren bei mir nicht.

Hier sind einige Informationen, die nützlich sein könnten:

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
quelle
1
Gibt es etwas Relevantes in Ihrem dmesg?
Chris Down
Sind Sie sicher, dass der Hardware-Schalter nicht nur verklebt ist? Die Tatsache, dass sich dieses Problem auf einem zuvor funktionierenden System entwickelt hat, deutet auf ein Problem auf Hardwareebene hin, was bedeuten würde, dass es hier nicht zum Thema gehört. Sie hätten ein Superuser.SE- oder Serverfehler- oder Elektronik.SE-Problem.
Warren Young
1
Das Problem trat auf, nachdem ich ein leckeres Update durchgeführt hatte. Ich bin mir nicht sicher, was installiert wurde (ich hatte noch nie ein Problem mit einem Blind-Update), aber das Problem begann nach meinem letzten Yum-Update und einem Neustart. Die Tatsache, dass ein Neustart in Windows und ein erneutes Booten in f16 darauf hindeuten, dass es sich um eine Software handelt.
g19fanatic
Was rfkill listzeigt? Bei meinem HP-Laptop (Flextronics) tritt ein Problem auf, bei dem beim Kompilieren der WMITreiber für den Laptop (wodurch eine erweiterte Handhabung des RFKill-Schalters ermöglicht wird) "weiche" und "harte" Sperren auftreten und die Softlinks manchmal nicht abgerufen werden können entsperrt. rfkill listwürde helfen, ein Szenario wie dieses zu identifizieren.
NJSG
@njsg, die "weichen" Sperren sind nicht das Problem. Sie wechseln ohne Probleme hin und her. Es ist das "harte" Schloss, das die Blockierung nicht aufhebt. Wenn ich Windows starte, dann Linux und dann a rfkill eventund dann die Hardware-Taste drücke, funktioniert die Hardlock wie erwartet. Wenn ich dann neu starte und direkt zu Linux gehe, funktioniert die Hardware-Sperre nicht wie erwartet.
g19fanatic

Antworten:

2

Ich weiß, dass dies wie eine vage Antwort klingen wird ... aber überprüfen Sie, ob Sie ein aktualisiertes Firmware-Paket für Ihren rt73usb installiert haben. Es ist erforderlich, dass eine separate Firmware an das Gerät gesendet wird, damit es funktioniert. Windows würde dies natürlich bereitstellen. Mit einem Warmstart können Sie es unter Linux verwenden.

Ich suche nach Informationen über Fedora bezüglich der letzten rt73usb-Treiber- / Firmware-Updates, aber es wird einen Moment dauern.

Suchen Sie nach Firmware und Updates.

Von hier aus sieht es nicht so aus, als ob das rt73usb-Firmware-Paket kürzlich aktualisiert wurde (zuletzt im Januar 2012, vor sechs Monaten).

Sie können versuchen, die Firmware zu deinstallieren und anschließend erneut zu installieren.

Vielleicht erfordern die Mondphase und die galaktische Ausrichtung dies. Fragen Sie nicht, manchmal hilft es.

Ich vermute jedoch immer noch ein Firmware-Problem, da ein Warmstart in Windows das Problem behebt.

lornix
quelle
Ich habe das yum.log überprüft und nichts in Bezug auf eines der Module wurde aktualisiert. Ich habe auch getan, was Sie vorgeschlagen haben, und habe rmmod rt73usb; yum erase rt73usnb-firmware; rebootdann ein a yum install rt73usb-firmware. Dies hat das Problem nicht gelöst. Ein Neustart behebt das Problem mit der Hardware-Sperre immer noch nicht. Nur ein Start in Windows behebt das Problem noch.
g19fanatic
Schade! Ich denke immer noch, dass es mit der Firmware zusammenhängt, da das Booten in Windows und das Warmstarten in Linux das Problem behebt.
Lornix
1

Ich vermute, dass das von Ihnen beschriebene Update eine neuere Version des Treibers installiert hat, die mit der spezifischen Hardware, die Sie haben, nicht ganz richtig funktioniert. Sie sollten Ihr yum-Protokoll durchsuchen /var/log/yum.logund möglicherweise yum historynach etwas suchen, das den rt73usb-Treiber, das USB-Subsystem oder andere verwandte Teile beeinflusst haben könnte (von Ihrem lsmod aus würde ich mir alles ansehen, was mit rt73usb, rt2x00usb, rt2x00lib, mac80211, cfg80211 zusammenhängt oder rfkill). Setzen Sie alle Installationen zurück, die zu dem Zeitpunkt durchgeführt wurden, als die Dinge zu brechen begannen, und prüfen Sie, ob die Dinge wieder funktionieren.

Eine andere Möglichkeit wäre, die Verwendung von NDISwrapper zu untersuchen, um den echten Windows-Treiber zu verwenden. Persönlich hasse ich diese Lösung, aber manchmal ist es die einzige Möglichkeit, die Dinge wieder zum Laufen zu bringen. Der Windows-Treiber enthält wahrscheinlich auch die neueste Gerätefirmware.

jlp
quelle
Ich hatte den Verdacht, dass ein neues Update das Problem verursacht hatte und genau das tat, was Sie empfohlen hatten. Nach dem Betrachten der Datei yum.log wurde anscheinend nichts aktualisiert, was sich auf eines dieser Pakete bezog. Ich könnte die NDIS-Wrapper-Lösung ausprobieren, aber als Sie hasse ich diese Problemumgehung. Zumal es verwendet wurde, um ohne Probleme zu arbeiten und STILL mit der Windows-Boot-
Problemumgehung funktioniert
Sie können weiterhin Änderungen rückgängig machen, bis Sie wieder zu einem funktionierenden System zurückkehren. Es ist schmerzhaft, aber machbar (es sei denn, Sie kehren den ganzen Weg zurück, bevor Sie Probleme haben und es funktioniert immer noch nicht). Sie können eine binäre Suche verwenden, um die Anzahl der Kaltstarts zu minimieren, die Sie beim Zurücksetzen ausführen müssen.
jlp
Ich glaube, so muss ich versuchen, dieses Problem zu lösen. Eine binäre Suchmethode zum Entfernen der aktualisierten Pakete wäre definitiv der Weg, dies zu tun. Danke für den Vorschlag. Leider war dieses Problem bei meinen Eltern, die ich zum 4. Mal besuchte, und ich werde erst zu Weihnachten Zugang zur Maschine haben! Gut, dass mein Vater bereit ist, jeden Morgen die
Problemumgehung
2
Es sieht also so aus, als wäre es ein schlechtes Update gewesen, das jetzt behoben wurde. Als Linux verlangsamt es sich selten (wenn überhaupt), wenn es ständig online bleibt, und es muss selten aus- und wieder eingeschaltet werden. Ich habe einen Cron-Job, der alle 2 Wochen ein yum-Update als root durchführt. Mein Vater ist sich nicht sicher, wann es passiert ist, aber als er es das letzte Mal hochfuhr (Stromausfall und Batterieentladung ließen den Laptop sterben), vergaß er, zu Windows zu gehen, um das WLAN zum Laufen zu bringen, bemerkte jedoch, dass das WLAN ohne Probleme funktionierte.
g19fanatic
1

Ich glaube, das Problem hängt mit der Handhabung sogenannter Hardware-Tasten durch den Kernel zusammen (die in der Tat Semi-Hardware sein können, wenn es sich um Touch-Tasten handelt, nicht um elektrische Schalter). Die Trigger müssen nicht unbedingt Teil der drahtlosen Firmware / des Treibers sein. ACPI könnte auch dafür verantwortlich sein.

Das erste, was ich an Ihrer Stelle tun würde, ist zu versuchen, einen älteren Kernel neu zu starten. Wenn Sie ein Blind-Update durchgeführt haben, wurde der Kernel wahrscheinlich aktualisiert. Ich bin nicht speziell mit Fedora vertraut, aber ich würde erwarten, dass das Kernel-Update-Verfahren das Verschieben von GRUB-Einträgen beinhaltet, ähnlich wie Ubuntu. Um einen älteren Kernel zu starten, müssen Sie GRUB eingeben, indem Sie Shift(in einem frühen Startstadium) gedrückt halten oder drücken Esc. Wählen Sie dann einfach einen älteren Kernel aus der Liste aus.

Wenn dies nicht "nur funktioniert", können Sie das Problem weiter beheben, indem Sie Folgendes ausführen und die Ausgabe zwischen einem defekten und einem funktionierenden (durch Booten von Windows behobenen) Laptop-Status vergleichen:

  • dmesg | taildirekt nach dem Drücken der Taste ausführen - Möglicherweise ist dort jedoch nichts verwandt.

  • Überwachen der ACPI-Deamon-Protokolldatei - Angenommen, sie befindet sich in /var/log/acpid.log, würden Sie ausführen tail -f /var/log/acpid.log.

  • Führen Sie ein Ereignisverfolgungsdienstprogramm aus, z.xev B.: Es gibt eine Menge Ausgabe aus. Das einzige, was Sie interessieren würde, ist, ob ein Tastendruckereignis gemeldet wird, wenn Sie die Taste drücken. (Ja, die "Hardware" -Taste sendet möglicherweise nur normale Tastendrucksignale!)

  • Suchen Sie unter /procund nach einem Verzeichnis, das sich auf Hardware-Schaltflächen bezieht, und geben Sie /sysdann catdie statedarunter befindliche Datei ein. Sie können so etwas verwenden find /proc /sys -name "*button*". Das Verzeichnis könnte alternativ switch oder ähnliches enthalten. Sie können auch nur verwenden find /proc /sys -name state, aber das würde auch viele Verzeichnisse drucken, die sich auf andere Dinge beziehen, wie z. B. Festplattencontroller oder Ethernet-Karte.

rozcietrzewiacz
quelle
Das sind interessante Informationen. Wenn mein WLAN funktioniert (nach einem Windows-Warmstart), funktioniert der Hardware-Schalter wie erwartet ... Das WLAN-Gerät wird ordnungsgemäß deaktiviert und wieder aktiviert. Wenn ich dies mit einem rfkill eventlaufenden Prozess mache , werde ich feststellen, dass die Taste gedrückt wurde und ich sehe, dass die hardund die softSperren einrasten und sich dann richtig lösen. Wenn ich mich in einem nicht drahtlosen Arbeitsmodus befinde (nach einem Neustart direkt unter Linux) und dies tue rfkill event, wird der Hardware-Schalter hardangezeigt, aber die Sperre wird nicht deaktiviert, sondern nur die Soft-Sperre.
g19fanatic
@ g19fanatic Das Problem beim Verlassen auf das rfkill event, was sagt, ist, dass Sie nicht sagen können, auf welcher Ebene die Hardware-Schaltfläche ausfällt. rfkillist nur ein praktisches kleines Tool, aber für das Debuggen solcher Hardwareprobleme eher nutzlos. Deshalb habe ich generische Methoden vorgeschlagen, die das Problem lokalisieren können.
Rozcietrzewiacz
1

Ein weiteres Problem, das ich hier gesehen habe, ist, dass der Kernel die Ereignisse gelegentlich nicht sieht (entweder durch Fehler in Treibern oder durch Hardwareprobleme).

Ein wichtiger Schritt bei der Fehlerbehebung ist die Ausführung von:

rfkill event

Schalten Sie dann ein und aus, und stellen Sie sicher, dass Sie eine Zeile wie die folgende sehen:

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

Wenn Sie von Aus zu Ein wechseln, sollte eine Zeile wie die folgende angezeigt werden:

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

Beachten Sie das hard 0am Ende. Wenn Sie dies nicht sehen, hat der Kernel das Ereignis nicht gesehen.

Schalter, die bewegliche Teile sind, sind besonders fehleranfällig, und obwohl wir normalerweise zuerst Software vermuten, ist dies nicht immer der Fall.

Sie können testen, ob rfkill tatsächlich die Ereignisse anzeigt, indem Sie die Tastenkombination verwenden, um die drahtlose Verbindung zu deaktivieren und sicherzustellen, dass ein soft 1Ereignis angezeigt wird. Wenn Sie es dann wieder aktivieren, sollte ein soft 0Ereignis angezeigt werden. Wenn der Switch defekt ist, können Sie möglicherweise daran herumspielen, bis er funktioniert, ihn in der Ein-Position usw. abkleben oder auf andere Weise nur einen sekundären Netzwerkadapter erwerben.

Wenn Sie keine Ereignisse sehen, kann dies natürlich entweder ein Hardware- oder ein Softwarefehler sein. Das letzte Mal, als ich dies sah, war es jedoch ein fehlerhafter (aber nicht vollständig ausgefallener) Hardware-Switch.

Chris Travers
quelle