không dây bị vô hiệu hóa bởi chuyển đổi phần cứng ngay cả khi không

10

Tôi có một máy tính Spartan. Nó có một mô-đun không dây tích hợp cho đến gần đây tôi không gặp vấn đề gì. Vấn đề hiện tại là: mỗi lần tôi tắt máy tính và nó khởi động lại, tôi không thể "kích hoạt phần cứng" không dây. Trong NetworkManager, tôi nhận được thông báo 'chuyển sang màu xám' có nội dung "không dây bị vô hiệu hóa bởi chuyển đổi phần cứng". Công tắc phần cứng được bật (Tôi có thể thấy bật và tắt đèn led xanh khi nhấn nút không dây). Đầu ra của các rfkilltrạng thái không bị chặn mềm nhưng bị chặn cứng.

Tôi đã thử cách sau (rt73usb là trình điều khiển hạt nhân cho mô-đun không dây tích hợp của tôi) với quyền root:

rmmod -f rt73usb 
rfkill unblock all
modprobe rt73usb

nhưng nó không làm gì cả

Cách duy nhất tôi có thể 'khắc phục' vấn đề này là khởi động vào Windows XP (đây là máy khởi động kép nhưng F16 là hệ điều hành chính được sử dụng). Windows làm một cái gì đó mà thiết lập lại một cái gì đó. Khi tôi khởi động lại vào Fedora, tôi có thể truy cập mạng không dây của mình như mong đợi. Ngay cả việc nhấn nút không dây BẬT và TẮT hoạt động như mong đợi. Chỉ khi tôi tắt máy và sau đó bật nguồn thì mạng của tôi dường như có vấn đề.

Tôi có thể làm gì để khắc phục vấn đề này? Hầu hết các giải pháp google có sẵn đều chỉ đến các giải pháp 'mềm bị chặn: có' và các giải pháp không chỉ ra giải pháp trên nhưng cả hai đều không hiệu quả với tôi.

Dưới đây là một vài thông tin có thể hữu ích:

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
nguồn

1

Có bất cứ điều gì có liên quan trong của bạn dmesg?

— Chris Down

Bạn có chắc chắn công tắc phần cứng không bị ọp ẹp? Thực tế là vấn đề này đã được phát triển trên một hệ thống hoạt động trước đây cho thấy vấn đề ở cấp độ phần cứng đối với tôi, điều đó có nghĩa là nó không nằm trong chủ đề ở đây. Bạn sẽ có một superuser.SE, hoặc serverfault hoặc Electronics.SE loại vấn đề.

— Warren Young

1

Vấn đề được phát triển sau khi tôi thực hiện cập nhật yum. Tôi không chắc chắn những gì đã được cài đặt (chưa bao giờ có vấn đề chỉ là cập nhật mù trước đó) nhưng vấn đề bắt đầu sau lần cập nhật cuối cùng của tôi và khởi động lại. Việc khởi động lại vào windows và sau đó khởi động lại vào f16 sẽ gợi ý rằng nó có liên quan đến phần mềm.

— g19fanatic

Không rfkill listthể hiện điều gì? Máy tính xách tay HP (flextronics) của tôi có một vấn đề trong đó, nếu tôi biên dịch WMItrình điều khiển cho máy tính xách tay (do đó cho phép xử lý công tắc rfkill tiên tiến hơn), nó sẽ bị khóa "mềm" và "cứng" và đôi khi các liên kết mềm sẽ từ chối nhận bỏ chặn rfkill listsẽ giúp xác định một kịch bản như thế này.

— njsg

@njsg, khóa "mềm" không phải là vấn đề. Họ chuyển đổi qua lại mà không có vấn đề. Đó là khóa "cứng" sẽ không 'bỏ chặn'. Khi tôi khởi động vào windows rồi linux và sau rfkill eventđó nhấn nút và phần cứng, khóa cứng hoạt động như mong đợi. Nếu sau đó tôi khởi động lại và đi thẳng vào linux, khóa phần cứng không hoạt động như mong đợi.

— g19fanatic

2

Tôi biết điều này sẽ nghe giống như một câu trả lời mơ hồ ... nhưng hãy kiểm tra xem bạn đã cài đặt gói phần mềm cập nhật cho rt73usb chưa. Nó yêu cầu một phần sụn riêng biệt được gửi đến thiết bị để làm cho nó hoạt động ... tất nhiên, Windows sẽ cung cấp, sau đó một đôi giày ấm cho phép bạn sử dụng nó trong linux.

Tôi đang tìm kiếm thông tin về Fedora liên quan đến các bản cập nhật trình điều khiển / chương trình cơ sở rt73usb gần đây, nhưng sẽ mất một chút thời gian.

Kiểm tra phần sụn và cập nhật phần này.

Từ đây , có vẻ như gói phần mềm rt73usb đã được cập nhật gần đây (lần cuối là tháng 1 năm 2012, sáu tháng trước).

Bạn có thể thử gỡ cài đặt phần sụn, sau đó cài đặt lại.

Có lẽ giai đoạn của mặt trăng và Thiên hà yêu cầu điều này. Đừng hỏi, đôi khi nó giúp.

