Ubuntu na Chromebooku: opravit zvuk a Wi-Fi

Ubuntu nativní nebo Crostini: zkontrolujte prostředí a limity modelu

Tento průvodce se týká Chromebooku, který bootuje přímo do Ubuntu, nainstalovaného jako hlavní systém nebo při nativním spuštění. Nepoužívá se pro Crostini: v tomto prostředí Linuxu spuštěném z ChromeOS jsou zařízení prezentována jinak a Ubuntu neřídí přímo Wi-Fi kartu ani interní reproduktory. Pokud jste v terminálu Linuxu ChromeOS, zde se zastavte a hledejte pomoc specifickou pro Crostini.

Zvuk a Wi-Fi mohou přestat fungovat současně, ale často mají nezávislé příčiny. První může záviset na vybraném výstupu, audio zásobníku nebo ovladači; ten druhý na rádiu, ovladači nebo firmwaru. Diagnostikujeme je odděleně, aniž bychom předpokládali, že jediná oprava vyřeší obojí.

Před jakoukoli změnou zálohujte své důležité soubory a ujistěte se, že se můžete vrátit k funkčnímu systému. Zjistěte verzi Ubuntu, jádro a architekturu:

grep '^PRETTY_NAME=' /etc/os-release
uname -r
uname -m

Tyto příkazy zobrazí respektive distribuci, verzi jádra a architekturu. Architektura x86_64 sama o sobě nezaručuje, že Chromebook je podporován. aarch64 nebo arm64 vyžaduje ověření dokumentace specifické pro zařízení; seznam MrChromebox citovaný níže se týká zařízení Intel/AMD x86_64, která jsou podporována, nikoli Chromebooků ARM.

Identifikujte board name nebo přesný HWID ve spolehlivé dokumentaci modelu. Obchodní název — i když označuje známou řadu — nestačí ke stanovení kompatibility. Pokud board není zdokumentován pro zamýšlené použití, nebo pokud jej nemůžete identifikovat, přestaňte s pokusy o ovladače a firmware. průvodce instalací a kompatibilitou Ubuntu na Chromebooku pomáhá rozlišit opatření přijatá před instalací diagnostiky prezentované zde, která následuje po nativním spuštění.

Inventarizujte odděleně Wi-Fi kartu a audio ovladač

Začněte s nástroji, které již máte. lspci -nnk zobrazuje PCI zařízení s jejich ID v hranatých závorkách, stejně jako související ovladače a moduly. lsusb inventarizuje USB zařízení, včetně externí síťové adaptéru. Pokud je inxi již nainstalován, inxi -Nxxx může podrobně popsat síťovou část. Neinstalujte ovladač pro provedení této inventarizace.

lspci -nnk
lsusb

V výsledku lspci označuje „Kernel driver in use“ ovladač skutečně připojený k zařízení; „Kernel modules“ označuje kandidátské moduly, ne důkaz, že ovladač funguje. Poznamenejte si odděleně ID a název síťové karty a audio ovladače. Pokud příkaz neexistuje, přejděte na ty, které jsou k dispozici: jeho absence není diagnostikou hardwaru.

Nedělejte závěry, že karta je nepřítomná pouze na základě lspci. Některé vestavěné prvky nejsou vystaveny jako PCI nebo USB zařízení. Ověřte inventář s protokoly a dokumentací desky před rozhodováním.

Wi-Fi: rádio zablokováno, rozhraní chybí nebo jen odpojeno?

Nejprve zkontrolujte stav rádia a rozhraní. Tyto příkazy nemění konfiguraci:

rfkill list
nmcli device status
ip link

rfkill list uvádí zejména, zda je zařízení „Soft blocked“ nebo „Hard blocked“. Softwarová blokace může být odstraněna systémem; hardwarová blokace odpovídá fyzickému příkazu nebo podmínce stanovené zařízením. Neobcházejte tuto poslední. Zkontrolujte hardwarové ovládání nebo postup zdokumentovaný pro desku.

