sieć bezprzewodowa jest wyłączana przez przełącznik sprzętowy, nawet jeśli nie

10

Mam spartański komputer. Ma wbudowany moduł bezprzewodowy, z którym do niedawna nie miałem problemów. Obecny problem jest następujący: za każdym razem, gdy wyłączam komputer i uruchamia się ponownie, nie jestem w stanie „włączyć sprzętu” sieci bezprzewodowej. W NetworkManager pojawia się komunikat „wyszarzony” z informacją, że „łączność bezprzewodowa jest wyłączona przez przełącznik sprzętowy”. Przełącznik sprzętowy jest włączony (widzę, że zielona dioda włącza się i wyłącza po naciśnięciu przycisku komunikacji bezprzewodowej). Sygnał wyjściowy rfkillstanów, że nie jest miękko zablokowany, ale JEST twardy zablokowany.

Próbowałem następujące (rt73usb jest sterownikiem jądra dla mojego zintegrowanego modułu bezprzewodowego) jako root:

rmmod -f rt73usb 
rfkill unblock all
modprobe rt73usb

ale nic nie robi.

Jedynym sposobem, w jaki udało mi się „naprawić” ten problem, jest uruchomienie systemu Windows XP (jest to maszyna z podwójnym uruchomieniem, ale F16 jest podstawowym systemem operacyjnym). Windows robi coś, co coś resetuje. Po ponownym uruchomieniu w Fedorze mogę uzyskać dostęp do sieci bezprzewodowej zgodnie z oczekiwaniami. Nawet naciśnięcie przycisku bezprzewodowego WŁ. I WYŁ. Działa zgodnie z oczekiwaniami. Właśnie wtedy, gdy wyłączam, a następnie włączam ponownie, mój bezprzewodowy wydaje się mieć problemy.

Co mogę zrobić, aby rozwiązać ten problem? Większość dostępnych rozwiązań Google wskazuje na rozwiązania „soft zablokowane: tak” i te, które nie wskazują na powyższe rozwiązanie, ale oba nie działają dla mnie.

Oto kilka informacji, które mogą być przydatne:

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)
g19fanatic
źródło
1
Czy jest coś ważnego w twoim dmesg?
Chris Down
Czy jesteś pewien, że przełącznik sprzętowy nie jest tylko zepsuty? Fakt, że ten problem rozwinął się na wcześniej działającym systemie, sugeruje mi problem na poziomie sprzętowym, co oznaczałoby, że nie ma tutaj tematu. Miałbyś problem z superuser.SE, awarią serwera lub elektroniką. SE.
Warren Young,
1
Problem pojawił się po mojej ostatniej aktualizacji. Nie jestem pewien, co zostało zainstalowane (nigdy wcześniej nie miałem problemu ze zrobieniem ślepej aktualizacji), ale problem zaczął się po mojej ostatniej mej aktualizacji i ponownym uruchomieniu. Fakt, że ponowne uruchomienie w systemie Windows, a następnie ponowne uruchomienie do f16 sugeruje, że jest to związane z oprogramowaniem.
g19fanatic
Co rfkill listpokazuje W moim laptopie HP (flextronics) występuje problem polegający na tym, że jeśli skompiluję WMIsterowniki dla laptopa (umożliwiając w ten sposób bardziej zaawansowaną obsługę przełączników rfkill), to dostanie blokad „miękkich” i „twardych”, a czasami miękkie linki odmówią uzyskania odblokowany. rfkill listpomogłoby zidentyfikować taki scenariusz.
njsg,
@ njsg, „miękkie” zamki nie są problemem. Bez problemu przełączają się tam iz powrotem. Jest to „twardy” zamek, który się nie odblokuje. Kiedy robię bootowanie do systemu Windows, następnie Linux, a następnie robię a, rfkill eventa następnie wciskam przycisk sprzętowy, twarda blokada działa zgodnie z oczekiwaniami. Jeśli następnie zrestartuję się i przejdę prosto do systemu Linux, blokada sprzętowa nie działa zgodnie z oczekiwaniami.
g19fanatic

Odpowiedzi:

2

Wiem, że to zabrzmi jak niejasna odpowiedź ... ale sprawdź, czy masz zaktualizowany pakiet oprogramowania układowego dla twojego rt73usb. Wymaga to wysłania do urządzenia osobnego oprogramowania, aby działało ... co oczywiście zapewni system Windows, a następnie ciepły rozruch pozwala na użycie go w systemie Linux.

Szukam informacji o Fedorze dotyczących ostatnich aktualizacji sterownika / oprogramowania układowego rt73usb, ale to zajmie chwilę.

Sprawdź oprogramowanie wewnętrzne i aktualizacje tego.

Od tutaj , to nie wygląda na opakowaniu rt73usb-firmware został zaktualizowany ostatnio (ostatni był Jan z 2012 roku, sześć miesięcy temu).

