Wie behebe ich Probleme mit der WLAN-Verbindungsunterbrechung auf meinem Mining-Rig mit HiveOS?

Erkennung und Initialisierung der Wi-Fi-Schnittstelle

1. Bestätigen Sie mithilfe der IP-Link-Anzeige im Terminal, dass die drahtlose Schnittstelle von HiveOS erkannt wird. Wenn kein wlan0 oder eine ähnliche Schnittstelle angezeigt wird, fehlt dem Chipsatz möglicherweise die native Kernel-Unterstützung.

2. Führen Sie lspci | aus grep -i network oder lsusb , um das genaue Modell des WLAN-Adapters zu identifizieren. Viele USB-WLAN-Dongles, die auf Realtek RTL8188EU oder MEDIATEK MT7601U basieren, werden standardmäßig nicht unterstützt.

3. Überprüfen Sie den Firmware-Ladestatus mit dmesg | grep -i Firmware . Fehlende Firmware-Blobs – wie z. B. rtl_nic/rtl8107e-2.fw – verhindern die Schnittstelleninitialisierung und manifestieren sich als stille Nichterkennung.

4. HiveOS verwendet einen abgespeckten Linux-Kernel, der für GPU-Mining optimiert ist; Viele nicht unbedingt erforderliche Treiber – einschließlich bestimmter Varianten von Atheros AR9271 oder Broadcom BCM43xx – werden weggelassen, sofern sie nicht explizit in das Image kompiliert werden.

5. Wenn der Adapter angezeigt wird, aber im Status „DOWN“ bleibt, rufen Sie ihn manuell über „sudo ip link set wlan0 up“ auf und überprüfen Sie ihn dann mit „ip link show wlan0 |“. grep 'Zustand' .

rfkill Soft/Hard-Block-Interferenz

1. Führen Sie rfkill list aus, um den Radio-Kill-Status zu überprüfen. Mining-Rigs booten oft mit Soft-Blockierung: ja, aufgrund einer Fehlkonfiguration des systemd-rfkill-Dienstes oder veralteter udev-Regeln.

2. Entsperren Sie alle drahtlosen Geräte mit sudo rfkill unblock all . Vermeiden Sie eine teilweise Entsperrung – einige Rigs verfügen über mehrere Phy-Einträge (phy0, phy1), die an verschiedene Chipsätze gebunden sind.

3. Permanente Softblöcke können von /etc/modprobe.d/blacklist.conf stammen und Zeilen wie blacklist rtl8192cu oder install wl /bin/false enthalten, die HiveOS von der Upstream-Debian-Basis erbt.

4. Hardwareblockaden sind bei Headless-Rigs selten, aber möglich, wenn die WLAN-Deaktivierung auf BIOS-Ebene aktiviert ist oder der PCIe-M.2-Steckplatz Lanes mit dem deaktivierten Wi-Fi-Modul teilt.

5. Überprüfen Sie nach dem Entsperren erneut iwconfig . Das Fehlen von „nicht zugeordneten“ oder „keinen drahtlosen Erweiterungen“ bestätigt die erfolgreiche Veröffentlichung.

NetworkManager-Energieverwaltungskonflikte

1. HiveOS verwendet standardmäßig eine aggressive Energieeinsparung für alle Netzwerkschnittstellen. Verwenden Sie sudo iwconfig wlan0 | grep 'Power Management' – Die Anzeige „Ein“ steht in direktem Zusammenhang mit zeitweiligen Handshake-Timeouts.

2. Deaktivieren Sie die Energieverwaltung dauerhaft, indem Sie /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf bearbeiten und wifi.powersave = 2 festlegen.

3. Starten Sie NetworkManager mit sudo systemctl restart NetworkManager neu. Verlassen Sie sich nicht auf das Neuladen – ein vollständiger Neustart gewährleistet die Parameterweitergabe auf Treiberebene.

4. Validieren Sie die Änderung mit sudo iwconfig wlan0 ; „Power Management:off“ muss wörtlich erscheinen – jede Abweichung weist auf eine unvollständige Überschreibung hin.

5. Einige Intel AX200/AX210-Chips erfordern zusätzliche Kernel-Parameter: Hängen Sie iwlwifi.power_save=0 iwlwifi.disable_11n=0 an GRUB_CMDLINE_LINUX in /boot/hive/grub.cfg an .

SSID-Sichtbarkeit und Authentifizierungsstabilität

1. Versteckte SSIDs führen zu wiederholten Scan-Fehlern unter HiveOS, da scan_ssid=1 in der wpa_supplicant-Konfiguration fehlt. Bearbeiten Sie /run/wpa_supplicant/wlan0.conf manuell und fügen Sie die Zeile hinzu.

