यदि आपने अभी-अभी अपने laptop पर BlackArch Linux install किया है और installation के बाद आपका WiFi बिल्कुल भी दिखाई नहीं दे रहा है, network menu में केवल Ethernet दिखाई दे रहा है, तो चिंता न करें। Fresh Arch-based systems पर यह एक बहुत ही आम समस्या है, खासकर उन laptops पर जो Realtek wireless chip का उपयोग करते हैं। इस article में, मैं आपको पूरी प्रक्रिया के माध्यम से step-by-step मार्गदर्शन करूंगा कि मैंने अपने स्वयं के HP Victus gaming laptop पर WiFi समस्या को कैसे ठीक किया। यह missing WiFi driver से लेकर pacman mirror errors, package conflicts, और यहाँ तक कि GPG keyring corruption तक सब कुछ कवर करता है।

यह guide BlackArch Linux, Arch Linux, या Manjaro या EndeavourOS जैसे किसी भी Arch-based distribution का उपयोग करने वाले किसी भी व्यक्ति के लिए एकदम सही है जो इसी तरह की समस्या का सामना कर रहा है। चलिए शुरू करते हैं।

Related Read – सही Distro चुनो! BlackArch Linux vs Kali Linux 2026 | Ethical Hacking के लिए कौन सा Linux Distro बेहतर है? के बारे में जानो।

What The Problem Looked Like

BlackArch Linux की installation, package management और latest updates के लिए BlackArch Linux Official Website देखें।

Fresh install के बाद, जब मैंने desktop में boot किया, तो taskbar में केवल “Ethernet Network – disconnected” दिखाई दे रहा था। कहीं भी कोई WiFi option दिखाई नहीं दे रहा था। इसका मतलब यह था कि wireless adapter को system द्वारा बिल्कुल भी detect नहीं किया जा रहा था, क्योंकि यदि यह detect होता, तो कम से कम एक WiFi option दिखाई देता, भले ही वह अभी connected न हो।

ऐसी स्थिति में, सबसे पहले यह जांचना होता है कि समस्या hardware की है, driver की है, या फिर सिर्फ किसी software setting की। उसके लिए, आपको एक terminal खोलना होगा और कुछ basic commands चलाने होंगे।

Step 1: Check If The Interface Is Being Detected At All

पहला कदम यह देखना है कि क्या kernel network interfaces को देख भी सकता है या नहीं। Terminal में यह command चलाएं:

ip link

यह command आपके system पर मौजूद सभी network interfaces को सूचीबद्ध करती है। यदि आपको केवल loopback interface (lo) के साथ eno1 या enp2s0 जैसा कोई ethernet interface दिखाई देता है, लेकिन wlan0 या wlp से शुरू होने वाला कोई interface नहीं मिलता है, तो इसका मतलब है कि wireless adapter का driver load नहीं हुआ है।

मेरे मामले में, बिल्कुल ऐसा ही हुआ था। ip link के output ने केवल lo और eno1 (ethernet) दिखाया, जिसमें किसी भी wireless interface का नामोनिशान नहीं था।

Step 2: Check With rfkill Whether WiFi Is Blocked

कभी-कभी WiFi hardware या software स्तर पर block हो जाता है, यही वजह है कि OS इसे बिल्कुल नहीं देख पाता है। इसे जांचने के लिए, निम्नलिखित command का उपयोग करें:

rfkill list

यदि output “Wireless LAN” के बगल में “Soft blocked: yes” दिखाता है, तो आप इसे इसके साथ unblock कर सकते हैं:

sudo rfkill unblock all

हालांकि, ध्यान रखें कि यदि rfkill list में WiFi device बिल्कुल भी दिखाई नहीं देता है (मेरे मामले में, केवल Bluetooth hci0 listed था), तो इसका मतलब है कि समस्या blocking की नहीं है, adapter को kernel द्वारा पहचाना ही नहीं जा रहा है। इस स्थिति में, rfkill के साथ unblocking करने से मदद नहीं मिलेगी, और आपको सीधे driver की जांच करने की आवश्यकता है।

Step 3: Identify The Hardware Chip Using lspci

यह सबसे महत्वपूर्ण कदम है। यह आपको सटीक रूप से बताएगा कि आपके laptop में कौन सी WiFi chip मौजूद है और क्या इसका driver load किया गया है या नहीं। Command है:

