kablosuz olmasa bile donanım anahtarı tarafından devre dışı bırakılır

10

Spartalı bir bilgisayarım var. Yakın zamana kadar hiçbir sorun yaşamadığım dahili bir kablosuz modülü var. Şu anki sorun şudur: Bilgisayarı her kapattığımda ve önyükleme yaptığımda, kablosuz olarak "donanım etkinleştirme" yapamıyorum. NetworkManager'da, "kablosuz donanım anahtarı tarafından devre dışı bırakıldı" yazan bir "gri renkte" iletisi alıyorum. Donanım anahtarı etkindir (kablosuz düğmeye bastığımda yeşil ışığın açılıp kapandığını görebiliyorum). Çıktı rfkillyumuşak bloke değil IS sabit bloke olduğunu belirtir.

Ben denedim (rt73usb benim entegre kablosuz modülü için çekirdek sürücüsü) kök olarak denedim:

rmmod -f rt73usb 
rfkill unblock all
modprobe rt73usb

ama hiçbir şey yapmıyor.

Bu sorunu 'düzeltebilmemin' tek yolu Windows XP'ye önyükleme yapmaktır (bu bir çift önyükleme makinesidir, ancak F16 birincil kullanım işletim sistemidir). Windows bir şeyi sıfırlayan bir şey yapar. Fedora'ya yeniden başladığımda, kablosuz ağıma beklendiği gibi erişebiliyorum. Kablosuz düğmesine AÇIK ve KAPALI basıldığında bile beklendiği gibi çalışır. Sadece kapatıp tekrar açtığımda kablosuz cihazımın sorunları var gibi görünüyor.

Bu sorunu gidermek için ne yapabilirim? Mevcut google çözümlerinin çoğu 'yumuşak bloke: evet' çözümlerine ve yukarıdaki çözüme işaret etmeyen ancak her ikisi de benim için çalışmaz.

Yararlı olabilecek birkaç bilgi:

isimsiz -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
kaynak

1

Sizinle alakalı bir şey var mı dmesg?

— Chris Down

Donanım anahtarının sadece tıkalı olmadığından emin misiniz? Bu sorunun daha önce çalışan bir sistemde gelişmiş olması benim için donanım düzeyinde bir sorun olduğunu gösteriyor, bu da burada konu olmadığı anlamına geliyor. Bir süper kullanıcınız var.SE, sunucu hatası veya elektronik.

— Warren Young

1

Bir yum güncellemesi yaptıktan sonra sorun gelişti. Ne yüklü olduğundan emin değilim (daha önce sadece kör bir güncelleme yapmakla ilgili bir sorun yaşamadım), ancak sorun son yum güncellememden ve yeniden başlattıktan sonra başladı. Pencerelere yeniden başlayıp daha sonra f16'ya önyükleme yapması, yazılımla ilgili olduğunu düşündürür.

— g19fanatic

Ne rfkill listgösteriyor? HP (flextronics) dizüstü bilgisayarımın, dizüstü bilgisayar WMIsürücülerini derlersem (böylece daha gelişmiş bir rfkill anahtar işlemeyi etkinleştiririm), "yumuşak" ve "sert" kilitler aldığı ve bazen yumuşak bağlantıların almayı reddedeceği bir sorun vardır. engellemesi kaldırıldı. rfkill listböyle bir senaryonun tanımlanmasına yardımcı olur.

— njsg

@njsg, "yumuşak" kilitler sorun değil. Sorun olmadan ileri geri geçiş yaparlar. Bu "engelleme" olmayacak "sert" kilit. Pencerelere daha sonra linux ve sonra bir yapmak rfkill eventve sonra donanım düğmesine basın sert kilit beklendiği gibi çalışır. Daha sonra yeniden başlatır ve doğrudan linux'a girersem, donanım kilidi beklendiği gibi çalışmaz.

— g19fanatic

2

Bunun belirsiz bir cevap gibi geleceğini biliyorum ... ama rt73usb'niz için güncellenmiş bir ürün yazılımı paketiniz olup olmadığını kontrol edin. Çalışması için cihaza ayrı bir ürün yazılımı gönderilmesini gerektirir ... tabii ki Windows bunu sağlayacaktır, daha sonra sıcak bir önyükleme linux'da kullanmanıza izin verir.

Fedora hakkında en son rt73usb sürücü / bellenim güncellemeleri hakkında bilgi arıyorum, ancak bir dakika sürecek.

Ürün yazılımını ve bu güncellemeleri kontrol edin.

Gönderen burada , son zamanlarda güncellendi rt73usb-yazılım paketinin gibi görünmüyor (geçen Ocak altı ay önce, 2012 yılı idi).

Ürün yazılımını kaldırıp yeniden yüklemeyi deneyebilirsiniz.