nmcli device status poskytuje stav pohledem NetworkManageru. Wi-Fi rozhraní disconnected je detekováno, ale není připojeno: zkuste normální připojení z nastavení sítě a pak prozkoumejte síť nebo router, pokud je to nutné. unavailable, unmanaged nebo absence rozhraní spíše žádá o prozkoumání ovladače, služby a jádra. Název rozhraní se může lišit: nepředpokládejte, že se nazývá wlan0.

ip link doplňuje tuto kontrolu tím, že uvádí síťová rozhraní. Jeho absence sama o sobě nedokazuje, že fyzická karta neexistuje: ovladač ji nemusí zaregistrovat, nebo zařízení se nemusí na této sběrnici objevit. Ověřte tento výsledek s lspci -nnk, lsusb a protokoly.

Použijte nmcli radio wifi on pouze pokud diagnostika potvrzuje, že rádio je deaktivováno nebo že existuje softwarová blokace. Můžete také znovu aktivovat Wi-Fi v nastavení Ubuntu. Poté znovu zkontrolujte rfkill list a nmcli device status. Tento příkaz nezruší hardwarovou blokaci a netvoří chybějící ovladač.

Přečtěte si protokoly jádra bez úpravy systému

Hledejte zprávy spojené se skutečně zjištěnými názvy ovladačů a termíny firmware, Wi-Fi a audio. Následující dva příkazy jsou pouze pro čtení a filtrují jejich výstup, aby zůstaly čitelné na mobilním displeji:

dmesg -T | grep -Ei 
  'firmware|iwlwifi|ath|brcm|rtw|wlan|wifi|sof|snd|audio'

journalctl -b -k --no-pager | grep -Ei 
  'firmware|iwlwifi|ath|brcm|rtw|wlan|wifi|sof|snd|audio'

Pokud dmesg odmítá přístup, administrátor může znovu spustit čtení s sudo dmesg -T. Čtení journalctl může také vyžadovat oprávnění na některých instalacích. Neposílejte úplný protokol bez jeho úpravy: zejména odstraňte MAC adresy, sériová čísla a další osobní identifikátory.

Chyba, která označuje chybějící soubor firmwaru, neúspěch inicializace nebo ovladač, který se připojuje, je indikátor, který je třeba porovnat s hardwarovým ID, verzí jádra a dokumentací desky. Žádný výstup filtrovaný sám o sobě nedokazuje, že hardware je podporován. Zprávy iwlwifi se týkají čipů Intel kompatibilních s tímto ovladačem, nikoli všech Wi-Fi karet; odkazy sof a snd ukazují na část zvuku a čtou se odděleně.

Aktualizace firmwaru Ubuntu se ospravedlňuje pouze v případě, že protokoly pojmenují chybějící firmware, že čip a deska jsou identifikovány, že je k dispozici záložní připojení a že oficiální balíček Ubuntu odpovídá vaší instalaci. Pouze v tomto případě, nejprve zálohujte, znovu si prohlédněte dotčený protokol a poté použijte ubuntu repozitáře:

sudo apt update
sudo apt install --reinstall linux-firmware

Nespouštějte tyto příkazy jako obecný pokus: přeinstalace linux-firmware není zárukou podpory, a ne všechny čipy jsou založeny na tomto balíčku. Po instalaci zkontrolujte zprávy z jádra, abyste zjistili, zda se identifikovaná chyba změnila. Neberte restart, dokud neukončíte a nezálohujete svou práci. Pokud žádný oficiální balíček, který je zdokumentován, neodpovídá zmíněnému firmwaru, při zastavte: nekopírujte upstream soubor a nenahrazujte ovladač náhodně.

Bez zvuku: zkontrolujte výstup před ovladačem