lspci -k | grep -A 3 -i network

यदि आपको lspci के लिए “command not found” error मिलता है, तो पहले इस package को install करें:

sudo pacman -S pciutils

फिर उपरोक्त command को दोबारा चलाएं। यह command आपको network controller का नाम, उसका subsystem, और एक “Kernel modules” line दिखाएगी। यदि “Kernel driver in use” line गायब है, तो इसका मतलब है कि driver load नहीं हुआ है।

मेरे मामले में, output कुछ इस तरह दिखता था:

Network controller: Realtek Semiconductor Co., Ltd. Device b520
DeviceName: Realtek Wireless LAN + BT
Kernel modules: wl

इससे पुष्टि हुई कि मेरे laptop में Realtek Wireless LAN + BT chip है, जो HP Victus जैसे gaming laptops में आम है (अक्सर RTL8852BE WiFi 6 chip)। “Kernel driver in use” line की अनुपस्थिति ने दिखाया कि driver वास्तव में load नहीं हो रहा था, केवल उसका module name listed था।

Step 4: Try Loading The Driver Manually

Realtek WiFi 6 chips आमतौर पर rtw89 परिवार के drivers का उपयोग करती हैं। इसे manually load करने की कोशिश करने के लिए, चलाएं:

sudo modprobe rtw89_8852be

यदि आपको कोई error मिलता है, तो dmesg logs की जांच करके पता लगाएं कि firmware गायब है या module ही उपलब्ध नहीं है:

sudo dmesg | grep -i -E "realtek|rtw|firmware"

अधिकांश मामलों में, समस्या firmware की होती है, जो linux-firmware package का हिस्सा है। लेकिन अगर आपका system update नहीं हुआ है, तो पुराना firmware package नई chip को support नहीं कर सकता है। इसका मतलब है कि वास्तविक fix के लिए एक पूर्ण system update की आवश्यकता होगी, और किसी भी अन्य चीज़ को छूने से पहले, एक चीज़ है जिसे आपको सबसे पहले, शुरुआत में ही ठीक कर लेना चाहिए, ताकि आप बाद में बार-बार उसी error से लड़ने में समय बर्बाद न करें।

Step 5: Fix The GPG Keyring First, Before Doing Anything Else

यह पूरे article की सबसे महत्वपूर्ण tip है, और मैं इसे जानबूझकर पहले रख रहा हूँ। एक fresh Arch-based install पर, विशेष रूप से वह जो कुछ समय के लिए USB drive पर पड़ा रहा हो या जिसकी ISO थोड़ी पुरानी हो, pacman keyring लगभग हमेशा outdated हो जाता है। यदि आप इस step को छोड़ देते हैं और सीधे system को update करने जाते हैं, तो बहुत संभावना है कि आपको अपने upgrade के बीच में इस तरह की errors की एक लंबी सूची का सामना करना पड़ेगा:

error: xfce4-panel: signature from "Robin Candau <antiz@archlinux.org>" is unknown trust
File /var/cache/pacman/pkg/xfce4-panel-4.20.7-1-x86_64.pkg.tar.zst is corrupted (invalid or corrupted package (PGP signature))
Do you want to delete it? [Y/n]

यह डरावना लगता है, मानो आपके packages वास्तव में भ्रष्ट (corrupted) हैं, लेकिन वे नहीं हैं। यह पूरी तरह से एक keyring trust issue है, जिसका अर्थ है कि pacman packages के digital signatures को verify नहीं कर सकता क्योंकि इसका local keyring database outdated है। कष्टप्रद बात यह है कि यह error आमतौर पर तब दिखाई देती है जब आप दर्जनों “Replace X with Y” prompts से गुजर चुके होते हैं, इसलिए आपको पूरे upgrade को फिर से शुरू करना पड़ता है। इससे पूरी तरह बचने के लिए, system update करने से पहले, इन commands को अभी चलाएं:

sudo pacman-key --init
sudo pacman-key --populate archlinux
sudo pacman-key --populate blackarch
sudo pacman -Sy archlinux-keyring blackarch-keyring

यदि इसके बाद भी आपको keyring या signature errors दिखाई देती हैं, तो सुरक्षित रहने के लिए पुराने cached packages को भी साफ कर दें:

sudo rm -rf /var/cache/pacman/pkg/*
sudo pacman -Scc

इसे पहले करें, और आप बाद में आधे रास्ते में एक corrupted signature error आने के कारण पूरे upgrade process को फिर से शुरू करने से खुद को बचा लेंगे। अब आइए वास्तव में system को update करने पर आगे बढ़ते हैं।

Step 6: Updating The System Is Essential (This Is Where The Real Story Begins)

WiFi firmware को ठीक से install करने के लिए, आपको सबसे पहले अपने system को पूरी तरह से update करने की आवश्यकता है, क्योंकि firmware packages भी समय के साथ update होते हैं। चूंकि keyring पिछले कदम से पहले ही ठीक हो चुका है, इसलिए आपको यहाँ signature errors का सामना नहीं करना पड़ेगा, लेकिन कुछ अन्य समस्याएं अभी भी दिखाई दे सकती हैं, इसलिए मैं आपको प्रत्येक के माध्यम से ले जाता हूँ।

The First Error: Community Repository 404

जब मैंने यह command चलाया:

sudo pacman -Syu linux-firmware

मुझे यह error मिला:

community.db failed to download
error: failed retrieving file community.db from mirror.rackspace.com: The requested URL returned error: 404

यह error इसलिए होती है क्योंकि Arch Linux ने मार्च 2024 में आधिकारिक तौर पर अपनी [community] repository को [extra] repository में मिला दिया था। यदि आपकी BlackArch ISO थोड़ी पुरानी है, या आपकी pacman.conf update नहीं हुई है, तो system अभी भी [community] repo की तलाश करने की कोशिश करेगा, जो अब मौजूद नहीं है। इसलिए हर mirror एक 404 error लौटाएगा।

Fix: आपको pacman.conf फ़ाइल खोलनी होगी और [community] अनुभाग को comment out या delete करना होगा।

sudo nano /etc/pacman.conf

इन दो पंक्तियों को खोजें:

[community]
Include = /etc/pacman.d/mirrorlist

उन्हें comment out करने के लिए दोनों पंक्तियों के सामने एक # जोड़ें:

#[community]
#Include = /etc/pacman.d/mirrorlist

Save करने के लिए, Ctrl O दबाएं, फिर Enter, फिर exit करने के लिए Ctrl X दबाएं।

उसके बाद, database को फिर से sync करें:

sudo pacman -Syyu

-Syu के बजाय -Syyu का उपयोग करें, क्योंकि डबल y refresh के लिए मजबूर करता है और पुराने cached database को अनदेखा करता है, इसके बजाय ताज़ा डेटा खींचता है।

Refresh The Mirrorlist Too

यदि आपके mirrors धीमे हैं या उनमें से कई बंद हैं, तो आप reflector tool का उपयोग करके एक ताज़ा, तेज़ mirror list बना सकते हैं:

sudo reflector --latest 10 --sort rate --save /etc/pacman.d/mirrorlist

यदि यह command “not found” कहता है, तो पहले इसे sudo pacman -S reflector के साथ install करें।

Step 7: A Lot Of “Replace” Prompts Show Up During The Upgrade

जब पूर्ण system upgrade चलेगा, तो आपको इस तरह के बहुत सारे prompts दिखाई देंगे:

Replace kactivities with extra/kactivities5? [Y/n]
Replace kauth with extra/kauth5? [Y/n]
Replace ruby-json with extra/ruby? [Y/n]

यह पूरी तरह सामान्य है। जब community repository को extra में मिला दिया गया था, तो कई package नाम भी बदल गए थे (उदाहरण के लिए, extra में KDE Frameworks packages में अब 5 suffix है, और कई छोटे ruby gems को अब एक एकल ruby package में जोड़ दिया गया है)। आप इनमें से हर एक prompt के लिए सुरक्षित रूप से y टाइप कर सकते हैं।

इसी तरह, qt6 multimedia backend के लिए एक prompt दिखाई देगा:

There are 2 providers available for qt6-multimedia-backend:
1) qt6-multimedia-ffmpeg   2) qt6-multimedia-gstreamer

यहाँ, 1 टाइप करें और enter दबाएं, क्योंकि ffmpeg backend आम तौर पर अधिक स्थिर और व्यापक रूप से compatible है।

यदि आप चाहते हैं कि हर prompt automatically yes कहे, तो आप --noconfirm flag का उपयोग कर सकते हैं:

sudo pacman -Syyu --noconfirm

लेकिन सावधान रहें, --noconfirm भी conflicting packages को automatically संभालने की कोशिश करेगा, इसलिए अनजाने में गलत package को हटाने से बचने के लिए पहली बार upgrade से manually गुजरना अधिक सुरक्षित है।

Step 8: The Java JDK And JRE Conflict

जब upgrade चल रहा था, तो एक नया error दिखाई दिया:

error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
jdk-openjdk and jre-openjdk are in conflict

यह समस्या तब होती है जब किसी system पर एक ही समय में कई पुराने Java versions installed होते हैं (जैसे jdk-openjdk, jre-openjdk, jdk11-openjdk, और jre11-openjdk सब एक साथ), और उनके बीच एक version mismatch होता है, क्योंकि jdk-openjdk में पहले से ही अपने अंदर JRE शामिल है।

सबसे पहले, मैंने pacman -Qs openjdk का उपयोग करके जांच की कि कौन से Java packages installed थे:

jdk-openjdk 20.0.1.u9-3
jdk11-openjdk 11.0.19.u7-1
jre-openjdk 20.0.1.u9-3
jre-openjdk-headless 20.0.1.u9-3
jre11-openjdk 11.0.19.u7-1
jre11-openjdk-headless 11.0.19.u7-1

एक साथ कई Java versions installed होने के कारण conflict होना स्वाभाविक है। सबसे आसान और सुरक्षित समाधान उन सभी को एक साथ force remove करना है, और फिर upgrade पूरा होने के बाद एक clean Java install करना है:

sudo pacman -Rdd jdk-openjdk jre-openjdk jre-openjdk-headless jdk11-openjdk jre11-openjdk jre11-openjdk-headless

-Rdd flag dependency checks को छोड़ देता है, जो यहाँ सुरक्षित है क्योंकि हम सभी संबंधित packages को एक साथ हटा रहे हैं, इसलिए पीछे कोई broken state नहीं बचेगी।

इसके बाद, upgrade को फिर से चलाएं:

sudo pacman -Syyu

एक बार upgrade सफलतापूर्वक पूरा हो जाने के बाद, यदि आपको Java की आवश्यकता है, तो इसे नए सिरे से install करें:

sudo pacman -S jdk-openjdk

यह स्वतः ही नवीनतम matching JRE भी ले आएगा, और इस बार कोई version conflict नहीं होगा क्योंकि पूरा system पहले से ही up-to-date होगा।

Step 9: Python Typing Extensions And Uvicorn Conflict

Java का समाधान होने के बाद, एक छोटा conflict सामने आया:

error: failed to prepare transaction (could not satisfy dependencies)
installing python-typing-extensions (4.16.0-1) breaks dependency python-typing-extensions required by python-uvicorn

यह तब होता है जब BlackArch repository में कोई package मुख्य Arch extra repository के साथ थोड़ा out of sync हो जाता है। दूसरे शब्दों में, BlackArch repo में python-uvicorn का version नए typing-extensions के साथ compatible नहीं है।

यहाँ सबसे सुरक्षित fix upgrade के दौरान केवल उस एक package को ignore करना है, ताकि बाकी system सामान्य रूप से update हो सके:

sudo pacman -Syyu --ignore python-uvicorn

यह अन्य सभी packages को सफलतापूर्वक update होने देता है, जबकि केवल uvicorn को छोड़ देता है, जिसे बाद में BlackArch repository के sync होने पर अलग से update या reinstall किया जा सकता है।

Step 10: Finally Installing The WiFi Driver

एक बार जब system पूरी तरह से update हो जाता है, तो वास्तव में WiFi को ठीक करना आसान हो जाता है, क्योंकि अब तक system पर एक नया, updated linux-firmware package मौजूद होगा, जिसमें Realtek WiFi 6 chip के लिए आवश्यक firmware भी शामिल होगा। इसे इसके साथ जांचें:

sudo pacman -S linux-firmware

उसके बाद, system को reboot करें:

sudo reboot

Reboot करने के बाद, ip link फिर से चलाएं और जांचें कि क्या wlan0 या wlp से शुरू होने वाला एक interface अब दिखाई दे रहा है या नहीं। यदि chip Realtek RTL8852BE प्रकार की है, तो rtw89_8852be module नए firmware के साथ स्वचालित रूप से load हो जाना चाहिए। यदि यह अभी भी दिखाई नहीं देता है, तो आपको AUR से एक विशिष्ट DKMS driver package install करने की आवश्यकता हो सकती है (जैसे realtek-rtw89-dkms-git), जिसके लिए आपको yay जैसे AUR helper की आवश्यकता होगी।

एक बार interface दिखाई देने के बाद, सुनिश्चित करें कि NetworkManager service enabled है और चल रही है:

sudo systemctl enable --now NetworkManager

और applet के लिए:

nm-applet &

इसके बाद, आपके taskbar में WiFi networks की सूची दिखाई देने लगेगी, और आप अपने wireless network से select और connect कर सकते हैं।

Why Do All These Problems Happen

यदि आप सोच रहे हैं कि एक साथ इतनी सारी समस्याएं क्यों आईं, तो इसका सीधा सा जवाब यह है: जब किसी fresh BlackArch या Arch-based install को लंबे समय से update नहीं किया गया हो, या जब ISO थोड़ी पुरानी हो, तो system की आंतरिक repositories और upstream Arch repositories के बीच एक अंतर बन जाता है। Community repo का विलय, Java packages का नाम बदलना, Python packages में version mismatch, और outdated keyring सब इसी अंतर के कारण होते हैं। एक बार जब system पूरी तरह से sync हो जाता है, तो भविष्य के updates आमतौर पर एक साथ इतनी समस्याएं नहीं लाते हैं।

Important Tips To Remember

पहला और सबसे महत्वपूर्ण tip pacman-key --init और --populate का उपयोग करके, किसी भी अन्य काम को करने से पहले, शुरुआत में ही GPG keyring को ठीक करना है। यह एक कदम ही आपको आधे रास्ते में पूरे upgrade को फिर से करने से बचाएगा।

दूसरा tip यह है कि जब भी आप एक नया Arch-based system install करें, तो WiFi driver install करने से पहले भी system को पूरी तरह से update करने के लिए sudo pacman -Syyu चलाएं। यह आपको ऊपर वर्णित अधिकांश समस्याओं से बचने में मदद कर सकता है।

तीसरा tip यह है कि जब mirror या cache की समस्याएं हों, तो -Syu से बेहतर -Syyu है, क्योंकि डबल y cached database के refresh को मजबूर करता है।

चौथा tip यह है कि जब भी कई समान packages (जैसे अलग-अलग Java versions) conflicts पैदा कर रहे हों, तो उन्हें एक-एक करके संभालने के बजाय उन सभी को एक साथ संभालें, क्योंकि वे एक-दूसरे पर निर्भर होते हैं।

Conclusion

BlackArch Linux security researchers और penetration testers के लिए बनाया गया एक शक्तिशाली distribution है, लेकिन इसे installation के तुरंत बाद कुछ manual setup की आवश्यकता होती है, खासकर जब hardware एक Realtek WiFi chip का उपयोग करता है जो default firmware द्वारा सीधे समर्थित नहीं है। इस guide में, हमने देखा कि कैसे एक साधारण “WiFi not showing” समस्या ने हमें पहले keyring को ठीक करने, फिर pacman community repository error, Java conflicts, और Python dependency issues को हल करने के लिए प्रेरित किया, और इस बार सही क्रम में प्रत्येक को कैसे हल किया गया, ताकि आपको दो बार समान errors का सामना न करना पड़े।

यदि आपको भी अपने BlackArch, Arch Linux, या किसी भी Arch-based distribution पर समान errors मिल रही हैं, तो ऊपर दिए गए चरणों का क्रम से पालन करें, keyring fix से शुरुआत करें। अधिकांश मामलों में, यह पूरी प्रक्रिया आपके system को पूरी तरह से update कर देगी और आपका WiFi भी ठीक से काम करने लगेगा। यदि आप अभी भी किसी विशिष्ट error में भागते हैं, तो आमतौर पर उस सटीक error message की खोज करना सबसे अच्छा होता है, क्योंकि समान मुद्दों पर आमतौर पर पहले से ही Linux community forums पर चर्चा की जा चुकी है।

यदि इस लेख ने आपकी मदद की, तो इसे अपने उन दोस्तों के साथ साझा करने के लिए स्वतंत्र महसूस करें जो BlackArch या Arch Linux का उपयोग करते हैं, ताकि उन्हें अपने दम पर इस लंबी troubleshooting प्रक्रिया से न गुजरना पड़े।