Belki ayın evresi ve Galaktik Hizalanma bunu gerektirir. Sorma, bazen yardımcı olur.

Ancak Windows'a sıcak bir önyükleme sorunu çözdüğü için hala bir ürün yazılımı sorunundan şüpheleniyorum.

— lornix
kaynak

Yum.log'u kontrol ettim ve modüllerden herhangi biriyle ilgili hiçbir şey güncellenmedi. Ben de senin önerdiğin gibi yaptım ve rmmod rt73usb; yum erase rt73usnb-firmware; rebooto zaman a yum install rt73usb-firmware. Bu sorunu çözmedi. Yeniden başlatma yine de donanım kilidi sorununu çözmez. Yalnızca pencerelere yapılan bir önyükleme sorunu hala düzeltir.

— g19fanatic

Aylak! Yine de yazılımla ilgili olduğunu düşünüyorum, çünkü pencerelere önyükleme daha sonra linux'a sıcak önyükleme sorunu çözüyor.

— lornix

1

Açıkladığınız güncellemenin, sürücünüzün sahip olduğunuz belirli donanımla tam olarak çalışmayan yeni bir sürümünü yüklediğinden şüpheleniyorum. Sen içinden bakmak gerekir senin yum log /var/log/yum.logve belki koşmak yum historyrt73usb sürücüsünü etkilemiş olabilir şey, usb alt sistem veya ilgili diğer parçalar (sizin lsmod gelen, ben rt73usb, rt2x00usb, rt2x00lib, mac80211, cfg80211 ilgili herhangi bir şeye bakmak istiyorum arayan veya rfkill). İşlerin kırılmaya başladığı zamanda yapılan kurulumları geri alın ve işlerin tekrar çalışmaya başlayıp başlamadığını görün.

Başka bir seçenek, gerçek Windows sürücüsünü kullanmak için NDISwrapper'ın kullanımını araştırmak olacaktır. Şahsen, bu çözümden nefret ediyorum, ama bazen işleri tekrar çalıştırmanın tek yolu bu. Windows sürücüsünde de en son aygıt ürün yazılımı bulunur.

— jlp
kaynak

Soruna yeni bir güncellemenin neden olduğu ve tam olarak önerdiğiniz gibi yapıldığından şüphe duydum. Yum.log'a baktıktan sonra, bu paketlerin herhangi birine ait hiçbir şey güncellenmemiş gibi görünüyor. NDIS sarmalayıcı çözümünü deneyebilirim ama sizin gibi bu geçici çözümden nefret ediyorum. Özellikle sorunsuz çalışmak için KULLANILDIĞI ve STILL windows boot geçici

— çözümüyle çalışıyor

Çalışan bir sisteme dönene kadar değişiklikleri geri almaya başlayabilirsiniz. Acı verici ama yapılabilir (eğer sorun yaşamaya başlamadan önce geri dönmezseniz ve hala çalışmıyorsa). Bir şeyleri yedeklerken yapmanız gereken soğuk bot sayısını en aza indirmek için ikili bir arama kullanabilirsiniz.

— jlp

Bu sorunu bu şekilde denemek ve çözmek zorunda kalacağımıza inanıyorum. Güncellenmiş paketleri kaldırmak için bir ikili arama yöntemi kesinlikle bunu yapmanın yolu olacaktır. Önerin için teşekkürler. Ne yazık ki, bu mesele 4. tatil için ziyaret ettiğim ebeveynimin evindeydi ve Noel'e kadar makineye erişemeyecek! Babam ağına girmek için her sabah geçici

— çözümden geçmeye

2

Yani şimdi düzeltilmiş kötü bir güncelleme olmalı gibi görünüyor. Linux olarak, sürekli çevrimiçi kaldığında nadiren (eğer varsa) yavaşlar ve nadiren güç döngüsüne ihtiyaç duyar. Ben geçer ve bir yum güncelleme yapan bir cron işim var - her 2 haftada bir kök gibi. Babam ne zaman oldu emin değil ama son kez o önyükleme (elektrik kesintisi ve pil drenaj laptop ölmek yaptı) o kablosuz çalışma almak için pencerelere gitmek unuttum ama kablosuz sorunsuz çalıştı fark ettim.

— g19fanatic

1

Sorunun, çekirdeğin donanım düğmelerini (aslında elektrik düğmeleri değil, dokunmatik düğmelerse yarı donanım olabilir) ele almasıyla ilgili olduğuna inanıyorum. Tetikleyiciler, kablosuz ürün yazılımının / sürücüsünün bir parçası olmayabilir. ACPI bundan da sorumlu olabilir.

