Ubuntu Chromebook の音と Wi-Fi を修復する

UbuntuネイティブまたはCrostini：環境とモデルの制約を確認する

このガイドは、Ubuntuが主要なシステムまたはネイティブブートとしてインストールされ、直接起動するChromebookに関するものです。Crostiniには適用されません：ChromeOSから起動されたこのLinux環境では、デバイスは異なる方法で提示され、UbuntuはWi-Fiカードや内蔵スピーカーを直接制御しません。ChromeOSのLinuxターミナルにいる場合は、ここで手を止め、Crostiniに特化した支援を探してください。

音とWi-Fiは同時に故障する可能性がありますが、しばしば独立した原因があります。音は選択された出力、オーディオスタック、またはコントローラーに依存する場合があり、Wi-Fiはラジオ、ドライバー、またはファームウェアに依存します。それぞれを別々に診断し、1つの修正が両方を解決するとは考えないでください。

変更を行う前に、重要なファイルをバックアップし、機能するシステムに戻れることを確認してください。Ubuntuのバージョン、カーネル、アーキテクチャをメモします：

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

これらのコマンドは、それぞれディストリビューション、カーネルのバージョン、アーキテクチャを表示します。x86_64のアーキテクチャだけでは、Chromebookがサポートされていることを保証しません。aarch64またはarm64の場合は、特定のデバイスに関する文書を確認する必要があります；以下に挙げるMrChromeboxのリストは、サポートされているIntel/AMD x86_64デバイスに関するものであり、ARM Chromebookではありません。

信頼できるモデルの文書でボード名またはHWIDを正確に特定します。商業名は、知られたラインを指している場合でも、互換性を確立するには不十分です。ボードが想定される使用のために文書化されていない場合や、特定できない場合は、ドライバーやファームウェアの試行を中止します。ChromebookへのUbuntuのインストールと互換性に関するガイドは、ネイティブブート後の診断を実施する前のインストールにおける注意点を区別するのに役立ちます。

Wi-Fiカードとオーディオコントローラーを別々にインベントリします

まず、すでに存在するツールを使用します。lspci -nnkは、PCIデバイスをその識別子とともに表示し、関連するドライバーやモジュールも示します。lsusbは、外部ネットワークアダプターを含むUSBデバイスのインベントリを行います。inxiがすでにインストールされている場合は、inxi -Nxxxでネットワーク部分を詳述できます。このインベントリを実行するためにドライバーをインストールしないでください。

lspci -nnk
lsusb

lspciの結果では、「Kernel driver in use」はデバイスに実際に接続されているドライバーを示し、「Kernel modules」は候補のモジュールを示しますが、ドライバーが機能している証拠ではありません。ネットワークカードとオーディオコントローラーの識別子と名前を別々にメモしてください。コマンドが存在しない場合は、利用可能なコマンドに移行します：その不在はハードウェア診断ではありません。

lspciだけでカードが存在しないと結論付けないでください。内蔵の一部はPCIまたはUSBデバイスとして露出されません。在庫をボードのログと文書と照合してから決定してください。

Wi-Fi：ラジオがブロックされている、インターフェースがない、単純な切断か？

まず、ラジオとインターフェースの状態を確認します。これらのコマンドは設定を変更しません：

rfkill list
nmcli device status
ip link

rfkill listは、デバイスが「Soft blocked」または「Hard blocked」であるかどうかを示します。ソフトウェアによるブロックはシステムによって解除できますが、ハードウェアによるブロックは物理的なコマンドまたはデバイスによって課せられた条件を意味します。後者を回避しないでください。ハードウェア制御またはボードのために文書化された手順を確認してください。

nmcli device statusは、NetworkManagerによって見える状態を示します。Wi-Fiインターフェースがdisconnectedとして検出されますが、接続されていません：ネットワーク設定から通常の接続を試み、必要に応じてネットワークやルーターを確認してください。unavailable、unmanaged、またはインターフェースの不在は、ドライバー、サービス、カーネルを調査する必要があることを示しています。インターフェースの名前は異なる場合があります：それがwlan0という名前であるとは限りません。

ip linkはネットワークインターフェースをリストすることでこの確認を補完します。インターフェースが存在しないことは、単独では物理カードが存在しないことを証明するものではありません：ドライバーがそれを登録していないか、デバイスがこのバス上に表示されていない可能性があります。この結果をlspci -nnk、lsusb、およびログと照合してください。

nmcli radio wifi onは、診断がラジオが無効であることを確認した場合、またはソフトウェアブロックがある場合にのみ使用します。Ubuntuの設定でもWi-Fiを再度有効にできます。その後、再度rfkill listおよびnmcli device statusを確認してください。このコマンドはハードウェアブロックを解除せず、欠落しているドライバーを作成するものではありません。

システムを変更せずにカーネルのログを読む

実際に認識されたドライバー名とファームウェア、Wi-Fi、オーディオに関連するメッセージを探します。次の2つのコマンドは読み取り専用で、携帯電話の画面で読みやすいように出力をフィルタリングします：

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'

dmesgがアクセスを拒否する場合、管理者はsudo dmesg -Tで読み取りを再起動できます。journalctlの読み取りも、一部のインストールでは権限を必要とする場合があります。完全なジャーナルを送信しないでください；特にMACアドレス、シリアル番号、その他の個人識別子を削除してください。

