Como faço para parar o módulo rfkill de hardblocking meu wifi, sem comando rfkill?

6

Eu entrei no meu BIOS outro dia, não mudei nada e reiniciei. Depois disso, meu wifi foi bloqueado. Procurei soluções on-line e aprendi sobre o comando rfkill. Mas eu pego

rfkill: command not found

No entanto, nas mensagens de inicialização, vejo o rfkill sendo chamado por alguma coisa. Eu pensei que talvez não estivesse no caminho por algum motivo. Tenho certeza que foi. (Eu vou verificar isso hoje à noite.)

Eu tentei executar o Linux Mint em uma unidade flash, e o comando rfkill me disse que meu wifi estava bloqueado. Eu poderia desbloquear tudo, exceto o disco rígido Wi-Fi.

Não há switch wifi no meu computador. Há um botão wifi no teclado (F12) mas não faz nada.

Eu gostaria de saber como corrigir isso, obviamente, mas também gostaria de saber por que diabos isso aconteceu.

ATUALIZE! 2014.10.5 Eu fiz algumas investigações e quero compartilhá-las, caso alguém encontre algo que possa resolver isso.

Eu abracei meu caminho através do guia para iniciantes, e estes são os resultados:

identifique o nome da interface sem fio

$ iw dev
wlp3s0

use o wifi-menu para conectar-se a uma rede

# wifi-menu wlp3s0
Scanning for networks... failed
No networks found

traga a interface para cima

# ip link set wlp3s0 up                             
RTNETLINK answers: Operation not possible due to RF-kill

# rfkill list
bash: rfkill: command not found

Eu vejo menção de rfkill nas mensagens de inicialização, mas não no dmesg. O rfkill funciona no Linux Mint flash drive. Quando eu corro isso, ele vai mudar o bloco em todos, exceto o bloco duro. Não há troca de hardware.

mostre os módulos carregados:

# lsmod

produz uma lista grande, que inclui:

rfkill                 18867  4 cfg80211,toshiba_acpi,bluetooth
iwlwifi               156837  1 iwlmvm
cfg80211              454161  3 iwlwifi,mac80211,iwlmvm

# modinfo rfkill
filename:       /lib/modules/3.16.3-1-ARCH/kernel/net/rfkill/rfkill.ko.gz
license:        GPL
description:    RF switch support
author:         Johannes Berg <[email protected]>
author:         Ivo van Doorn <[email protected]>
depends:        
intree:         Y
vermagic:       3.16.3-1-ARCH SMP preempt mod_unload modversions 
parm:           master_switch_mode:SW_RFKILL_ALL ON should: 0=do nothing (only unlock); 1=restore; 2=unblock all (uint)
parm:           default_state:Default initial state for all radio types, 0 = radio off (uint)

Isso significa que tudo está bloqueado por padrão?

O que acontece se eu listar o rfkill? Eu criei /etc/modprobe.d/blacklist.conf No interior diz:

 #do not load this.
 blacklist rfkill

Reiniciando para ver se isso fez alguma coisa ... rfkill ainda carregado. Reiniciado novamente ... Tenho um fluxo de erros de iwlwifi:

iwlwifi 0000:03:00.0:
Failed to load firmware chunk!
Could not load the [0] uCode section
Failed to start INIT ucode: -110
Failed to run INIT ucode: -110

Não acho que isso esteja relacionado ao novo arquivo conf porque tive esse erro há alguns dias. Isso não acontece toda vez. Tanto quanto o arquivo conf vai: Eu acho que ainda carregado porque algo depende disso. Se eu ainda quiser tentar pará-lo, posso usar o comando de instalação que eu li.

Mas, neste momento, acho que devo tentar reinstalar o firmware?
Alguém tem alguma opinião ou idéias além disso?

    
por Korgan Rivera 02.10.2014 / 00:11

4 respostas

5

Eu tive o mesmo problema no meu Raspberry. Um simples

sudo apt-get install rfkill

fez o trabalho. Eu consegui desbloquear meus dispositivos com

rfkill unblock all
    
por 30.12.2015 / 14:51
1

Adicione esta linha em /etc/modprobe.d/blacklist.conf :

blacklist wmi

rfkill mostrará:

0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
    
por 06.10.2014 / 17:57
0

verifique suas regras udev ... se houver uma regra semelhante, comente (ou defina ATTR{state}="1" ):

# SUBSYSTEM=="rfkill", ATTR{type}=="bluetooth", ATTR{state}="0"

enquanto é possível definir o estado padrão do dispositivo rfkill com /etc/modprobe.d/modprobe.conf :

options rfkill master_switch_mode=2
options rfkill default_state=1

enquanto na maioria dos casos, um módulo ACPI ou WMI é responsável por despachar os botões de hardware, que não estão funcionando corretamente e, portanto, deixando o rádio no estado "hard off", impossível de ser habilitado pelo software. Pode-se fazer uma lista negra desses módulos:

blacklist hp_wmi
blacklist acer_wmi
...

O ordinário lsmod | grep -e wmi -e acpi deve mostrar qual deles é ... enquanto o módulo listado toshiba_acpi pode valer uma tentativa de blacklist toshiba_acpi (isso pode exigir outra troca de kernel, para que o brilho de luz de fundo funcione corretamente).

O comando rfkill estaria disponível em Mint , enquanto a saída de rfkill list seria interessante, a fim de determinar se é um "hard block" (causado por botões de hardware) ou "soft block".

    
por 01.09.2017 / 17:28
0

hortelã 19 e levono z560, (sem bluetooth)

pc era rfkill de hard block, não de switch de hardware, nem de teclado.

desconectando o cabo de energia do laptop quando o pc estiver desligado, (sim desativado) ativa o wifi, não há bloqueio de energia. Minha bateria está fraca, eu acho que eles bloqueiam sem fio, se eles acham que a bateria está fraca.

consertado para mim !!!

    
por 21.10.2018 / 23:47