Nhưng tôi vẫn nghi ngờ vấn đề phần sụn kể từ khi khởi động ấm vào Windows giải quyết vấn đề.

— lornix
nguồn

Tôi đã kiểm tra yum.log và không có gì liên quan đến bất kỳ mô-đun nào được cập nhật. Tôi cũng đã làm như bạn đề nghị và đã làm rmmod rt73usb; yum erase rt73usnb-firmware; rebootsau đó a yum install rt73usb-firmware. Điều này đã không giải quyết vấn đề. Khởi động lại vẫn không khắc phục được sự cố khóa phần cứng. Chỉ có một khởi động vào windows vẫn khắc phục vấn đề.

— g19fanatic

Bummer! Tôi vẫn nghĩ rằng nó liên quan đến phần sụn, vì khởi động vào windows rồi khởi động ấm vào linux giải quyết vấn đề.

— lornix

1

Tôi nghi ngờ rằng bản cập nhật bạn mô tả đã cài đặt một số phiên bản trình điều khiển mới hơn không hoạt động hoàn toàn đúng với phần cứng cụ thể mà bạn có. Bạn nên xem qua nhật ký yum của mình /var/log/yum.logvà có thể chạy yum historytìm bất cứ thứ gì có thể đã ảnh hưởng đến trình điều khiển rt73usb, hệ thống con usb hoặc các bộ phận liên quan khác (từ lsmod của bạn, tôi sẽ xem xét bất cứ điều gì liên quan đến rt73usb, rt2x00usb, rt2x00lib, mac80211, cf11 hoặc rfkill). Thoát ra khỏi bất kỳ cài đặt nào được thực hiện trong khoảng thời gian mọi thứ bắt đầu bị phá vỡ và xem nếu mọi thứ bắt đầu hoạt động trở lại.

Một tùy chọn khác là khám phá việc sử dụng NDISwrapper để sử dụng trình điều khiển Windows thực sự. Cá nhân, tôi ghét giải pháp này, nhưng đôi khi đó là cách duy nhất để mọi thứ hoạt động trở lại. Trình điều khiển Windows cũng có khả năng có phần sụn thiết bị mới nhất.

— jlp
nguồn

Tôi đã có một nghi ngờ rằng một bản cập nhật mới đã gây ra vấn đề và đã làm đúng như bạn đề xuất. Sau khi xem yum.log, có vẻ như không có gì được cập nhật liên quan đến bất kỳ gói nào trong số đó. Tôi có thể thử giải pháp bao bọc NDIS nhưng vì bạn ghét cách giải quyết đó. Đặc biệt là khi nó được sử dụng để hoạt động mà không gặp sự cố và VẪN không hoạt động với cách giải quyết khởi động windows ...

— g19fanatic

Bạn vẫn có thể bắt đầu sao lưu các thay đổi cho đến khi bạn quay lại hệ thống đang hoạt động. Điều đó thật đau đớn, nhưng có thể làm được (trừ khi bạn quay trở lại trước khi bạn bắt đầu gặp rắc rối và nó vẫn không hoạt động). Bạn có thể sử dụng tìm kiếm nhị phân để giảm thiểu số lượng giày lạnh bạn phải làm trong khi sao lưu.

— jlp

Tôi tin rằng đây là cách tôi sẽ phải cố gắng giải quyết vấn đề này. Một phương pháp tìm kiếm nhị phân để loại bỏ các gói cập nhật chắc chắn sẽ là cách để làm điều này. Cám ơn vì sự gợi ý. Thật không may, vấn đề này là ở nhà của cha mẹ tôi mà tôi đã đến thăm vào kỳ nghỉ thứ 4 và sẽ không có quyền truy cập vào máy cho đến Giáng sinh!

— Thật

2

Vì vậy, có vẻ như nó phải là một bản cập nhật xấu mà hiện đã được sửa. Là linux, nó hiếm khi (nếu có) chậm lại khi liên tục bị bỏ lại trên mạng và hiếm khi cần phải chạy bằng điện. Tôi có một công việc định kỳ trải qua và thực hiện cập nhật yum -y như root mỗi 2 tuần. Cha tôi không chắc chắn khi nó xảy ra nhưng lần cuối cùng ông khởi động nó (mất điện và hết pin khiến laptop bị chết) ông đã quên đi đến cửa sổ để làm việc không dây nhưng nhận thấy không dây hoạt động mà không gặp sự cố.

— g19fanatic

1

Tôi tin rằng vấn đề này liên quan đến việc xử lý các nút được gọi là phần cứng của hạt nhân (thực tế có thể là phần cứng nếu chúng là nút cảm ứng, không phải là công tắc điện). Các kích hoạt có thể không nhất thiết phải là một phần của chương trình cơ sở / trình điều khiển không dây. ACPI cũng có thể chịu trách nhiệm cho điều đó.