Začněte s Nastavení > Zvuk: zkontrolujte, že není výstup ztlumený, opatrně zvyšte hlasitost a vyberte očekávané zařízení. Ubuntu může směrovat zvuk na HDMI, sluchátka nebo Bluetooth zařízení spíše než na interní reproduktory. Pokud je k dispozici výstup, použijte test reproduktorů v nastavení na nízký objem. Pokud zvuk vychází přes jiný výstup, problém se týká nejdříve směrování, nikoli firmwaru, který by měl být vyměněn.

Dále zkontrolujte audio zařízení viděná dostupnými nástroji:

aplay -l
wpctl status

aplay -l seznamuje zvukové karty a zařízení ALSA, když je nástroj nainstalován. „No soundcards found“ naznačuje problém s detekcí nebo absencí ovladače, nikoli s prostým nastavením hlasitosti. wpctl status, pokud vaše relace používá PipeWire a pokud je wpctl k dispozici, ukazuje výstupy zvuku relace a vybrané. Jeho absence nedokazuje, že hardwarový ovladač je chybějící.

Pokud ALSA vidí kartu, ale PipeWire nenabízí použitelný výstup, prozkoumejte relaci a audio službu před jakoukoliv akcí. Vyvarujte se slepého restartu. Pokud se žádná karta nezobrazuje, porovnejte lspci -nnk s zprávami sof nebo snd v protokolech. Chybějící ovladač v inventáři se neopravuje pouze změnou výstupu; pokud je ovladač přítomný a HDMI nebo sluchátka jsou vybrány, vyžaduje to nejdříve směrování.

Nouzový internet a kritéria pro zastavení

Pokud Wi-Fi nefunguje, rozpoznaný USB Ethernet adaptér nebo USB tethering může poskytnout dočasný přístup. Použijte jej k získání diagnostiky a pouze pokud byl identifikován chybějící firmware, získejte oficiální aktualizace Ubuntu. Tato záložní síť umožňuje pokračovat ve vyšetřování; neopravuje interní Wi-Fi kartu.

Přestaňte s pokusy, pokud je board name/HWID neznámý, pokud architektura nebo deska nemá dokumentovanou podporu, pokud jádro nevidí zařízení po ověření, nebo pokud žádný oficiální ovladač nebo firmware neodpovídá hardwarovému ID. Aby jste požádali o pomoc, uveďte ověřené board/HWID, architekturu, verzi Ubuntu a jádro, identifikátory síťových a audio zařízení, stavy rfkill a nmcli a také pouze relevantní úryvky protokolů, bez osobních údajů. Také uveďte, co ještě funguje. Současné selhání zvuku a Wi-Fi nestačí na určení společné příčiny.

Časté dotazy

Proč Wi-Fi funguje v ChromeOS, ale ne v Ubuntu?

Oba systémy mohou používat různé ovladače, jádro nebo firmware. To samo o sobě neumožňuje vyvodit závěr, že pro váš čip existuje ovladač Ubuntu. Identifikujte hardware ID a desku, poté zkontrolujte zprávy jádra a odpovídající dokumentaci.

Mohu nainstalovat ovladač nalezený na GitHubu?

Ne jako obecné řešení. Repozitář nebo komunitní skript může být zaměřen na konkrétní čip, jádro nebo desku a může obsahovat rizika. Neinstalujte jej bez dokumentovaného souladu s vaším hardwarem a bez porozumění provedeným změnám; upřednostňujte oficiální balíčky Ubuntu.

Kdy bych měl ukončit pokusy?

Když board nebo čip nejsou identifikovány, když podpora architektury nebo desky není dokumentována, nebo když žádné oficiální řešení neodpovídá zjištěným chybám. V těchto případech se vyhněte ohromujícímu flashování, ovladačům a firmwarem a požádejte o radu s vyčištěnými diagnostiky.

Zdroje

• Ubuntu Desktop Guide — řešení problémů s bezdrátovou sítí
• Ubuntu Desktop Guide — absence zvuku
• Linux Wireless — iwlwifi
• MrChromebox — podporované zařízení