Arch Linux

dprack

Member

Registered: 2024-05-14

Posts: 9

[Resolved] Not showing AP on airodump-ng interface

I tried to scanning AP using airodump-ng, but not lists any AP. At the time fresh installed aircrack-ng is working as well. But at least almost a month, im not used it.

This is my driver network:

02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network Adapter
    Subsystem: Lenovo Device c123
    Flags: bus master, fast devsel, latency 0, IRQ 135
    I/O ports at 1000 [size=256]
    Memory at a1100000 (64-bit, non-prefetchable) [size=64K]
    Capabilities: [40] Power Management version 3
    Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
    Capabilities: [70] Express Endpoint, IntMsgNum 0
    Capabilities: [100] Advanced Error Reporting
    Capabilities: [148] Device Serial Number 00-e0-4c-ff-fe-c8-22-01
    Capabilities: [158] Latency Tolerance Reporting
    Capabilities: [160] L1 PM Substates
    Kernel driver in use: rtw_8822ce
    Kernel modules: rtw88_8822ce

After running 'airmon-ng check kill && airmon-ng start interface'

wlp2s0mon  IEEE 802.11  Mode:Monitor  Frequency:2.457 GHz  Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:on

Output command run 'airodump-ng interface':

CH 14 ][ Elapsed: 18 s ][ 2024-06-01 02:22 ][ Are you sure you want to quit? Press Q again to quit.

BSSID              PWR  Beacons    #Data, #/s  CH   MB   ENC CIPHER  AUTH ESSID

FC:EC:DA:CC:A2:03   -1        0        0    0  -1   -1                    <length:  0>

If i tried using usb live kali linux iso is working. Any solution?

Last edited by dprack (2024-06-21 07:00:54)

gromit

Administrator

From: Germany

Registered: 2024-02-10

Posts: 1,536

Website

Re: [Resolved] Not showing AP on airodump-ng interface

This very much sounds like what we debugged here:
https://gitlab.archlinux.org/archlinux/ … /issues/54

We have bisected it down to the following commit and reported it to the linux devs, sadly to no avail so far:

0a44dfc070749514b804ccac0b1fd38718f7daa1 is the first bad commit
commit 0a44dfc070749514b804ccac0b1fd38718f7daa1
Author: Johannes Berg <johannes.berg@intel.com>
Date:   Mon Jan 29 19:34:38 2024 +0100

    wifi: mac80211: simplify non-chanctx drivers
    
    There are still surprisingly many non-chanctx drivers, but in
    mac80211 that code is a bit awkward. Simplify this by having
    those drivers assign 'emulated' ops, so that the mac80211 code
    can be more unified between non-chanctx/chanctx drivers. This
    cuts the number of places caring about it by about 15, which
    are scattered across - now they're fewer and no longer in the
    channel context handling.
    
    Link: https://msgid.link/20240129194108.6d0ead50f5cf.I60d093b2fc81ca1853925a4d0ac3a2337d5baa5b@changeid
    Signed-off-by: Johannes Berg <johannes.berg@intel.com>