Fórum Ubuntu Linux - PT
Sobre o Forum => Quarentena => Tópico iniciado por: DuhBenhur em 08 de Janeiro de 2017, 01:41
-
Olá pessoal, estou tendo problemas com a minha conexão.
Vi um problema parecido aqui (http://ubuntuforum-br.org/index.php?topic=112376.0), mas no meu caso, imagino que não seja por sinal fraco.
Meu problema é o seguinte. Se eu desligar a rede wifi do computador, e ligar novamente ele não reconhece as redes disponíveis para conexão.
Para que eu possa conectar novamente, eu preciso reiniciar a máquina. Além disso, hora ou outra a rede simplesmente cai e eu também preciso reiniciar a máquina.
Isso só acontece no Ubuntu, não acontece no windows 7 (em dual boot nessa mesma máquina) e não acontecia na versão anterior que eu usava (ubuntu 15.10). Eu tirei alguns prints para melhor exemplificar o que está me ocorrendo.
Essa é a imagem de quando a conexão está normal. Eu consigo ver diversas conexões próximas, incluindo a que eu estou conectado.
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi.imgur.com%2F4Pclcub.png&hash=be09ad0ea4e2429708d9ee99dc44dfc1d09f52c9)
Segunda imagem com a conexão ok.
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FGM5a73q.png&hash=fcd99a07adcc2f848c8043cf07d861b3e5bae1f6)
Quando ocorre a falha de conexão, mesmo se eu estiver com a rede ligada, as redes disponíveis não aparecem.
Imagem da rede ligada apresentando problema.
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FNKy1w6o.png&hash=43b0f185997202e45d0fb97515dc9684527be0d5)
Na outra tela, aparece como segue na imagem.
(https://ubuntuforum-pt.org/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FINyH9Nl.png&hash=ab3bf5069460b414bd91a0c398296594591aeefa)
Como eu vi no post que encontrei com um problema similar, vou executar os seguintes comandos:
sudo lshw -C network
iwconfig
ifconfig -a
nm-tool
rfkill list wifi
nmcli dev wifi
cat /etc/resolv.conf
route -n
E colar os resultados aqui.
sudo lshw -C network
duh@UbuntuDUh:~$ sudo lshw -C network
[sudo] senha para duh:
*-network
descrição: Ethernet interface
produto: RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller
fabricante: Realtek Semiconductor Co., Ltd.
ID físico: 0
informações do barramento: pci@0000:05:00.0
nome lógico: eth0
versão: 05
serial: 78:2b:cb:e8:d8:c1
tamanho: 10Mbit/s
capacidade: 100Mbit/s
largura: 64 bits
clock: 33MHz
capacidades: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
configuração: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=rtl_nic/rtl8105e-1.fw latency=0 link=no multicast=yes port=MII speed=10Mbit/s
recursos: irq:36 porta de E/S:d000(tamanho=256) memória:f1104000-f1104fff memória:f1100000-f1103fff
*-network
descrição: Interface sem fio
produto: Centrino Wireless-N 1030 [Rainbow Peak]
fabricante: Intel Corporation
ID físico: 0
informações do barramento: pci@0000:09:00.0
nome lógico: wlan0
versão: 34
serial: bc:77:37:b2:96:bb
largura: 64 bits
clock: 33MHz
capacidades: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuração: broadcast=yes driver=iwlwifi driverversion=4.4.0-57-generic firmware=18.168.6.1 ip=192.168.0.106 latency=0 link=yes multicast=yes wireless=IEEE 802.11bgn
recursos: irq:40 memória:f7a00000-f7a01fff
duh@UbuntuDUh:~$
iwconfig
duh@UbuntuDUh:~$ iwconfig
lo no wireless extensions.
wlan0 IEEE 802.11bgn ESSID:"Duh"
Mode:Managed Frequency:2.457 GHz Access Point: A0:F3:C1:57:D0:A5
Bit Rate=135 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=70/70 Signal level=-32 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:205 Missed beacon:0
eth0 no wireless extensions.
duh@UbuntuDUh:~$
ifconfig -a
duh@UbuntuDUh:~$ ifconfig -a
eth0 Link encap:Ethernet Endereço de HW 78:2b:cb:e8:d8:c1
UP BROADCAST MULTICAST MTU:1500 Métrica:1
pacotes RX:0 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:0 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Loopback Local
inet end.: 127.0.0.1 Masc:255.0.0.0
endereço inet6: ::1/128 Escopo:Máquina
UP LOOPBACK RUNNING MTU:65536 Métrica:1
pacotes RX:103 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:103 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:1
RX bytes:11993 (11.9 KB) TX bytes:11993 (11.9 KB)
wlan0 Link encap:Ethernet Endereço de HW bc:77:37:b2:96:bb
inet end.: 192.168.0.106 Bcast:192.168.0.255 Masc:255.255.255.0
endereço inet6: fe80::b460:db3d:bc3b:d0a7/64 Escopo:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Métrica:1
pacotes RX:19984 erros:0 descartados:0 excesso:0 quadro:0
Pacotes TX:18555 erros:0 descartados:0 excesso:0 portadora:0
colisões:0 txqueuelen:1000
RX bytes:13678686 (13.6 MB) TX bytes:3591300 (3.5 MB)
duh@UbuntuDUh:~$
nm-tool
duh@UbuntuDUh:~$ nm-tool
Comando 'nm-tool' não encontrado, você quis dizer:
Comando 'dm-tool' do pacote 'lightdm' (main)
nm-tool: comando não encontrado
duh@UbuntuDUh:~$
rfkill list wifi
duh@UbuntuDUh:~$ rfkill list wifi
1: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
duh@UbuntuDUh:~$
nmcli dev wifi
duh@UbuntuDUh:~$ nmcli dev wifi
* SSID MODO CANAL TAXA SINAL BARRAS SEGURANÇA
* Duh Infra 10 54 Mbit/s 86 ▂▄▆█ WPA1 WPA2
michele1 Infra 11 54 Mbit/s 60 ▂▄▆_ WPA1 WPA2
luizleite Infra 1 54 Mbit/s 55 ▂▄__ WPA1 WPA2
ALE LOPES Infra 10 54 Mbit/s 42 ▂▄__ WPA2
Junior Infra 3 54 Mbit/s 39 ▂▄__ WPA1 WPA2
VIVO-00A5 Infra 1 54 Mbit/s 35 ▂▄__ WPA1 WPA2
Diego2 Infra 6 54 Mbit/s 35 ▂▄__ WPA1 WPA2
duh@UbuntuDUh:~$
cat /etc/resolv.conf
duh@UbuntuDUh:~$ cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 200.204.0.10
nameserver 200.204.0.138
duh@UbuntuDUh:~$
route -n
duh@UbuntuDUh:~$ route -n
Tabela de Roteamento IP do Kernel
Destino Roteador MáscaraGen. Opções Métrica Ref Uso Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 600 0 0 wlan0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlan0
192.168.0.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0
duh@UbuntuDUh:~$
Eu sou usuário novato no fórum e também no linux. Agradeço muito se puderem me ajudar e se me desculparem por eventuais erros nesse post.
Um grande abraço à todos e fico no aguardo de uma resposta.
Obrigado!
-
Olá @DuhBenHur,
Na hora em que o problema acontecer, execute o comando abaixo em uma janela de comandos, diga se faz a wireless funcionar.
sudo iwlist wlan0 scan
-
Olá @zekkerj
Aconteceu agora a pouco.
Eu executei o comando e fui olhar as redes disponiveis, pois não conectou automaticamente. Somente a rede "Nubia" apareceu para mim, conforme costuma acontecer, aparece uma rede só que não a minha.
Na saída do comando, aparecem todas as redes. Eu desliguei e liguei o wi-fi do note e até a rede "Nubia" sumiu e ficou procurando rede, sem conectar.
Segue a saída do comando sudo iwlist wlan0 scan
duh@UbuntuDUh:~$ sudo iwlist wlan0 scan
[sudo] senha para duh:
wlan0 Scan completed :
Cell 01 - Address: E0:41:36:45:08:CC
Channel:1
Frequency:2.412 GHz (Channel 1)
Quality=30/70 Signal level=-80 dBm
Encryption key:on
ESSID:"VIVO-00A5"
Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s
36 Mb/s; 48 Mb/s; 54 Mb/s
Mode:Master
Extra:tsf=0000009e32374118
Extra: Last beacon: 648ms ago
IE: Unknown: 00095649564F2D30304135
IE: Unknown: 01088C129824B048606C
IE: Unknown: 030101
IE: Unknown: 2D1AEE1117FFFF000001000000000000000000000000000000000000
IE: Unknown: 3D1601050700000000000000000000000000000000000000
IE: WPA Version 1
Group Cipher : TKIP
Pairwise Ciphers (2) : TKIP CCMP
Authentication Suites (1) : PSK
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : TKIP
Pairwise Ciphers (2) : TKIP CCMP
Authentication Suites (1) : PSK
IE: Unknown: 7F080000000100000000
IE: Unknown: DD180050F2020101000003A4000027A4000042435E0062322F00
IE: Unknown: 4A0E14000A002C01C800140005001900
IE: Unknown: 7F080000000100000000
IE: Unknown: 0706455320010D10
IE: Unknown: DDA00050F204104A0001101044000102103B00010310470010BC329E001DD811B28601E041364508CC102100055A7958454C1023001B5A7958454C20576972656C6573732041636365737320506F696E74102400065254373539321042000831323334353637381054000800060050F2040001101100165A7958454C2044534C2D313030484E552D543120763310080002210C103C0001011049000600372A000120
IE: Unknown: DD07000C4300000000
Cell 02 - Address: 64:66:B3:3E:EE:04
Channel:5
Frequency:2.432 GHz (Channel 5)
Quality=36/70 Signal level=-74 dBm
Encryption key:on
ESSID:"WIFI TESTE"
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
9 Mb/s; 12 Mb/s; 18 Mb/s
Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s
Mode:Master
Extra:tsf=00000015593e8c1d
Extra: Last beacon: 448ms ago
IE: Unknown: 000A57494649205445535445
IE: Unknown: 010882848B960C121824
IE: Unknown: 030105
IE: Unknown: 2A0100
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : TKIP
Pairwise Ciphers (2) : CCMP TKIP
Authentication Suites (1) : PSK
IE: Unknown: 32043048606C
IE: Unknown: 2D1AEF1103FFFF0000000000000000000000000000000406E6E70D00
IE: Unknown: 331AEF1103FFFF0000000000000000000000000000000406E6E70D00
IE: Unknown: 3D1605051100000000000000000000000000000000000000
IE: Unknown: 341605051100000000000000000000000000000000000000
IE: WPA Version 1
Group Cipher : TKIP
Pairwise Ciphers (2) : CCMP TKIP
Authentication Suites (1) : PSK
IE: Unknown: DD180050F2020101830003A4000027A4000042435E0062322F00
IE: Unknown: DD0900037F01010000FF7F
IE: Unknown: DD990050F204104A0001101044000102103B00010310470010000102030405060708090A0B0C0D0E0F1021000754502D4C494E4B10230009544C2D57523834314E10240003382E3010420003312E301054000800060050F204000110110019576972656C65737320526F7574657220544C2D57523834314E100800020086103C000101104900140024E26002000101600000020001600100020001
Cell 03 - Address: 00:25:86:C7:0D:E0
Channel:6
Frequency:2.437 GHz (Channel 6)
Quality=33/70 Signal level=-77 dBm
Encryption key:on
ESSID:"Diego2"
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
12 Mb/s; 24 Mb/s; 36 Mb/s
Bit Rates:9 Mb/s; 18 Mb/s; 48 Mb/s; 54 Mb/s
Mode:Master
Extra:tsf=000000011bbf62dc
Extra: Last beacon: 520ms ago
IE: Unknown: 0006446965676F32
IE: Unknown: 010882848B960C183048
IE: Unknown: 030106
IE: Unknown: 2A0100
IE: Unknown: 32041224606C
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : TKIP
Pairwise Ciphers (2) : TKIP CCMP
Authentication Suites (1) : PSK
Preauthentication Supported
IE: WPA Version 1
Group Cipher : TKIP
Pairwise Ciphers (2) : TKIP CCMP
Authentication Suites (1) : PSK
IE: Unknown: DD0900037F0101001DFF7F
IE: Unknown: DD0C00037F020101000002A34000
IE: Unknown: DD1A00037F0301000000002586C70DE0022586C70DE064002C011D08
Cell 04 - Address: C4:E9:84:6C:59:D8
Channel:6
Frequency:2.437 GHz (Channel 6)
Quality=26/70 Signal level=-84 dBm
Encryption key:on
ESSID:"ALE LOPES"
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
9 Mb/s; 12 Mb/s; 18 Mb/s
Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s
Mode:Master
Extra:tsf=0000001492e0e569
Extra: Last beacon: 480ms ago
IE: Unknown: 0009414C45204C4F504553
IE: Unknown: 010882848B960C121824
IE: Unknown: 030106
IE: Unknown: 2A0100
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : CCMP
Pairwise Ciphers (1) : CCMP
Authentication Suites (1) : PSK
IE: Unknown: 32043048606C
IE: Unknown: 2D1AEF111BFFFF000000000000000000008000000000000000000000
IE: Unknown: 331AEF111BFFFF000000000000000000008000000000000000000000
IE: Unknown: 3D1606070100000000000000000000000000000000000000
IE: Unknown: 341606070100000000000000000000000000000000000000
IE: Unknown: DD180050F2020101840003A4000027A4000042435E0062322F00
IE: Unknown: DD0900037F01010000FF7F
IE: Unknown: DD990050F204104A0001101044000102103B00010310470010000102030405060708090A0B0C0D0E0F1021000754502D4C494E4B10230009544C2D57523834314E10240003392E3010420003312E301054000800060050F204000110110019576972656C65737320526F7574657220544C2D57523834314E100800020086103C000101104900140024E26002000101600000020001600100020001
Cell 05 - Address: B8:C7:16:8F:61:94
Channel:11
Frequency:2.462 GHz (Channel 11)
Quality=38/70 Signal level=-72 dBm
Encryption key:on
ESSID:"michele1"
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
9 Mb/s; 12 Mb/s; 18 Mb/s
Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s
Mode:Master
Extra:tsf=0000002b51f9d566
Extra: Last beacon: 124ms ago
IE: Unknown: 00086D696368656C6531
IE: Unknown: 010882848B960C121824
IE: Unknown: 03010B
IE: Unknown: 2A0100
IE: Unknown: 32043048606C
IE: Unknown: 2D1A6E181EFFFF000000000000000000000000000000000000000000
IE: Unknown: 3D160B000000000000000000000000000000000000000000
IE: Unknown: 4A0E14000A00B400C800140005001900
IE: Unknown: 7F0101
IE: WPA Version 1
Group Cipher : CCMP
Pairwise Ciphers (1) : CCMP
Authentication Suites (1) : PSK
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : CCMP
Pairwise Ciphers (1) : CCMP
Authentication Suites (1) : PSK
IE: Unknown: DD180050F2020101000003A4000027A4000042435E0062322F00
IE: Unknown: DD1E00904C336E181EFFFF000000000000000000000000000000000000000000
IE: Unknown: DD1A00904C340B000000000000000000000000000000000000000000
IE: Unknown: DD0600E04C020160
Cell 06 - Address: A0:F3:C1:57:D0:A5
Channel:9
Frequency:2.452 GHz (Channel 9)
Quality=70/70 Signal level=-29 dBm
Encryption key:on
ESSID:"Duh"
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
9 Mb/s; 12 Mb/s; 18 Mb/s
Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s
Mode:Master
Extra:tsf=0000000002832170
Extra: Last beacon: 356ms ago
IE: Unknown: 0003447568
IE: Unknown: 010882848B960C121824
IE: Unknown: 030109
IE: Unknown: 2A0100
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : CCMP
Pairwise Ciphers (1) : CCMP
Authentication Suites (1) : PSK
IE: Unknown: 32043048606C
IE: Unknown: 2D1AEF1103FFFF0000000000000000000000000000000406E6E70D00
IE: Unknown: 331AEF1103FFFF0000000000000000000000000000000406E6E70D00
IE: Unknown: 3D16090F0600000000000000000000000000000000000000
IE: Unknown: 3416090F0600000000000000000000000000000000000000
IE: WPA Version 1
Group Cipher : CCMP
Pairwise Ciphers (1) : CCMP
Authentication Suites (1) : PSK
IE: Unknown: DD180050F20201010A0003A4000027A4000042435E0062322F00
IE: Unknown: DD0900037F01010000FF7F
IE: Unknown: DD970050F204104A0001101044000102103B00010310470010000102030405060708090A0B0C0D0E0F1021000754502D4C494E4B10230009544C2D57413830314E10240003322E3010420003312E301054000800060050F204000110110017576972656C657373204E20415020544C2D57413830314E100800020086103C000101104900140024E26002000101600000020001600100020001
duh@UbuntuDUh:~$
-
Depois que vc executou o comando as redes voltaram a ser encontradas?
-
Não voltaram!
Só aparecem na tela do terminal, mas não na interface para conexão.
-
Experimente ativar e em seguida desativar o "Modo Avião".
-
Desliguei e liguei o wifi para conseguir o problema.
Na terceira vez o problema apareceu, ok!
Executei o comando sudo iwlist wlan0 scan e em seguida ativei e desativei o modo avião, mesmo assim o problema persiste.
-
Tá bem chato de contornar esse problema.
Vc está com todas as atualizações aplicadas?
-
Sim sim, tudo atualizado.
Executei o iwconfig
Essa foi a saída
duh@UbuntuDUh:~$ iwconfig
lo no wireless extensions.
wlan0 IEEE 802.11bgn ESSID:"Duh"
Mode:Managed Frequency:2.432 GHz Access Point: A0:F3:C1:57:D0:A5
Bit Rate=135 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=70/70 Signal level=-25 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:1345 Missed beacon:0
eth0 no wireless extensions.
Esse invalid misc, não está muito alto? (Invalid misc:1345)
Tem alguma relevância? Talvez voltar pro 15.10 ou avançar pro 16.10 resolveria o problema? O que você acha amigo?
-
Não sou fã de versões instáveis.
O "invalid misc" alto é sinal de interferência, que pode ser normal se vc tiver outras redes usando os canais vizinhos.
-
Essa wifi é a Centrino Wireless-N 1030 [Rainbow Peak] usando o driver=iwlwifi, para a qual há alguns relatos anteriores de problemas de frequentes desconexões.
Há uma sugestão, embora para o Ubuntu versão 14.04, no sentido de fazer uma alteração no arquivo:
sudo gedit /etc/modprobe.d/iwlwifi.conf
options iwlwifi 11n_disable=1 wd_disable=1
A questão é que não está muito claro se basta adicionar isso ou se é para inutilizar o que já há lá.
Em princípio parece ser o caso de adicionar essa linha ao final do arquivo.
Experimente dessa forma e, se não resultar, na dúvida, tente de uma forma e de outra e veja o que concretamente acontece.
Também não entrei no mérito do significado específico das opções, o que demandaria estudar mais a fundo a questão, para o que no momento não há disponibilidade.
Pelo que sucintamente vi os arquivos iwlwifi.conf são iguais para o Ubuntu nas versões 14.04 como na 16.04 e ainda na 16.10, então não custa testar, já que se trata de uma alteração muito simples de ser feita e acompanhada.
-
Há aqui um outro relato de bug, entretanto, com o desktop do Mint 17.1 Rebecca, release 17.1, que usa como base o Ubuntu 14.04.
Centrino Wireless-N 1030 randomly disconnecting
https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1420935
Há igualmente uma proposta de um "workaround" (=uma ajeitada, quebra-galho), fazendo:
Criar o arquivo:
sudo gedit /etc/modprobe.d/wifi-bug.conf
Adicionar o seguinte conteúdo:
options iwlmvm power_scheme=1
options iwlwifi bt_coex_active=N swcrypto=1 11n_disable=1
Salvar e sair, reboot.
A consequência, segundo dizem, é desabilitar o uso no modo N, entretanto, permanecendo o usdo no modo B e G.
-
No Fórum Ubuntu francês, primo do nosso aqui, a questão também é abordada e alguém lá diz que resolveu, embora aparentemente de uma forma ligeiramente diferente.
O tópico é bom, inclusive bem explicadas e detalhadas as opções utilizadas, compensa dar uma olhada.
Veja especialmente o post #11 onde o autor diz que resolveu, apontando ter usado dessa forma:
echo "options iwlwifi bt_coex_active=N swcrypto=1 11n_disable=1" | sudo tee /etc/modprobe.d/iwlwifi.conf
Observe que há em comum com as sugestões anteriores o uso da opção 11n_disable=1 o que aparentemente significa tem mantido a mesma linha de solução.
Atente especialmente para essa frase:
Tu étais très proche de la solution, il fallait finalement remplacer le contenu du fichier (et pas ajouter à la fin comme je l'ai fait). Et il fallait aussi modifier un paramètre concernant l'utilisation simultanée du Wifi et du Bluetooth dans mon cas. Voici la manipulation exacte que j’ai utilisée :
Tradução via Google Tradutor (grifo posposto, isto é, grifo meu):
Você estava muito perto da solução, foi finalmente substituir o conteúdo do arquivo (e não adicionado no final como eu fiz). E foi também necessário alterar uma definição sobre a utilização simultânea de Wi-Fi e Bluetooth no meu caso. Aqui é a manipulação exata que eu usei:
Ele está dizendo, no caso, que substituiu o conteúdo que havia no arquivo iwlwifi.conf e não apenas adicionando a linha a final.
Por uma questão de poder retornar no caso de problemas, faça antes uma cópia de segurança do arquivo iwlwifi.conf qualquer problema é só copiar de volta.
sudo cp /etc/modprobe.d/iwlwifi.conf /etc/modprobe.d/iwlwifi.conf-bkp
-
Olá amigo @druidaobelix
Vamos por partes.
A questão é que não está muito claro se basta adicionar isso ou se é para inutilizar o que já há lá.
Em princípio parece ser o caso de adicionar essa linha ao final do arquivo.
Experimente dessa forma e, se não resultar, na dúvida, tente de uma forma e de outra e veja o que concretamente acontece.
Também não entrei no mérito do significado específico das opções, o que demandaria estudar mais a fundo a questão, para o que no momento não há disponibilidade.
Pelo que sucintamente vi os arquivos iwlwifi.conf são iguais para o Ubuntu nas versões 14.04 como na 16.04 e ainda na 16.10, então não custa testar, já que se trata de uma alteração muito simples de ser feita e acompanhada.
Eu tentei adicionando o código logo abaixo e também tentei inutilizando o que já estava lá. Fiz o teste desabilitando e habilitando o wifi e mesmo assim deu erro.
Em seguida olhei sua resposta sobre o fórum do Ubuntu francês. (acho que você não adicionou o link, fiquei de procurar, mas ainda não tive tempo).
Eu rodei o trecho informado e realmente notei que a rede n foi desabilitada.
duh@UbuntuDUh:~$ iwconfiglo no wireless extensions.
wlan0 IEEE 802.11bg ESSID:"Duh"
Mode:Managed Frequency:2.412 GHz Access Point: A0:F3:C1:57:D0:A5
Bit Rate=18 Mb/s Tx-Power=15 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=70/70 Signal level=-33 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:95 Missed beacon:0
eth0 no wireless extensions.
duh@UbuntuDUh:~$
Infelizmente eu não entendi a parte sobre utilização simultânea de wifi e bluetooth. Ressalto que as raras vezes em que eu precisei usar o bluetooth nessa versão do Ubuntu, a conexão de rede apresentou o mesmo problema.
Eu encontrei uma solução parcial que me ajuda pelo fato de eu não ter que reiniciar a máquina, mas está longe de ser o que eu realmente preciso.
Eu executei o comando sudo service network-manager restart e as redes voltaram a ser encontradas \0/
Eu gostaria de entender melhor essa solução do blog francês, gostaria de entender melhor sobre a utilização simultânea de wifi e bluetooth (se desabilitar o bluetooth resolve meu problema, eu prefiro que seja desabilitado.) e também gostaria de saber se tem como criar rotina de programação onde sempre que o wifi apresentar esse programa o código sudo service network-manager restart seja rodado automáticamente. Isso é possivel? Seria uma gambiarra que possivelmente resolveria meu problema, ainda mais se fosse possivel implementar um laço de repetição do tipo "while" até que a conexão fosse reestabelecida.
Eu agradeço desde já a ajuda e paciência de vocês todos e fico no aguardo de novas informações assim que possivel.
Grande abraço.
-
Em seguida olhei sua resposta sobre o fórum do Ubuntu francês. (acho que você não adicionou o link, fiquei de procurar, mas ainda não tive tempo).
Eita, falha nossa, os dedos na digitação não corresponderam ao pensamento :-[
O link do tópico do fórum francês é esse:
[Résolu] Wifi instable Ubuntu 14.04 Intel Wireless-N 1030
https://forum.ubuntu-fr.org/viewtopic.php?id=1550761
-
[...]Eu encontrei uma solução parcial que me ajuda pelo fato de eu não ter que reiniciar a máquina, mas está longe de ser o que eu realmente preciso.
Eu executei o comando sudo service network-manager restart e as redes voltaram a ser encontradas \0/
[...] e também gostaria de saber se tem como criar rotina de programação onde sempre que o wifi apresentar esse programa o código sudo service network-manager restart seja rodado automáticamente. Isso é possivel? Seria uma gambiarra que possivelmente resolveria meu problema, ainda mais se fosse possivel implementar um laço de repetição do tipo "while" até que a conexão fosse reestabelecida.
É uma gambiarra e tanto, bastante esquisito, mas se você acha que isso ajuda enquanto não se encontra uma solução melhor, então fica a seu critério.
Vamos partir da constatação de que acionando o "service network-manager restart" a conexão é restabelecida, segundo você afirmou no seu post.
Certamente há várias formas de implentar algo nesse sentido, porém vamos nos ater a usar apenas recursos locais, imediatamente disponíveis através do bash script.
A proposta aqui, neste momento, pela mais absoluta falta de tempo, é mesmo o arroz-com-feijão, sem preocupação com um código enxuto e menos ainda elegante, desde que funcione razoavelmente bem e atenda ao que você precisa.
Sem pensar muito no assunto e sem realmente se debruçar sobre o problema, como primeira opção no momento me ocorre usar o ping, pois ele retorna valor 0 (zero) quando sucesso, então é testar essa condição.
Se for usar isso, aponte o ping contra o seu próprio roteador, usado o ip do gateway e não externamente.
Entretanto, usar o ping para essa finalidade padece de um vício de origem, uma falsa premissa, pois não é absolutamente correto dizer que quando o ping não retorna um sinal por consequência não há conexão.
Essa é uma falsa afirmativa, pois o ping pode não retornar o sinal por outras espécies de falhas, sobremodo numa conexão que em princípio não está com boa qualidade de sinal.
De toda forma, como solução gambiarra imediata talvez possa ser útil, questão de ver, testar no cenário real e ver o que acontece.
-
O script pode ter o seguinte contorno:
#!/bin/sh
echo "Aguardando carregamento completo do desktop para iniciar o script..."
sleep 15
GATEWAY=$(route | grep -i default | cut -c 17-27)
echo $GATEWAY
while :
do
ping $GATEWAY -c 1 >/dev/null;
if [ "$?" = "0" ] ;
then
echo "Conexao ativa-ping1"
sleep 5;
else
ping $GATEWAY -c 1 >/dev/null;
if [ "$?" = "0" ] ;
then
echo "Conexao ativa-ping2"
sleep 5;
else
echo "Restabelecendo a conexao"
service network-manager restart
sleep 7;
fi
fi
done
-
Explicando melhor, exatamente em razão da dificuldade conceitual de uso do ping, penso ser melhor no caso de não retorno do sinal, ao invés de desde logo acionar o comando de reconexão, melhor acionar o ping novamente, ou seja aciona duas vezes, tentando com isso minimizar a falha conceitual de uso do ping, portanto, se ocorrem duas falhas seguidas de retorno do sinal, então razoavelmente poderia imaginar que está mesmo sem conexão, daí aciona o comando de reconexão.
Apenas para efeitos de diferenciar ao testar o script, estão nomeados como ping1 e ping2, o que em tempo de execução dá uma noção melhor do que está acontecendo, é apenas essa a razão de ter 'echo' com textos diferentes.
A sugestão quanto ao uso do sleep é para controlar melhor a execução e tem duas finalidade.
O primeiro sleep, arbitrariamente assinalado como 15 segundos, deve-se ao fato que se o script for disparado antes que o desktop tenha sido completamente carregado pode ocasionar uma falha.
A questão de fundo é que o sistema faz o boot usando o systemd, o que significa executar tarefas em paralelo, então pode acontecer de que o script seja disparado antes que realmente toda a conexão de rede padrão tenha sido carregada, o que vai dar erro logo de início.
Assim, será necessário que em face do caso concreto você ajuste aí esse tempo de espera de uma forma tal que consiga trabalhar melhor.
Os sleep seguinte são porque se não fizer algo assim ele dispara o ping na velocidade do processador e acaba derrubando o próprio network-manager, vira uma maluquice, então precisa pensar em algo que reduza a velocidade de repetição disso.
Sobremodo o sleep logo após disparar o comando de reconexão precisa estar bem ajustado, o que vai depender concretamente da fluidez, ou melhor dizendo, da dificuldade concreta desse driver aí existente e em que velocidade ele consegue refazer a conexão, portanto, ajuste igualmente para um valor empírico adequado.
Atribua permissão de execução ao script:
No exemplo abaixo usei o nome de script como constatus-ping.sh [conexão (con) status ping, para diferenciar de outra abordagem, explico adiante], mas claro que pode ser qualquer um que você queira, é apenas um exemplo.
Atribuindo permissão de execução:
chmod +x constatus-ping.sh
Para execução é fazer numa janela de terminal:
sudo ./constatus-ping.sh
(possivelmente você sabe disso, mas em todo caso, note que para executar é um ponto (.) seguido de uma barra inclinada para a direita e o nome do arquivo, tudo sem espaços.)
Caso funcione bem, depois de bem testado no cenário real, pode ser colocado para iniciar automaticamente nos "Aplicativos iniciais de sessão", mas disso como fazer podemos detalhar melhor depois, vez que como há o sudo envolvido precisa autorizar a execução no sudoers.
De qualquer forma, como não tenho aqui a conexão caindo, acaba não dando para testar realmente na prática, pois tenho que forçar manualmente a desconexão, o que evidentemente não é a mesma coisa.
Bem, faça aí e vamos ver o que vai dar, entrementes é o caso de procurar uma solução real para o problema.
-
Note que nesse pequeno script inicial não foram feitas nem mesmo as mais elementares verificações de consistência. Não confie muito nele.
Várias situações não estão previstas, como por exemplo, logo de início, se a obtenção do ip do gateway através do route falhar, deveria haver ali um desvio, mas não tem, então já é uma falha que deveria ser melhorada e assim por diante, verificações de consistência.
Poderia colocar um contador para que depois de um certo número de tentativas sem resposta pudesse desistir (ou não, sei lá), enfim, é facilmente perceptível que do ponto de vista puramente da lógica muito mais poderia ser adicionado.
Mas é apenas um pequeno script-gambiarra para contornar uma situação de fundo ainda incontornável.
De toda forma, querendo, você próprio pode ir introduzindo tais melhorias, se achar que é mesmo necessário.
Vá usando e testando dessa forma para ver se ajuda, porém certamente podemos fazer abordagens melhores, como por exemplo, ao invés do ping, podemos usar o nmcli para verificar a existência ou não de conexão, muito possivelmente com algumas vantagens.
#3600
-
Tópico com imagens acima do tamanho permitido. Trancado.