Arch Linuxで音が出ない典型的な状況 - 自作PC初心者マニュアル

Arch Linuxをインストールした直後や、システムをアップデートした直後に音が出なくなることは珍しくない。音が鳴らない原因は一つではなく、複数の要因が絡み合っている。まず押さえておきたいのは、Linuxで音声を扱う仕組みがいくつも存在しているという点である。

音声サーバー

現在のArch LinuxではPipeWireという比較的新しい音声サーバーが標準になっている。PipeWireは映像処理にも対応しており、従来の仕組みよりも拡張性が高い。

一方で、以前から使われてきたALSA（Advanced Linux Sound Architecture）やPulseAudioも今なお利用されている。ALSAはハードウェアとのやり取りを担当する仕組みで、PulseAudioはその上に乗ってアプリごとの音量調整や仮想デバイスを提供してきた。

PipeWireはPulseAudioの互換レイヤーを備えているため、多くのアプリはそのまま利用できる。環境によっては互換レイヤーが正しく動かず、出力先が選択できないことがある。アップデート後に音が出なくなるのは、この部分が壊れている場合が多い。

ALSAだけで動作させているシンプルな構成でも、ミュート設定やデバイスの競合で音が出なくなることがある。

Arch Linuxは最新のソフトウェアを積極的に取り入れるため、音声関連の仕組みも頻繁に更新される。これが利点である一方、互換性の揺らぎを引き起こしやすい。

PipeWire、ALSA、PulseAudioの役割と関係を理解しておくと、原因の切り分けがしやすくなる。音が出ないときに「どの層で止まっているのか」を考えるのが最初の一歩になる。

基本確認｜ミュート状態・音量・出力先設定

Arch Linuxで音が出ないとき、いきなり設定ファイルやドライバを疑う前に、まずは基本的な確認から始めたい。ハード面とソフト面のどちらにも「音が出ない単純な理由」が潜んでいるからである。

ハード面では、スピーカーやヘッドフォンの接続不良がよくある。ケーブルが緩んでいたり、出力端子を誤って差していたりすると当然ながら音は出ない。Bluetooth機器を使う場合は、接続が切れていないかや、バッテリー残量を確認することも大切だ。

ソフト面では、最初に音量ミュートや極端に小さい音量設定を疑うのが基本になる。ターミナルから alsamixer を起動すると、キーボードで各チャンネルの音量を確認できる。音量がゼロや「MM」と表示されているなら、ミュート状態なので矢印キーで音量を上げ、Mキーで解除する。

さらに、PipeWireやPulseAudio環境では出力先の設定も重要だ。複数のオーディオデバイスがある場合、想定とは別のデバイスに音が割り当てられていることがある。pavucontrol（PulseAudio Volume Control）を導入すれば、GUIで出力デバイスを選び直すことができる。アプリケーションごとの音量も調整できるため、特定のアプリだけ音が出ないときにも役立つ。

こうした確認を一つずつ行えば、「単純な見落とし」で無駄に悩む時間を減らせる。Arch Linuxの音声トラブルは複雑に見えても、まずはミュートや出力先の誤設定といった基本を見直すことが解決の近道になる。

PipeWire関連のトラブル解決

Arch Linuxでは、現在の標準音声サーバーとしてPipeWireが採用されている。柔軟で高機能だが、設定や互換レイヤーが正しく動かないと音が出なくなることがある。まずはPipeWire自体が動作しているかを確認しよう。

systemctl --user status pipewire

このコマンドで「active (running)」と表示されれば正常だ。停止しているなら、再起動で改善することがある。

systemctl --user restart pipewire

PipeWireは単独では機能せず、セッションマネージャーであるWirePlumberが必要になる。もし音が出ない状態が続くなら、WirePlumberが導入されているか確認し、同じように再起動してみる。

systemctl --user restart wireplumber

それでも改善しないときはログを確認する。PipeWireは標準出力に詳細なメッセージを残すため、以下のコマンドでエラーを調べられる。

journalctl --user -xe | grep pipewire

もう一つ注意したいのが、PulseAudio互換レイヤー（pipewire-pulse）である。多くのアプリはPulseAudioを前提としているため、pipewire-pulseが動いていないと音声が届かない。

systemctl --user status pipewire-pulse

もし停止していれば、再起動を試す。

systemctl --user restart pipewire-pulse

PipeWire、WirePlumber、pipewire-pulseの三つが揃って初めて環境が安定する。どれか一つが止まるだけで音が出なくなるので、順に確認していくことが解決への近道になる。

ALSA・PulseAudio利用環境での対処

PipeWireを使わず、ALSAやPulseAudioで音を扱っている環境でも確認すべき手順がある。まずALSA（Advanced Linux Sound Architecture）の基本ツールが入っていなければ動作確認すらできないため、alsa-utils を導入する。これに含まれる alsamixer や aplay を使えば、デバイスの音量や再生テストができる。

sudo pacman -S alsa-utils

インストール後は初期化を行うと改善することがある。

sudo alsactl init

PulseAudioを利用している環境では、サービスの再起動も有効だ。ユーザー権限で動作しているため、以下のコマンドで再起動する。

systemctl --user restart pulseaudio

さらに、出力先の誤設定が原因で音が出ないことも多い。PulseAudioには仮想デバイスや複数のカードが同時に表示されることがあるため、現在利用可能な出力デバイスを確認してみる。

pacmd list-sinks

ここで一覧を確認し、目的のデバイスを

pacmd set-default-sink <名前>

で指定すると優先出力が切り替わる。特に内蔵オーディオとUSB DACを併用している環境では、これを明示的に設定しないと期待したデバイスから音が出ないことが多い。

ALSAとPulseAudioはArch Linuxの古い構成でも根強く利用されており、基本的な確認と設定だけで改善する例が少なくない。PipeWireに移行していない環境では、この流れで切り分けていくとよい。

ドライバ・カーネルモジュールの確認

音量設定やサービスの再起動を試しても改善しないなら、ドライバやカーネルモジュールの問題を疑う必要がある。まずはシステムがサウンドカードを正しく認識しているかを確認する。

lspci | grep -i audio

ここで内蔵オーディオチップや外付けのオーディオデバイスが表示されなければ、ハードウェアをOSが認識していない。BIOS設定や接続そのものを見直す必要がある。

次に、関連するドライバがロードされているかを調べる。

lsmod | grep snd

snd_hda_intel や snd_usb_audio といったモジュールが表示されれば、最低限ドライバは読み込まれている。もし表示されなければ、手動でモジュールをロードする。

sudo modprobe snd_hda_intel

さらに詳細な状況を確認するには、カーネルメッセージを調べるとよい。

dmesg | grep snd

ここにエラーやタイムアウトが出ていれば、ドライバとハードウェアの相性に問題がある可能性が高い。RealtekのALCシリーズは、モデルごとに異なるオプションを/etc/modprobe.d/以下に設定しないと正しく動作しない例がある。また、USB DACを使うときにはカーネルの標準モジュールで十分動くことが多いが、古い機種では追加ファームウェアが必要になることもある。

このように、サウンドカードを認識しているか、対応するドライバが正しく動いているかを順に確認することが、トラブル解決の大きな手がかりになる。