ファームウェアが欠落しているというエラー、初期化の失敗、またはドライバーがアタッチされるというインディケーターは、ハードウェア識別子、カーネルのバージョン、ボードの文書と照らし合わせるべき兆候です。フィルタリングされた行は、単独ではハードウェアがサポートされていることを証明しません。iwlwifiのメッセージは、このドライバーに対応するIntelチップに関するものであり、すべてのWi-Fiカードではありません；sofおよびsndの言及はオーディオ部分を指し、別々に読み取るべきです。

Ubuntuのファームウェアの更新は、ジャーナルが欠落したファームウェアを示し、チップとボードが特定されており、バックアップ接続が利用可能で、公式のUbuntuパッケージがインストールに対応している場合のみ正当化されます。この場合、まずバックアップを取り、関連するジャーナルを再度チェックし、その後Ubuntuリポジトリを使用します：

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

これらのコマンドを一般的な試験として実行しないでください：linux-firmwareの再インストールはサポートを保証するものではなく、すべてのチップがこのパッケージに依存しているわけではありません。インストール後は、カーネルのメッセージを再読み取りし、特定されたエラーが変更されたかどうかを確認してください。作業を保存し、閉じてからのみ再起動してください。ファームウェアに名前がある公式文書化されたパッケージが存在しない場合は、手を止めてください：上流ファイルをコピーしたり、ランダムにドライバーを置き換えたりしないでください。

無音：コントローラー前に出力を確認する

まず、設定 > 音に移動し、出力がミュートされていないことを確認し、音量を慎重に上げ、予期されるデバイスを選択してください。Ubuntuは、内蔵スピーカーではなく、HDMI、ヘッドフォン、またはBluetoothデバイスに音を送信する場合があります。出力が利用可能な場合は、低音量で設定のスピーカーテストを使用してください。音が他の出力から出る場合、問題はまず配信のルーティングにあり、ファームウェアを置き換えるべきではありません。

次に、利用可能なツールによって視認されるオーディオデバイスを確認します：

aplay -l
wpctl status

aplay -lは、ツールがインストールされている場合、ALSAカードとデバイスをリストします。「No soundcards found」は検出またはドライバーの不在を示し、単に音量を調整する問題ではありません。wpctl statusは、セッションがPipeWireを使用していてwpctlが利用可能な場合、選択中のオーディオ出力を示します。それが存在しない場合、ハードウェアコントローラーがないという証拠にはなりません。

ALSAがカードを確認しているがPipeWireが使用できる出力を提供しない場合、アクションを取る前にセッションとオーディオサービスを調査してください。無考えの再起動は避けてください。カードが表示されない場合は、lspci -nnkとsofまたはsndメッセージのログを照合してください。インベントリに存在しないコントローラーは単に出力を変更するだけでは修正できません；HDMIまたはヘッドフォンが選択されている場合、まずはルーティングに関する問題があります。

バックアップインターネットと試行停止基準

Wi-Fiが機能しない場合、認識されたUSB EthernetアダプターまたはUSBテザリングが一時的なアクセスを提供できるかもしれません。それを利用して診断を収集し、欠落しているファームウェアが特定された場合にのみ、公式のUbuntu更新を取得してください。このバックアップネットワークは調査を続けるために役立ちますが、内蔵Wi-Fiカードを修復するものではありません。

ボード名/HWIDが不明である場合、アーキテクチャやボードのサポートが文書化されていない場合、または確認後にカーネルがデバイスを認識しない場合、どの公式ドライバーやファームウェアもハードウェア識別子に一致しない場合は、試行を中止してください。支援を求める際には、確認済みのボード/HWID、アーキテクチャ、Ubuntuおよびカーネルのバージョン、ネットワークとオーディオの識別子、rfkillおよびnmcliの状態、そして関連するログの抜粋を提出してください。ただし、プライバシーのために内容を削除してください。また、何がまだ機能しているかも明記してください。音とWi-Fiの同時故障は共通の原因を特定するには不十分です。

よくある質問

なぜWi-FiはChromeOSでは動作するがUbuntuでは動作しないのですか？

両システムは異なるドライバー、カーネル、またはファームウェアを使用する可能性があります。それだけでは、Ubuntu用のドライバーがあなたのチップに存在するという結論には至りません。ハードウェアIDとボードを特定し、カーネルメッセージと関連文書を確認してください。

GitHubで見つけたドライバーをインストールできますか？

一般的な解決策としてはありません。リポジトリやコミュニティスクリプトは特定のチップ、カーネル、またはボードを対象にすることがあり、リスクを伴います。ハードウェアとの文書化された一致がある場合にのみ、理解した上でインストールしてください。公式のUbuntuパッケージを優先してください。

いつ試行を中止すべきですか？

ボードやチップが特定できない場合、アーキテクチャやボードのサポートが文書化されていない場合、またはエラーに対する公式の解決策が存在しない場合は中止してください。その場合、即興のフラッシュ、ドライバー、ファームウェアは避け、削除された診断でアドバイスを求めてください。

参考文献

• Ubuntu Desktop Guide — 無線ネットワークのトラブルシューティング
• Ubuntu Desktop Guide — 音が出ない
• Linux Wireless — iwlwifi
• MrChromebox — 対応デバイス