2. WPA3-SAE-Handshakes schlagen bei älteren HiveOS-Versionen ( v0.6-224 ) stillschweigend fehl, da den Binärdateien hostapd und wpa_supplicant die SAE-Implementierung fehlt. Downgrade auf WPA2-PSK auf der AP-Seite, wenn die Verbindung während der Authentifizierung unterbrochen wird.

3. Nicht übereinstimmende Kanalbreiten – insbesondere 80 MHz auf 5-GHz-Bändern – lösen die Erkennung von Beacon-Verlusten aus. Erzwingen Sie den 20-MHz-Modus in wpa_supplicant.conf mit „disable_ht=1“; „disable_vht=1“ .

4. HiveOS erneuert DHCP-Leases während langer Betriebszeiten nicht automatisch. Fügen Sie dhcpcd -x wlan0 && dhcpcd -n wlan0 alle 15 Minuten zum Cron hinzu, um durch IP-Ablauf verursachte Blackouts zu verhindern.

5. Die in HiveOS v0.6-231 eingeführte MAC-Adressen-Randomisierung unterbricht Unternehmensnetzwerke, die auf statisches MAC-Whitelisting angewiesen sind. Deaktivieren Sie über sudo iw dev wlan0 set type managed gefolgt von sudo ip link set wlan0 address $(cat /sys/class/net/wlan0/address) .

Firmware- und Kernel-Modul-Tuning

1. Überprüfen Sie den aktiven Treiber mit ethtool -i wlan0 | grep-Treiber . Treiber wie rt2800usb oder ath9k_htc erfordern Firmware-Dateien, die in minimalen HiveOS-Images fehlen.

2. Holen Sie sich die erforderliche Firmware aus dem Debian-Firmware-nonfree-Archiv, extrahieren Sie sie und kopieren Sie sie nach /lib/firmware/ . Beispiel: sudo cp rt2870.bin /lib/firmware/rt2870.bin .

3. Aktivieren Sie für MediaTek MT76x2E-Adapter die Beschleunigung der Hardwareverschlüsselung, indem Sie die Optionen mt76x2e nohwsim=1 zu /etc/modprobe.d/mt76.conf hinzufügen.

4. Erstellen Sie initramfs nach Firmware-Änderungen neu: sudo mkinitramfs -o /boot/hive/initramfs.img $(uname -r) .

5. Überprüfen Sie das Neuladen des Moduls mit sudo modprobe -r mt76x2e && sudo modprobe mt76x2e und bestätigen Sie dann die stabile Zuordnung mit watch -n 1 'iw wlan0 link' .

Häufig gestellte Fragen

F: Warum stellt mein HiveOS-Rig erst nach einem Kaltstart, aber nicht nach einem Warmstart eine Verbindung zum WLAN her? A: Bei Warmstarts werden vollständige Firmware-Neuladezyklen übersprungen. Der Kernel behält den veralteten Treiberstatus bei – insbesondere für USB-WLAN-Adapter – was zu einem Fehler bei der Schnittstellenaufzählung führt. Ein Kaltstart erzwingt eine vollständige Neuinitialisierung der USB-Controller und PHY-Schichten.

F: Kann ich WPA3-Enterprise mit HiveOS verwenden? A: Nein. HiveOS verfügt nicht über eine EAP-TLS-Zertifikatsverarbeitungsinfrastruktur und bündelt keine OpenSSL-Engines, die für die TLS 1.3-basierte Authentifizierung erforderlich sind. Nur WPA2-Enterprise mit PEAP-MSCHAPv2 ist funktionsfähig.

F: Mein Rig zeigt volle Signalbalken an, besteht aber die Ping-Tests nicht – liegt das an einem DNS-Problem? A: Nicht unbedingt. Signalstärkemetriken in HiveOS werden vom Beacon-RSSI abgeleitet, nicht von der Datenverbindungsqualität. Ein hoher Paketverlust unter Last deutet auf eine Sättigung der TX-Warteschlange auf Treiberebene hin – nicht auf einen Fehler bei der DNS-Auflösung.

F: Unterstützt HiveOS 6-GHz-WLAN (Wi-Fi 6E)? A: Nein. Der HiveOS-Kernel schließt CFG80211_WEXT, regulatorische DB-Updates für 6 GHz und notwendige Firmware für QCA6391/QCA6491-Chipsätze aus. Sogar physikalisch kompatible Adapter greifen auf den reinen 5-GHz-Betrieb zurück.