Problema na instalação do arch (wifi)

Olá.

Resumo:
Depois de um tempo lendo alguns artigos da ArchWiki e o guia de instalação oficial, eu tinha decidido instalar o arch no meu pc, mas na segunda etapa da instalação, que é se conectar à internet, eu fui listar os dispositivos pelo iwctl, mas não aparece absolutamente nada, sendo que meu adaptador wifi está plugado no meu computador, e isso é um grande problema, pois a instalação do arch é totalmente dependente de acesso à internet.

Eu fiz algo de errado, ou o problema está no arch? Porque é a primeira distribuição que eu tenho problema com meu adaptador.

*a iso do arch é a mais recente (versão 2021.12.01)

foto:

Agradeço desde já…

Informações sobre meu pc:

           Distro: MX-21_ahs_x64 Wildflower November 22  2021 
Machine:   Type: Desktop Mobo: ASUSTeK model: P7P55D PRO v: Rev 1.xx serial: <filter> BIOS: American Megatrends v: 2101 
           date: 09/27/2012 
CPU:       Topology: Dual Core model: Intel Core i3 550 bits: 64 type: MT MCP L2 cache: 4096 KiB 
           Speed: 1204 MHz min/max: 1200/3200 MHz Core speeds (MHz): 1: 1256 2: 1224 3: 1286 4: 1236 
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Baffin [Radeon RX 550 640SP / RX 560/560X] driver: amdgpu v: kernel 
           Display: x11 server: X.Org 1.20.13 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa resolution: 1366x768~60Hz 
           OpenGL: renderer: Radeon RX 550 Series (POLARIS11 DRM 3.42.0 5.14.0-4mx-amd64 LLVM 12.0.1) v: 4.6 Mesa 21.2.5 
Audio:     Device-1: Intel 5 Series/3400 Series High Definition Audio driver: snd_hda_intel 
           Device-2: AMD Baffin HDMI/DP Audio [Radeon RX 550 640SP / RX 560/560X] driver: snd_hda_intel 
           Sound Server: ALSA v: k5.14.0-4mx-amd64 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169 
           IF: eth0 state: down mac: <filter> 
           Device-2: Realtek RTL8188EUS 802.11n Wireless Network Adapter type: USB driver: r8188eu 
           IF: wlan0 state: up mac: <filter> 
Drives:    Local Storage: total: 305.37 GiB used: 17.68 GiB (5.8%) 
           ID-1: /dev/sda vendor: Seagate model: ST3320418AS size: 298.09 GiB 
           ID-2: /dev/sdb type: USB vendor: Generic model: Flash Disk size: 7.28 GiB 
Partition: ID-1: / size: 24.44 GiB used: 10.45 GiB (42.8%) fs: ext4 dev: /dev/sda3 
           ID-2: /home size: 266.75 GiB used: 7.23 GiB (2.7%) fs: ext4 dev: /dev/sda1 
           ID-3: swap-1 size: 1024.0 MiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda2 
Sensors:   System Temperatures: cpu: 37.0 C mobo: N/A gpu: amdgpu temp: 36 C 
           Fan Speeds (RPM): N/A gpu: amdgpu fan: 0 
