Chromebook Won't Connect to WiFi: Complete Fix Guide (All Models & Error Types)
Fix Chromebook won't connect to WiFi issues fast. Covers EAP auth failures, post-Powerwash problems, HP, Lenovo & Acer models. Step-by-step solutions inside.
- Root Cause 1: Corrupted or stale network profile — Chrome OS caches WiFi credentials and DHCP leases that become invalid after a Powerwash, firmware update, or router change, preventing re-authentication.
- Root Cause 2: EAP/802.1X enterprise authentication failure — Chromebooks on WPA2-Enterprise (PEAP, TLS) networks fail when certificates expire, the device clock is wrong, or the RADIUS server rejects the device identity.
- Root Cause 3: Driver or hardware regression — Particularly on HP, Lenovo, and Acer Chromebooks, a bad ChromeOS channel update can break the Intel AX200/AX201 or MediaTek WiFi driver, causing the adapter to show 'out of range' or simply not associate.
- Quick Fix Summary: Forget the network, toggle WiFi off/on, check system time, flush DNS via Chrome flags, and if all else fails run a targeted network reset from crosh before considering a full Powerwash.
| Method | When to Use | Time | Risk |
|---|---|---|---|
| Forget & Reconnect Network | Wrong password, stale DHCP lease, profile corruption | 2 min | Low — no data loss |
| Toggle WiFi / Airplane Mode | Adapter hung, firmware soft-lock | 30 sec | None |
| Fix System Clock (date/time) | EAP auth failed, certificate errors, captive portal loop | 1 min | None |
| Delete Preferred Networks via crosh | Corrupt preferred network list after Powerwash | 3 min | Low |
| Flush DNS & Socket Pools (chrome://net-internals) | DNS resolution failures, partial connectivity | 2 min | None |
| Disable MAC Address Randomization | Router rejects randomized MAC, IP conflict | 2 min | Low — slight privacy trade-off |
| ChromeOS Channel Downgrade / Rollback | WiFi broke after OS update on HP/Lenovo/Acer | 15-30 min | Medium — may lose newer features |
| Full Powerwash (Factory Reset) | Everything else failed, persistent profile corruption | 20 min | High — wipes local data |
Understanding Why Your Chromebook Won't Connect to WiFi
Chrome OS handles WiFi through a combination of shill (the connection manager daemon), wpa_supplicant (the 802.11 authenticator), and vendor-specific kernel WiFi drivers. When any layer breaks, the result is a Chromebook that simply refuses to connect — sometimes silently, sometimes with a cryptic message like "EAP authentication failed", "Out of range" (even when the router is inches away), or a spinning indicator that never resolves.
Unlike Windows or Linux, Chrome OS abstracts most networking config away from the user, which means the standard fixes (flushing ARP cache, reinstalling drivers) require crosh shell access or specific flag toggles.
Step 1: Identify Your Specific Symptom
Before applying any fix, match your symptom to a category:
- Spinning icon / "Connecting..." forever → likely DHCP failure or captive portal issue
- "EAP authentication failed" → 802.1X enterprise network problem (clock, cert, or RADIUS)
- "Out of range" when router is nearby → driver issue or MAC randomization conflict
- Worked before Powerwash, now broken → network profile was wiped; router may use MAC filtering
- Only this Chromebook can't connect (others can) → device-specific driver or profile corruption
- No networks visible at all → WiFi hardware disabled or driver crash
Step 2: Quick Triage (Do These First)
2a. Toggle WiFi Off and Back On
Click the system tray → WiFi toggle OFF → wait 10 seconds → toggle ON. This forces shill to reinitialize the adapter and re-scan.
2b. Forget the Network and Reconnect
- Go to Settings → Network → WiFi.
- Click the gear icon next to your network.
- Select Forget.
- Reconnect by selecting the SSID and re-entering credentials.
This is the single most effective fix for post-Powerwash connection failures because Powerwash wipes saved network profiles but sometimes leaves corrupt partial entries.
2c. Verify System Date and Time
This is the #1 overlooked fix for EAP authentication failed errors. If your Chromebook's clock is wrong, TLS certificate validation fails and wpa_supplicant rejects the RADIUS server certificate.
- Go to Settings → Advanced → Date & time.
- Enable Set time automatically.
- If the device won't reach NTP because it can't connect, manually set the correct date/time, connect, then re-enable auto.
Step 3: Fix EAP Authentication Failures (Enterprise / WPA2-Enterprise)
If you see "EAP authentication failed" on a school or corporate network:
- Check the CA Certificate: Go to Settings → Network → WiFi → [your network] → EAP method. Ensure the correct CA certificate is selected, not "Default".
- Verify Identity fields: The "Identity" field must match exactly what your RADIUS server expects (usually your domain username, e.g.
jsmith@company.com). - Re-enroll the certificate: If your org uses Google Admin Console, ask IT to push a new client certificate via the Chrome Device Policy.
- Check RADIUS server reachability: Run
ping 8.8.8.8from crosh on an ethernet connection to verify the network stack works, then test if the RADIUS server IP is reachable. - Exact error to look for in shill logs:
wpa_supplicant[...]: CTRL-EVENT-EAP-FAILURE EAP authentication failed— this confirms the reject came from the server, not the client.
Step 4: Fix "Out of Range" When Router Is Nearby
This symptom — seeing your SSID but getting "Out of range" immediately — usually means the WiFi adapter is in a bad state or MAC randomization is confusing the router.
4a. Disable MAC Address Randomization
- Go to Settings → Network → WiFi.
- Click the gear icon on your saved network.
- Toggle "Use random MAC addresses" to OFF.
- Forget and reconnect the network.
Some home and enterprise routers with DHCP reservations or MAC-based access control lists reject randomized MACs.
4b. Check for Driver Issues on HP, Lenovo, and Acer Chromebooks
HP Chromebook 14 (Intel Celeron/Jasper Lake) and Lenovo IdeaPad Flex 5i Chromebook frequently exhibit WiFi driver regressions after channel updates. Acer Chromebook Spin 513 (MediaTek MT8183) also has known issues.
To check your OS version: Settings → About ChromeOS.
If the issue started after a recent update:
- Go to Settings → About ChromeOS → Additional details → Channel.
- Switch from Stable to LTS (Long-Term Support) channel, or roll back by enabling Developer mode and using
update_engine_client --rollbackin crosh.
Step 5: Use crosh for Advanced Diagnostics
Open crosh by pressing Ctrl + Alt + T.
Key commands:
network_diag --wifi # Run built-in WiFi diagnostics
ping 8.8.8.8 -c 5 # Test basic IP connectivity
ping google.com -c 5 # Test DNS resolution
route # Show routing table
ifconfig # Show adapter IP and state
To view shill logs for deeper analysis:
sudo cat /var/log/net.log | grep -i 'wifi\|eap\|dhcp\|fail' | tail -50
Step 6: Flush DNS and Socket Pools
For cases where the Chromebook connects but pages don't load, or where DHCP completes but DNS fails:
- Open Chrome and navigate to
chrome://net-internals/#dns. - Click Clear host cache.
- Navigate to
chrome://net-internals/#sockets. - Click Flush socket pools.
- Navigate to
chrome://net-internals/#proxy. - Click Re-apply settings.
Step 7: Post-Powerwash WiFi Recovery
After a Powerwash (chromebook won't connect to wifi after power wash), your saved networks are gone but your router's DHCP/ARP cache may still hold the old lease. Do the following:
- On your router admin page (usually
192.168.1.1or192.168.0.1), go to the DHCP lease table and delete the entry for your Chromebook's hostname. - If the router uses MAC filtering, re-add your Chromebook's hardware MAC (find it under Settings → Network → WiFi → [connected network] → gear icon → MAC address).
- Force-forget all networks on the Chromebook via crosh:
This is a targeted alternative to a full Powerwash and clears all network state.sudo stop shill sudo rm -rf /var/cache/shill/default.profile sudo start shill
Step 8: Last Resort — Full Powerwash or Hardware Check
If none of the above works:
- Powerwash: Settings → Advanced → Reset settings → Powerwash. Backs up nothing locally — ensure Google Drive sync is complete first.
- Hardware test: Press Ctrl + Alt + T for crosh, then run
memory_testand check if WiFi adapter is listed undersudo lspci(Intel/MediaTek cards should appear). If not listed, the adapter may have failed physically. - Contact OEM support: HP, Lenovo, and Acer all have Chromebook-specific support lines with ChromeOS diagnostics access.
Frequently Asked Questions
# =============================================================
# CHROMEBOOK WIFI DIAGNOSTICS & FIX SCRIPT (run in crosh shell)
# Open crosh: Ctrl + Alt + T
# =============================================================
# --- 1. Check WiFi adapter state ---
ifconfig wlan0
# Expected: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
# If DOWN: sudo ifconfig wlan0 up
# --- 2. List visible WiFi networks ---
sudo iwlist wlan0 scan | grep -E 'ESSID|Signal|Freq'
# If empty: adapter may be in a bad state, reboot first
# --- 3. Check current IP and routing ---
ip addr show wlan0
ip route show
# Look for a valid 192.168.x.x or 10.x.x.x address
# Missing IP = DHCP failure
# --- 4. Test connectivity layers ---
ping -c 4 192.168.1.1 # Gateway (replace with your router IP)
ping -c 4 8.8.8.8 # Internet IP connectivity
ping -c 4 google.com # DNS resolution
# --- 5. Check shill logs for WiFi/EAP errors ---
sudo cat /var/log/net.log | grep -iE 'eap|fail|error|dhcp|timeout' | tail -30
# --- 6. Check wpa_supplicant auth errors ---
sudo cat /var/log/net.log | grep -i 'wpa_supplicant' | tail -20
# Look for: CTRL-EVENT-EAP-FAILURE or CTRL-EVENT-DISCONNECTED
# --- 7. Force DHCP renewal ---
sudo dhclient -r wlan0 # Release
sudo dhclient wlan0 # Renew
# --- 8. Targeted shill network profile reset (no Powerwash needed) ---
# WARNING: This removes ALL saved WiFi networks
sudo stop shill
sudo rm -rf /var/cache/shill/default.profile
sudo start shill
# After this, reconnect to WiFi manually from Settings
# --- 9. Check OS version and board (for driver regression diagnosis) ---
cat /etc/lsb-release
# Note CHROMEOS_RELEASE_VERSION and CHROMEOS_RELEASE_BOARD
# --- 10. Roll back ChromeOS update (requires Developer Mode) ---
# Enable Developer Mode first (Esc + Refresh + Power at boot, then Ctrl+D)
update_engine_client --rollback --follow
# Chromebook will reboot into previous OS version
# --- 11. Check if WiFi chipset is detected ---
sudo lspci | grep -i network
sudo lsusb | grep -iE 'wifi|wireless|wlan'
# No output = hardware not detected = possible physical failure
# --- 12. Run built-in network diagnostics ---
network_diag --wifi
# Generates a diagnostic report with connectivity test resultsError Medic Editorial
The Error Medic Editorial team is composed of senior DevOps engineers, SRE practitioners, and enterprise network administrators with 10+ years of experience diagnosing OS-level connectivity failures across Chrome OS, Linux, Windows, and embedded platforms. Our guides are tested against real hardware including HP, Lenovo, and Acer Chromebook lines before publication.
Sources
- https://support.google.com/chromebook/answer/1047420
- https://chromium.googlesource.com/chromiumos/platform2/+/refs/heads/main/shill/README.md
- https://bugs.chromium.org/p/chromium/issues/list?q=wifi+authentication+chromebook
- https://www.chromium.org/chromium-os/developer-library/guides/development/debugging-network-issues/
- https://support.google.com/chromebook/answer/3265064