Das Lenovo E320 befindet sich im Flugzeugmodus, sagt umschaltbaren Hardwareschalter, hat jedoch keinen Hardwareschalter und WLAN ist immer noch hart gesperrt

1323
drali

Gestern hat mein Laptop (Lenovo E320) nach dem Neustart plötzlich den "Flugzeugmodus" aktiviert, und mein Hardware-Switch sollte umgeschaltet werden, um WLAN (und Bluetooth) wieder zu aktivieren. Die Sache ist, ich habe keinen solchen Schalter an meinem Laptop.

Ich habe Debian-Tests ausgeführt, als das Problem zum ersten Mal auftrat, und ich habe versucht, das gesamte System auf einem brandneuen Laufwerk neu zu installieren, aber das Problem bleibt bestehen. WLAN ist im BIOS aktiviert.

Ich habe mehrere Tutorials absolviert, meistens von askubuntu, aber keiner von ihnen hat für mich gearbeitet.

  • rfkill unblock all behebt nur weiche Blöcke
  • Ausschalten, Entfernen der Batterie und Zurücksetzen der Bios führen zu nichts
  • firmware-iwlwifiPaket erneut installieren (bereinigen) und neu starten funktioniert nicht
  • Neustart network-managerfunktioniert nicht
  • Hinzufügen von "Blacklist WMI" /etc/modprobe.d/blacklist.conffunktioniert nicht

Ausgabe von rfkill list all:

0: tpacpi_bluetooth_sw: Bluetooth Soft blocked: no Hard blocked: yes 2: phy0: Wireless LAN Soft blocked: no Hard blocked: yes

Ausgabe von lspci -nn | grep 0280:

02:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 1000 [Condor Peak] [8086:0084]

Ausgabe von lsmod | grep iwl:

iwlmvm 225280 0 iwldvm 143360 0 iwlwifi 147456 2 iwldvm,iwlmvm mac80211 638976 2 iwldvm,iwlmvm cfg80211 573440 4 iwlwifi,mac80211,iwldvm,iwlmvm

ifconfignur Listen enp8s0und früher logab es mehr Ausgaben.

Ausgabe von iw list:

 Wiphy phy0 max # scan SSIDs: 20 max scan IEs length: 195 bytes Retry short limit: 7 Retry long limit: 4 Coverage class: 0 (up to 0m) Device supports RSN-IBSS. Supported Ciphers: * WEP40 (00-0f-ac:1) * WEP104 (00-0f-ac:5) * TKIP (00-0f-ac:2) * CCMP (00-0f-ac:4) * 00-0f-ac:10 * GCMP (00-0f-ac:8) * 00-0f-ac:9 Available Antennas: TX 0 RX 0 Supported interface modes: * IBSS * managed * monitor Band 1: Capabilities: 0x1072 HT20/HT40 Static SM Power Save RX Greenfield RX HT20 SGI RX HT40 SGI No RX STBC Max AMSDU length: 3839 bytes DSSS/CCK HT40 Maximum RX AMPDU length 65535 bytes (exponent: 0x003) Minimum RX AMPDU time spacing: 4 usec (0x05) HT RX MCS rate indexes supported: 0-15 TX unequal modulation not supported HT TX Max spatial streams: 1 HT TX MCS rate indexes supported may differ Bitrates (non-HT): * 1.0 Mbps * 2.0 Mbps (short preamble supported) * 5.5 Mbps (short preamble supported) * 11.0 Mbps (short preamble supported) * 6.0 Mbps * 9.0 Mbps * 12.0 Mbps * 18.0 Mbps * 24.0 Mbps * 36.0 Mbps * 48.0 Mbps * 54.0 Mbps Frequencies: * 2412 MHz [1] (14.0 dBm) * 2417 MHz [2] (14.0 dBm) * 2422 MHz [3] (14.0 dBm) * 2427 MHz [4] (14.0 dBm) * 2432 MHz [5] (14.0 dBm) * 2437 MHz [6] (14.0 dBm) * 2442 MHz [7] (14.0 dBm) * 2447 MHz [8] (14.0 dBm) * 2452 MHz [9] (14.0 dBm) * 2457 MHz [10] (14.0 dBm) * 2462 MHz [11] (14.0 dBm) * 2467 MHz [12] (14.0 dBm) (no IR) * 2472 MHz [13] (14.0 dBm) (no IR) Supported commands: * new_interface * set_interface * new_key * start_ap * new_station * new_mpath * set_mesh_config * set_bss * authenticate * associate * deauthenticate * disassociate * join_ibss * join_mesh * set_tx_bitrate_mask * frame * frame_wait_cancel * set_wiphy_netns * set_channel * set_wds_peer * probe_client * set_noack_map * register_beacons * start_p2p_device * set_mcast_rate * Unknown command (104) * connect * disconnect Supported TX frame types: * IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 Supported RX frame types: * IBSS: 0x40 0xb0 0xc0 0xd0 * managed: 0x40 0xd0 * AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0 * AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0 * mesh point: 0xb0 0xc0 0xd0 * P2P-client: 0x40 0xd0 * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0 * P2P-device: 0x40 0xd0 software interface modes (can always be added): * monitor interface combinations are not supported HT Capability overrides: * MCS: ff ff ff ff ff ff ff ff ff ff * maximum A-MSDU length * supported channel width * short GI for 40 MHz * max A-MPDU length exponent * min MPDU start spacing Device supports TX status socket option. Device supports HT-IBSS. Device supports SAE with AUTHENTICATE command Device supports scan flush. Device supports per-vif TX power setting Driver supports full state transitions for AP/GO clients Driver supports a userspace MPM Device supports static SMPS Device supports dynamic SMPS