Điều đầu tiên tôi làm ở vị trí của bạn, là thử khởi động lại kernel cũ hơn. Nếu bạn đã thực hiện cập nhật mù, rất có thể kernel đã được cập nhật. Tôi không quen thuộc với fedora, nhưng tôi hy vọng rằng quy trình cập nhật kernel của nó liên quan đến việc thay đổi các mục GRUB, tương tự như những gì Ubuntu làm. Do đó, để khởi động kernel cũ hơn, bạn cần nhập GRUB bằng cách nhấn và giữ Shift(ở giai đoạn khởi động sớm) hoặc nhấn Esc. Sau đó, chỉ cần chọn một hạt nhân cũ từ danh sách.

Nếu điều này không "chỉ hoạt động", bạn có thể gỡ lỗi thêm bằng cách chạy phần sau và so sánh đầu ra giữa trạng thái máy tính xách tay bị hỏng và đang hoạt động (được sửa bằng cách khởi động windows):

chạy dmesg | tailngay sau khi nhấn nút - Mặc dù vậy, có thể không có gì liên quan.
giám sát tệp nhật ký deamon ACPI - Giả sử nó được đặt trong /var/log/acpid.log, bạn sẽ chạy tail -f /var/log/acpid.log.
chạy một tiện ích theo dõi sự kiện nhưxev - Nó in ra khá nhiều đầu ra; nhưng điều duy nhất bạn quan tâm là liệu có bất kỳ sự kiện nhấn phím nào được báo cáo khi bạn nhấn nút hay không. (Có, nút "phần cứng" có thể đang gửi tín hiệu nhấn phím thông thường!)
tìm kiếm một thư mục liên quan đến các nút phần cứng bên dưới /procvà /syssau đó cat' statetìm thấy tệp được tìm thấy bên dưới - Bạn có thể sử dụng một cái gì đó giống như find /proc /sys -name "*button*"vậy. Thư mục thay thế có thể chứa chuyển đổi hoặc một cái gì đó tương tự. Bạn cũng có thể chỉ sử dụng find /proc /sys -name state, nhưng điều đó cũng sẽ in nhiều thư mục liên quan đến những thứ khác, chẳng hạn như bộ điều khiển đĩa hoặc thẻ Ethernet.

— rozcietrzewiacz
nguồn

đây là thông tin thú vị Khi không dây của tôi 'hoạt động' (sau khi khởi động ấm cửa sổ), công tắc phần cứng hoạt động như mong đợi ... Nó sẽ vô hiệu hóa và bật lại thiết bị không dây đúng cách. Nếu tôi làm điều này với một rfkill eventquá trình đang chạy, tôi sẽ nhận được rằng nút đã được nhấn và tôi có thể thấy các khóa hardvà softkhóa tham gia và sau đó giải phóng đúng cách. Khi tôi ở 'chế độ làm việc không dây' (sau khi khởi động lại trực tiếp vào linux) và tôi đang thực hiện rfkill event, công tắc phần cứng được nhìn thấy nhưng hardkhóa không tắt, chỉ có khóa mềm.

— g19fanatic

@ g19fanatic Vấn đề với việc dựa vào những gì rfkill eventnói là bạn không thể biết, ở mức độ nào thì nút phần cứng bị lỗi. rfkillchỉ là một công cụ nhỏ tiện dụng, nhưng khá vô dụng để gỡ lỗi các vấn đề phần cứng như vậy. Đó là lý do tại sao tôi đề xuất các phương pháp chung có thể xác định chính xác vấn đề.

— rozcietrzewiacz

1

Một vấn đề khác tôi đã thấy ở đây là đôi khi kernel không nhìn thấy các sự kiện (thông qua các lỗi trong trình điều khiển hoặc các vấn đề phần cứng).

Một bước quan trọng trong khắc phục sự cố là chạy:

rfkill event

Và sau đó chuyển từ bật sang tắt, đảm bảo rằng bạn thấy một dòng như thế này:

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

Khi bạn chuyển từ tắt sang bật, bạn sẽ thấy một dòng như thế này:

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

Lưu ý hard 0ở cuối. Nếu bạn không thấy điều này, kernel đã không thấy sự kiện này.

Công tắc, là bộ phận chuyển động, đặc biệt dễ bị hỏng và mặc dù chúng tôi thường nghi ngờ phần mềm trước tiên, nhưng không phải lúc nào cũng như vậy.

Bạn có thể kiểm tra rfkill trên thực tế đang hiển thị các sự kiện bằng cách sử dụng tổ hợp phím để tắt không dây và đảm bảo bạn thấy một soft 1sự kiện và sau đó khi bạn bật lại, bạn sẽ thấy một soft 0sự kiện. Nếu công tắc bị hỏng, bạn có thể sử dụng nó cho đến khi nó hoạt động, băng nó ở vị trí bật, v.v. hoặc nếu không thì chỉ cần lấy bộ điều hợp mạng thứ cấp.

Đương nhiên, nếu bạn không nhìn thấy các sự kiện theo cách nào đó thì đó có thể là lỗi phần cứng hoặc phần mềm. Tuy nhiên, lần cuối cùng tôi nhìn thấy điều này, đó là một công tắc phần cứng bị lỗi (nhưng không hoàn toàn thất bại).

— Chris Travers
nguồn