Możesz spróbować odinstalować oprogramowanie wewnętrzne, a następnie zainstalować je ponownie.

Być może wymaga tego faza księżyca i wyrównanie galaktyczne. Nie pytaj, czasem to pomaga.

Ale nadal podejrzewam problem z oprogramowaniem układowym, ponieważ ciepłe uruchomienie systemu Windows rozwiązuje problem.

lornix
źródło
Sprawdziłem yum.log i nic nie zostało powiązane z żadnym z modułów. Zrobiłem także, jak zasugerowałeś, i zrobiłem rmmod rt73usb; yum erase rt73usnb-firmware; rebootwtedy yum install rt73usb-firmware. To nie rozwiązało problemu. Ponowne uruchomienie nadal nie rozwiązuje problemu z blokadą sprzętową. Tylko uruchomienie systemu Windows nadal rozwiązuje problem.
g19fanatic
Porażka! Nadal uważam, że jest to związane z oprogramowaniem układowym, ponieważ rozruch w systemie Windows, a następnie ciepły rozruch w systemie Linux rozwiązuje problem.
lornix,
1

Podejrzewam, że opisana aktualizacja spowodowała zainstalowanie nowszej wersji sterownika, która nie działa całkiem dobrze z konkretnym posiadanym sprzętem. Powinieneś przejrzeć swój dziennik yum /var/log/yum.logi być yum historymoże pobiegać w poszukiwaniu wszystkiego, co mogło mieć wpływ na sterownik rt73usb, podsystem USB lub inne powiązane części (z twojego lsmod, spojrzałbym na wszystko związane z rt73usb, rt2x00usb, rt2x00lib, mac80211, cfg80211 lub rfkill). Cofnij wszystkie instalacje wykonane w czasie, gdy coś zaczęło się psuć i sprawdź, czy wszystko zacznie działać ponownie.

Inną opcją byłoby zbadanie zastosowania NDISwrapper w celu użycia prawdziwego sterownika Windows. Osobiście nienawidzę tego rozwiązania, ale czasami jest to jedyny sposób na przywrócenie działania. Prawdopodobnie w sterowniku systemu Windows znajduje się również najnowsze oprogramowanie układowe urządzenia.

jlp
źródło
Podejrzewałem, że przyczyną problemu była nowa aktualizacja, i zrobiłem to, co zaleciłeś. Po spojrzeniu na yum.log wygląda na to, że nic nie zostało zaktualizowane, co dotyczyłoby któregokolwiek z tych pakietów. Mógłbym wypróbować rozwiązanie opakowania NDIS, ale nie znoszę tego obejścia. Zwłaszcza, że ​​STOSOWANO działać bez problemu, a STILL działa z obejściem rozruchu systemu Windows ...
g19fanatic
Nadal możesz zacząć wycofywać zmiany, dopóki nie wrócisz do działającego systemu. Jest to bolesne, ale wykonalne (chyba że cofniesz się przed powrotem, zanim zaczniesz mieć problemy i nadal nie działa). Możesz użyć wyszukiwania binarnego, aby zminimalizować liczbę zimnych butów, które musisz zrobić podczas wycofywania się.
jlp
Wierzę, że w ten sposób będę musiał spróbować rozwiązać ten problem. Sposobem na to byłaby metoda wyszukiwania binarnego usuwająca zaktualizowane pakiety. Dzieki za sugestie. Niestety, ten problem był w domu mojego rodzica, który odwiedzałem na czwarte wakacje i nie będę miał dostępu do maszyny aż do Bożego Narodzenia! Dobrze, że mój ojciec chce codziennie obejść to obejście, aby dostać się do swojej sieci :)
g19fanatic
2
Wygląda więc na to, że musiała to być zła aktualizacja, która została już naprawiona. Będąc linuksem, rzadko (jeśli w ogóle) zwalnia, gdy jest ciągle pozostawiony w trybie online i rzadko trzeba go włączać i wyłączać. Mam zadanie crona, które przechodzi i wykonuje mniam aktualizację -y jako root co 2 tygodnie. Mój ojciec nie jest pewien, kiedy to się stało, ale ostatnim razem, gdy go uruchomił (brak zasilania i rozładowanie baterii sprawiły, że laptop umarł), zapomniał przejść do systemu Windows, aby uruchomić bezprzewodowy, ale zauważył, że bezprzewodowy działał bez problemu.
g19fanatic
1

Myślę, że problem związany jest z obsługą przez jądro tak zwanych przycisków sprzętowych (które w rzeczywistości mogą być częściowo sprzętowe, jeśli są to przyciski dotykowe, a nie przełączniki elektryczne). Wyzwalacze niekoniecznie muszą być częścią bezprzewodowego oprogramowania / sterownika. ACPI może być również za to odpowiedzialny.