Yerinizde yapacağım ilk şey, eski bir çekirdeği yeniden başlatmaya çalışmak. Kör bir güncelleme yaptıysanız, çekirdek güncellenmiş olabilir. Özellikle fedora'ya aşina değilim, ancak çekirdek güncelleme prosedürünün Ubuntu'nun yaptığı gibi GRUB girişlerini değiştirmeyi beklediğini umuyorum. Bu nedenle, daha eski bir çekirdeği önyüklemek için basılı tutarak Shift(erken önyükleme aşamasında) veya tuşuna basarak GRUB'a girmeniz gerekir Esc. Sonra listeden daha eski bir çekirdek seçin.

Bu "sadece işe yaramazsa", aşağıdakileri çalıştırarak ve bozuk ve çalışan (önyükleme pencereleriyle sabitlenmiş) dizüstü bilgisayar durumu arasındaki çıktıyı karşılaştırarak sorunu daha da ayıklayabilirsiniz:

dmesg | taildüğmesine bastıktan hemen sonra çalıştırın - Bununla ilgili hiçbir şey olmayabilir.
ACPI deamon günlük dosyasını izleyin - İçinde bulunduğunu varsayarsak /var/log/acpid.log, çalıştırırsınız tail -f /var/log/acpid.log.
gibi bir olay izleme yardımcı programı çalıştırmakxev - Oldukça fazla çıktı yazdırır; ancak ilginizi çeken tek şey, düğmeye bastığınızda herhangi bir tuşa basma olayının rapor edilip edilmediğidir. (Evet, "donanım" düğmesi yalnızca normal tuşa basma sinyalleri gönderiyor olabilir!)
altında donanım düğmeleri ile ilişkili bir dizin için bakmak /procve /sysardından cating' statedosyası altında bulunur - Sen böyle bir şey kullanabilirsiniz find /proc /sys -name "*button*"bunun için. Dizin alternatif olarak anahtar veya benzeri bir şey içerebilir . Sadece kullanabilirsiniz find /proc /sys -name state, ancak bu aynı zamanda disk denetleyicisi veya Ethernet kartı gibi diğer şeylerle ilgili birçok dizin yazdırır.

— rozcietrzewiacz
kaynak

bu ilginç bir bilgi. Kablosuz cihazım 'çalışırken' (Windows sıcak önyüklemeden sonra), donanım anahtarı beklendiği gibi çalışır ... Kablosuz aygıtı düzgün bir şekilde devre dışı bırakır ve yeniden etkinleştirir. Bunu bir rfkill eventişlem çalışırken yaparsam, düğmeye basıldığını göreceğim hardve softkilitlerin devreye girdiğini ve sonra düzgün bir şekilde devre dışı kaldığını görebiliyorum. Bir 'kablosuz olmayan çalışma modunda' olduğumda (doğrudan linux'a yeniden başlatıldıktan sonra) ve yapıyorum rfkill event, donanım anahtarı görünüyor, ancak hardkilit devre dışı bırakılmıyor, sadece yumuşak kilit yok.

— g19fanatic

@ g19fanatic Söylediklerine güvenmeyle ilgili sorun rfkill event, donanım düğmesinin hangi düzeyde başarısız olduğunu söyleyememenizdir. rfkillsadece kullanışlı küçük bir araçtır, ancak bu tür donanım sorunlarını ayıklamak için işe yaramaz. Bu yüzden sorunu saptayabilecek genel yöntemler önerdim.

— rozcietrzewiacz

1

Burada gördüğüm başka bir sorun, zaman zaman çekirdeğin olayları görmemesi (sürücülerdeki hatalar veya donanım sorunları).

Sorun gidermede kritik bir adım çalıştırmaktır:

rfkill event

Ve sonra böyle bir çizgi gördüğünüzden emin olarak açıktan kapalıya geçin:

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

Kapalı konumdan açık konuma geçtiğinizde şöyle bir satır görmelisiniz:

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

Not hard 0sonunda. Bunu görmüyorsanız, çekirdek olayı görmedi.

Anahtarlar, hareketli parçalar olarak, özellikle arızaya karşı hassastır ve genellikle yazılımdan önce şüphelenmek isteriz, ancak durum her zaman böyle değildir.

Kablosuz bağlantıyı devre dışı bırakmak ve bir soft 1etkinliği gördüğünüzden emin olmak için tuş kombinasyonunu kullanarak gerçekte rfkill'in olayları gösterdiğini test edebilirsiniz ve ardından yeniden etkinleştirdiğinizde bir soft 0olay görmelisiniz . Anahtar kötü ise, çalışana kadar klavyeyle çalışabilir, açık konumda bantlayabilir veya başka türlü ikincil bir ağ bağdaştırıcısı alabilirsiniz.

Doğal olarak olayları her iki şekilde görmüyorsanız, bu bir donanım veya yazılım hatası olabilir. Ancak, bunu en son gördüğümde, başarısız olan (ancak tamamen başarısız olmayan) bir donanım anahtarıydı.

— Chris Travers
kaynak