Ich werde verzweifelt, da ich langsam der Meinung bin, dass meine WLAN-Karte defekt ist und ich meinen Laptop nicht nur mit Kabelanschluss verwenden kann. Jede Hilfe wird geschätzt.

3
Was ist die Ausgabe von * iw list *? MariusMatutiae vor 8 Jahren 0
Ich habe es der Frage hinzugefügt drali vor 8 Jahren 0
Versuchen Sie, WiFi im BIOS zu deaktivieren, zu speichern / neu zu starten und es dann erneut zu aktivieren. Wenn dies funktioniert, empfehle ich, alle BIOS-Einstellungen auf die Werkseinstellungen zurückzusetzen. Funky-Daten im CMOS-Speicher können so komische Dinge tun ... a CVn vor 8 Jahren 0
Michael Kjorling hat einen guten Vorschlag, aber um sicherzugehen, dass wir alle Grundlagen abgedeckt haben, möchte ich überprüfen, ob die Software vollständig installiert ist: Könnten Sie die Ausgabe von "lshc -C network" und "lspci -vnn |" grep -i net`. Wie gesagt, Michael hat höchstwahrscheinlich Recht, ich möchte nur keinen (Software-) Stein auf den Kopf stellen. MariusMatutiae vor 8 Jahren 0
Also habe ich versucht, das BIOS zurückzusetzen, aber ich konnte das System nicht starten, also habe ich eine Neuinstallation durchgeführt und es gibt kein WLAN in der rfkill-Liste und kein iwlwifi-Paket mehr. Danke für alle Hilfe drali vor 8 Jahren 0
Ich habe das Firmware-Iwlwifi-Paket installiert, neu gestartet und WLAN funktioniert jetzt. Ich bin mir nicht sicher, was der Fehler war, da ich genauso vorgegangen bin. Danke für die Tipps drali vor 8 Jahren 0

3 Antworten auf die Frage

2
Jonatan Öström

Ihr Computer verfügt tatsächlich über eine Hardwaretaste. Ich denke, es ist das gleiche wie F9. Drücken Sie einfach diese Taste, um WLAN und Bluetooth ein- und auszuschalten. (Wenn die F-Tasten auf die oberste Ebene eingestellt sind, müssen Sie die Fn-Taste gedrückt halten, während Sie die Taste drücken.)

Ich dachte nicht wirklich, dass dies die eigentliche Taste des Systems war, da das Drücken von Fn + F9 nicht funktionierte (ich bekam ein Symbol dafür, dass das Netzwerk umgeschaltet wird, aber der Schalter hatte nur den Status "Aus"). Die Neuinstallation des Systems hat für mich völlig funktioniert. Es scheint jetzt, dass der einzige Zweck von F9 darin besteht, WLAN auszuschalten. Diese Software blockiert WLAN in rfkill, aber um es wieder einzuschalten, funktioniert das erneute Drücken nicht und ich muss die sw-Einstellungen verwenden. Trotzdem vielen Dank für Ihre Hilfe. drali vor 8 Jahren 0
Keine Probleme, ich war einmal in einer sehr ähnlichen Situation mit meinem Dell und wäre beinahe verrückt geworden, und natürlich fühlte ich mich wie ein Idiot, als ich das Problem fand. Wie auch immer, vielleicht liegt in Ihrem Fall ein Treiberproblem oder etwas anderes vor. Oder wenn Sie die SW-Einstellungen rückgängig machen (ich bin mit dieser Software nicht vertraut), sollte die Schaltfläche normal funktionieren. Mit Ubuntu auf meinem alten ThinkPad funktionierten alle diese Dinge zumindest richtig. Jonatan Öström vor 8 Jahren 0
2
tjollans

Dies ist ein ziemlich häufiges Problem mit Linux auf dem E320.

Meiner Erfahrung nach ist das Bluetooth jedes Mal hart blockiert, wenn der Akku leer ist, wenn der Akku leer ist. Wenn Sie das Gerät täglich verwenden, wird dies wahrscheinlich nicht passieren. Versuchen Sie einfach, die Batterie während des langen Wochenendes nicht im Standby-Modus entladen zu lassen.

Es scheint, dass es zwei Möglichkeiten gibt, Bluetooth zurückzubekommen:

  1. Laden Sie die BIOS-Standardeinstellungen.
    Wenn Sie von EFI aus booten, wird der Bootloader gelöscht. Möglicherweise müssen Sie ein bootfähiges USB-Laufwerk zur Verfügung haben, um es wiederherzustellen. Das genaue Verfahren variiert von Verteilung zu Verteilung. (Ich benutze Fedora und folge dem relevanten Teil der Fedora-Dokumentation .)

  2. Wenn Sie Windows installiert haben, können die Lenovo-Treiber für Windows den falschen Hardware-Switch entsperren.

Ich kann bestätigen, dass das Problem mit der Batterie zusammenhängt. Es passierte mir gleich zweimal, als der Akku leer war. Es passiert jedoch nicht immer, mein Akku ist oft leer und ich habe dieses Problem nicht mehr, seit ich es hier gepostet habe. Ich werde es versuchen, wenn das WLAN erneut gesperrt ist. drali vor 7 Jahren 0
Interessant. Ich bin mir ziemlich sicher, dass dies nur passiert, wenn die Batterie leer ist, während der Ram aufgehängt ist, und ich nahm an, dass dies jedes Mal der Fall war. Ich kann nicht sagen, dass ich immer weiß, ob das System ausgeschaltet war oder nicht, wenn ich feststelle, dass der Akku leer ist. tjollans vor 7 Jahren 0
0
bob

Auch hier gab es ein hart gesperrtes e320-WLAN. Würde mit Ubuntu oder Windows nicht mehr laufen. Eine einfache Lösung gefunden: Starten Sie die Maschine und gehen Sie in das BIOS-Setup. Es gibt einen Abschnitt zum Umschalten der Funktionstasten in das Verhalten der alten Schule (Sie müssen nicht FN + Funktionstaste drücken). Jetzt wird die WLAN-Funktionstaste - oder der Schalter - tatsächlich freigegeben und das WLAN wird nicht mehr durch den Schalter gesperrt.

Verwandte Probleme