Info:      Processes: 251 Uptime: 30m Memory: 3.83 GiB used: 1.26 GiB (32.9%) Shell: bash inxi: 3.0.36```

Parece que o problema está no Arch, pois o dispositivo sequer aparece no rfkill.

O tópico Como fornecer boas informações tem dicas sobre como obter informações no formato texto que podem ser postadas no fórum, para listar seu adaptador e ver o que o sistema tentou fazer para reconhecê-lo.

2 curtidas

Editado e atualizado :smiley:

Poxa, é uma dó saber que o problema está no arch, eu tava louco pra testar esse sistema.

A esperança não está perdida. Uma boa ideia é ver os sistemas que funcionam e ver o que muda – em especial, a versão do kernel (que pode ser achada por uname -r), e o driver carregado (que está no próprio inxi: Device-2: Realtek RTL8188EUS 802.11n Wireless Network Adapter type: USB driver: r8188eu).

Infelizmente, placas Realtek são meio imprevisíveis no Linux mesmo (até mesmo com placas do mesmo modelo não funcionando com o mesmo driver por motivos além da compreensão humana), e esse driver r8188eu em específico é um dois mais estranhos. Já tem vários tópicos aqui no fórum recomendando a troca do mesmo pelo driver não-oficial rtl8188eus, mas isso tem que ser testado com o sistema instalado, o que é meio difícil num sistema instalado via internet como o Arch.

Bom, por algum motivo não apareceu no inxi da primeira postagem, mas o kernel do meu MX linux é o:

5.14.0-4mx-amd64 x86_64

Olha, vou baixar uma iso mais antiga do Arch linux, dai eu volto pra dizer se deu certo. Porque pelo que eu vi, o meu sistema atual usa o kernel 5.14 já o arch usa o kernel 5.15, isso pode ser a causa do problema.

Confira também o nome do driver – pode ser que o MX esteja usando um driver alternativo.

Beleza, eu anotei aqui o driver que estou usando agora, daí quando eu iniciar o arch vou ver se ele está usando o mesmo driver.

É um tplink?
Só pode ser instalado depois.

Está no aur.

Adaptadores são um problema no linux.

Acho que você não consegue instalar em nenhuma distro se a instalação não for offline.

Infelizmente os fabricantes não dão suporte oficial para linux.

1 curtida

Boas notícias.
Eu fiz o seguinte, fui para o arch linux archive (onde são guardadas versões mais antigas do arch) e baixei logo a de dezembro de 2019 pra ver se fazia alguma diferença, e SIM, o resultado foi positivo! eu consegui me conectar ao wifi, só não continuei a instalação porque tinha prometido que voltaria neste tópico.

Só que eu fiquei meio em dúvida, porque em comparação a versão atual do arch, a de dezembro de 2019 tem 2 coisas diferentes:

  • Kernel 5.3 (o arch atual usa o 5.15)
  • wifi-menu (o arch atual usa o iwctl)

*o driver do adaptador eu não pude ver, pois o inxi não está disponivel na archiso e nem nos repositórios oficiais (tinha no AUR, mas eu ainda estou aprendendo essa parte).

Agora eu não sei se é o iwctl o problema ou o kernel.

Se rodar lsusb e lspci pode ser que o driver apareça

Não conheço esses comandos, mas vou dar uma olhada neles agr na archwiki, e daí eu verei se há diferença entre o driver do meu tp-link no mx e no arch.
Obg pela informação, aprendi 2 novos comandos aqui.

lspci examina dispositivos montados na placa, lsusb os que usam o barramento usb

veja:

lspci

00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09)
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 5500 (rev 09)
00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
00:04.0 Signal processing controller: Intel Corporation Broadwell-U Processor Thermal Subsystem (rev 09)
00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI Controller (rev 03)
00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI Controller #1 (rev 03)
00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #1 (rev e3)
00:1c.1 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #2 (rev e3)
00:1d.0 USB controller: Intel Corporation Wildcat Point-LP USB EHCI Controller (rev 03)
00:1f.0 ISA bridge: Intel Corporation Wildcat Point-LP LPC Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation Wildcat Point-LP SATA Controller [AHCI Mode] (rev 03)
00:1f.3 SMBus: Intel Corporation Wildcat Point-LP SMBus Controller (rev 03)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter

lsusb

Bus 001 Device 005: ID 0bda:b006 Realtek Semiconductor Corp. Bluetooth Radio 
Bus 001 Device 004: ID 0bda:57d6 Realtek Semiconductor Corp. HP Truevision HD
Bus 001 Device 003: ID 04f2:1053 Chicony Electronics Co., Ltd USB Optical Mouse
Bus 001 Device 002: ID 8087:8001 Intel Corp. Integrated Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
1 curtida

É o kernel. Se fosse o iwctl, apareceria algum dispositivo do tipo “Wireless LAN” no rfkill (exemplo no meu PC):

$ sudo rfkill list
0: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no
1: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no

Porém, no seu print só aparecem dispositivos do tipo Bluetooth.

Uma sugestão é instalar o Arch usando linux-lts como kernel em vez do linux em si. O linux-lts só atualiza para adicionar correções de segurança (assim, é mais difícil um driver quebrar).

2 curtidas

Olha, se for o caso de instalar com o lts (no caso, é o 5.10), sugiro testar com uma live ISO do Reborn-LTS e ver se funciona…

(Ah, noves fora o aprendizado em instalar Arch na unha, eu recomendo o Reborn pacas - obviamente além do Manjaro. É uma bela distro, alterno o uso das duas aqui e ambas funcionam muitíssimo bem)

2 curtidas

Para falar a verdade, mesmo as minhas instalações “na unha” do Arch foram usando lives de sistemas “facilitados” (especialmente o Antergos).

Poder fazer particionamento de um jeito gráfico, reler a wiki e poder ouvir música enquanto tá rolando o pacstrap, tudo com uma máquina só, é bem confortável.

2 curtidas

Executei esses comandos no MX linux (sistema do meu desktop atual), Arch 2019.12 e Arch 2021.12, e o resultado entre eles na parte de internet e drivers foi igual, ou seja, o problema é no kernel 5.15.
Provavelmente eu terei que instalar um arch que esteja na versão 5.10 ou próximo.

1 curtida

Sim era o kernel msm, o bom é que se alguém tiver o mesmo problema que o meu e pesquisar nesse fórum, vai saber como resolver.

Nenhuma chance de instalar via cabo e dps instalar o driver pelo AUR?

1 curtida