Pierwszą rzeczą, którą zrobię na twoim miejscu, jest próba ponownego uruchomienia do starszego jądra. Jeśli zrobiłeś aktualizację w ciemno, istnieje prawdopodobieństwo, że jądro zostało zaktualizowane. Nie znam konkretnie Fedory, ale spodziewam się, że jej procedura aktualizacji jądra wymaga przesunięcia wpisów GRUB, podobnie jak robi to Ubuntu. Tak więc, aby uruchomić starsze jądro, musisz wejść do GRUB-a, przytrzymując Shift(na wczesnym etapie rozruchu) lub naciskając Esc. Następnie wybierz starsze jądro z listy.

Jeśli to nie „po prostu działa”, możesz dalej debugować problem, uruchamiając następujące funkcje i porównując dane wyjściowe między uszkodzonym a działającym (naprawionym przez uruchamianie systemu Windows) stanem laptopa:

  • uruchom dmesg | tailzaraz po naciśnięciu przycisku - Może to jednak nie być powiązane.

  • monitoruj plik dziennika diamonu ACPI - Zakładając, że się znajduje /var/log/acpid.log, uruchomisz tail -f /var/log/acpid.log.

  • uruchom narzędzie do śledzenia zdarzeń, takie jak:xev - Drukuje całkiem sporo danych wyjściowych; ale jedyne, co by Cię zainteresowało, to to, czy po naciśnięciu przycisku zostanie zgłoszone zdarzenie naciśnięcia klawisza. (Tak, przycisk „sprzętowy” może po prostu wysyłać zwykłe sygnały naciskania klawiszy!)

  • poszukaj katalogu związanego z przycisków sprzętowych pod /proca /sys, a następnie cat„ing stateplik znaleźć pod - Można użyć coś podobnego find /proc /sys -name "*button*"do tego. Katalog może alternatywnie zawierać przełącznik lub coś podobnego. Możesz także po prostu użyć find /proc /sys -name state, ale spowoduje to również wydrukowanie wielu katalogów związanych z innymi rzeczami, takimi jak kontroler dysku lub karta Ethernet.

rozcietrzewiacz
źródło
to jest interesująca informacja. Kiedy moje urządzenie bezprzewodowe „działa” (po ciepłym rozruchu systemu Windows), przełącznik sprzętowy działa zgodnie z oczekiwaniami ... Prawidłowo wyłączy i ponownie włączy urządzenie bezprzewodowe. Jeśli zrobię to z rfkill eventuruchomionym procesem, przekonam się, że przycisk został naciśnięty i widzę, że hardi softzamki włączają się, a następnie wyłączają prawidłowo. Kiedy jestem w „non-bezprzewodowym trybie pracy” (po ponownym uruchomieniu bezpośrednio z powrotem do systemu Linux) i robię to rfkill event, przełącznik sprzętowy jest widoczny, ale hardblokada nie wyłącza się, tylko blokada miękka.
g19fanatic
@ g19fanatic Problem z poleganiem na tym rfkill event, co mówi, polega na tym , że nie można powiedzieć, na jakim poziomie przycisk sprzętowy zawodzi. rfkilljest tylko przydatnym małym narzędziem, ale jest raczej bezużyteczne do debugowania takich problemów sprzętowych. Dlatego zaproponowałem ogólne metody, które mogą wskazać problem.
rozcietrzewiacz
1

Innym problemem, który tu widziałem, jest to, że czasami jądro nie widzi zdarzeń (przez błędy w sterownikach lub problemy ze sprzętem).

Jednym z kluczowych kroków w rozwiązywaniu problemów jest uruchomienie:

rfkill event

A następnie włączaj i wyłączaj, upewniając się, że widzisz taką linię:

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

Po przełączeniu z wyłączenia na włączony powinna pojawić się następująca linia:

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

Uwaga hard 0na końcu. Jeśli tego nie widzisz, jądro nie widziało zdarzenia.

Przełączniki, będące częściami ruchomymi, są szczególnie podatne na awarie i chociaż zwykle lubimy najpierw podejrzewać oprogramowanie, nie zawsze tak jest.

Możesz sprawdzić, czy rfkill faktycznie pokazuje zdarzenia, używając kombinacji klawiszy do wyłączenia połączenia bezprzewodowego i upewnienia się, że widzisz soft 1zdarzenie, a następnie po ponownym włączeniu powinieneś je zobaczyć soft 0. Jeśli przełącznik jest zły, możesz być w stanie nim manipulować, dopóki nie zadziała, przykleić go w pozycji włączonej itp. Lub w inny sposób po prostu uzyskać dodatkową kartę sieciową.

Oczywiście, jeśli nie widzisz zdarzeń w żaden sposób, może to być awaria sprzętu lub oprogramowania. Jednak kiedy ostatni raz to widziałem, był to niesprawny (ale nie do końca nieudany) przełącznik sprzętowy.

Chris Travers
źródło