Pardus Linux 23でサウンドカードドライバが検出されない問題を修正する
Pardus Linux 23でサウンドカードが認識されない場合のトラブルシューティングを行います。ALSA検出、カーネルモジュール、オーディオサービス、出力プロファイル、ファームウェア、およびアップデートを安全に確認します。
Pardus Linux 23では、出力デバイスのないスピーカーアイコンが表示される場合、サウンドカードドライバが見つからないように見えることがあります。原因は、カーネルドライバやファームウェアの問題など、スタックの下位レベルにある場合もあれば、デスクトップオーディオサービスが誤った出力先を選択しているなど、上位レベルにある場合もあります。パッケージをインストールしたり設定を変更したりする前に、PCIまたはUSBデバイスリストとALSAのカードリストを簡単に確認することで、どのレイヤーを調査すべきかがわかります。
このガイドは、XFCE および GNOME インストールを含む Pardus 23 デスクトップに適用されます。Pardus 23 リリース ノートには、最初のリリースのデフォルト デスクトップとして XFCE 4.18 と Linux 6.1 カーネルが記載されていますが、それ以降の Pardus 23 イメージやアップデートでは異なる場合があります。uname -rすべての 23.x システムが同じビルドであると想定するのではなく、インストールされているカーネルを確認してください。Pardus 23 リリース ノートには、公式リポジトリ コンポーネントも記載されていますnon-free-firmware。Pardus 23 リリース ノートを参照してください。
Linuxのオーディオは、複数のレイヤーに分かれています。ALSAはカーネルのオーディオインターフェースとサウンドカードドライバを提供し、PulseAudioやPipeWireなどのデスクトップオーディオサーバーはその上に位置し、スピーカー、ヘッドホン、HDMI、USBデバイスなどにオーディオをルーティングします。Debianリファレンスのオーディオセクションでは、ALSAドライバとオーディオサーバーのこの分離について説明しています。したがって、デスクトップメニューに出力がないからといって、Pardusにサウンドカードドライバがないとは限りません。まずハードウェアとALSAレイヤーを確認し、次にオーディオサーバーを確認してください。
ターミナルを開いて、以下を実行してください。
lspci -nnk | grep -A3 -i audio
lsusb
aplay -l
cat /proc/asound/cards
lspciバインドされている場合は、内部 PCI オーディオ ハードウェアとそのカーネル ドライバを一覧表示します。lsusb外部 USB オーディオ デバイスのサポートに役立ちます。ALSAが認識できるサウンド カードを表示しaplay -lます/proc/asound/cards。コマンドが見つからない場合は、設定済みの Pardus リポジトリから関連する診断ユーティリティをインストールしてください。は、alsa-utilsなどのツールを提供しaplay、alsamixerはをpciutils提供しますlspci。
aplay -lグラフィックカードがリストに表示されているのにデスクトップから音が再生されない場合は、まず出力先を確認してください。デスクトップのサウンドまたはオーディオ設定を開き、HDMI、ドック、モニター、または接続されていないデバイスではなく、実際のスピーカーまたはヘッドホン出力を選択します。テストとして、ヘッドホンとスピーカーをコンピューターに直接接続し、使用していないUSBまたはHDMIオーディオデバイスを一時的に取り外して、出力リストが見やすくなるようにしてください。
ALSAミキサーも確認してください。
alsamixer
複数のカードが表示されている場合は、を押してF6、テストしている出力に一致するカードを選択します。再生コントロールがミュートされ、レベルが低い箇所を探します。ではalsamixer、M選択したコントロールのミュートを切り替えます。マスター、スピーカー、または PCM レベルを徐々に上げます。ミキサーのコントロールについては、 alsa-utils alsamixer マニュアルを参照してください。一部のラップトップにはハードウェアのミュート キーが別にあるため、それらもテストしてください。まだ設定を保存しないでください。まず、ミュートを解除するか、正しいデバイスを選択してサウンドが復元されるかどうかを確認します。
ALSA の再生テストを短時間行うには、 で表示されるカードとデバイスの番号を使用しますaplay -l。たとえば、speaker-test -c 2 -t wavは現在のデフォルトデバイスをテストします。 で停止しますCtrl+C。ALSA の直接テストは正常に動作するものの、通常のデスクトップアプリケーションが無音のままの場合は、別のカーネルドライバをインストールするのではなく、デスクトップのサウンドサーバーとその出力プロファイルを調査してください。
lspciまたはがlsusbオーディオハードウェアを識別するもののサウンドカードが表示されない場合aplay -l、問題はカーネルモジュール、ファームウェア、またはデバイスの初期化に関連している可能性が高いです。起動時のオーディオメッセージとロードされたサウンドモジュールを収集してください。
sudo journalctl -k -b | grep -i -E 'snd|hda|sof|audio|firmware'
lsmod | grep '^snd'
ファームウェアファイルが見つからない、デバイスの初期化に失敗した、またはモジュールがロードされなかったことを示す行を探してください。lspci -nnkログに記載されているモジュールとファームウェアと、PCI ベンダー ID およびデバイス ID を比較してください。ハードウェアファミリーは様々です。Intel snd_hda_intelHigh Definition Audio では が一般的ですが、新しいシステムや Intel 以外のデバイスでは、Sound Open Firmware (SOF) モジュールなど、異なるドライバが使用される場合があります。チップセットとドキュメントに記載されているドライバパスを確認せずに、推測したモジュールを強制的にロードしたり、別のモジュールをブラックリストに追加したりしないでください。
これが古いバージョン、または部分的にしかアップデートされていないPardus 23のインストールである場合は、Pardus Updateから利用可能なアップデートをインストールするか、標準のPardusパッケージワークフローを使用してください。
sudo apt update
sudo apt upgrade
カーネル、ファームウェア、またはALSA関連パッケージの更新後に再起動し、再度検出コマンドを実行してください。Pardus 23のリリースノートには、ディストリビューション独自のレポジトリが記載されています。Debianレポジトリを追加したり、ダウンロードサイトから無作為にドライバパッケージをインストールしたりすることは避けてください。レポジトリを混在させると、コアライブラリが置き換えられたり、システムがサポート対象外の状態になったりする可能性があります。
カーネルログに不足しているファームウェアファイルの名前が表示されている場合は、まず正確なオーディオチップセットとファームウェアファイル名を特定してください。PardusパッケージリポジトリまたはPardusヘルプドキュメントでそのコンポーネントを検索し、サポートされているリポジトリから一致するパッケージのみをインストールしてください。Pardusは特定のデバイス向けにファームウェアのインストールに関する個別の注意事項を公開していますが、実験的なファームウェアリポジトリを使用しています。これはハードウェア固有の手順として扱い、指示がデバイスと一致し、リポジトリのトレードオフを受け入れる場合にのみ従ってください。オーディオデバイスが存在しないという理由だけで、実験的なリポジトリを有効にしないでください。Pardusのファームウェアインストールガイドを参照してください。
再起動する前に、セッションがどのオーディオサーバーを使用しているかを確認してください。以下のコマンドを実行してください。
pactl info
wpctl status
pactl infoPulseAudio互換サーバーを報告します。PipeWireのインストールにより、 を介してPulseAudio互換性が提供される場合がありますpipewire-pulse。wpctl statusPipeWireとWirePlumberがインストールされている場合、PipeWireデバイスとノードが一覧表示されます。これらのコマンドのいずれかが、別のオーディオスタックを使用しているシステムで使用できないのは正常です。 Debianドキュメントには、デスクトップ環境では異なるサウンドサーバーを使用できると記載されており、Debian 12以降のPipeWireセットアップが一覧表示されています。 Pardus XFCEとGNOMEのオーディオサービス設定が同じであると想定しないでください。
コマンド出力で PipeWire が識別された場合は、再起動する前に、ユーザー セッションで PipeWire と WirePlumber がアクティブになっているかどうかを確認してください。PulseAudio が識別された場合は、ユーザー セッションの状態と ALSA カードを認識できるかどうかを確認してください。最初の解決策として PipeWire と PulseAudio を並行してインストールしたり、両方のスタックに対して再起動コマンドを無作為に実行したりしないでください。まず、実際に使用されているデバイスの選択またはサービスを修正し、次にサインアウトして再度サインインするか、インストールされているパッケージに適した手順を使用してそのユーザー サービスを再起動してください。
lspciどちらの設定でもlsusbデバイスが表示されない場合は、デスクトップのオーディオ設定では解決できません。オンボードオーディオの場合は、BIOSまたはUEFIの設定でオーディオコントローラが有効になっているか確認し、マシンを完全にシャットダウンしてから再起動後に再度確認してください。USBサウンドアダプタの場合は、別のポートに直接接続し直してlsusb再度実行してください。仮想マシンの場合は、ハイパーバイザがゲストにオーディオデバイスを公開していることを確認してください。Linuxゲストは、提供されていないハードウェアのドライバをロードできません。
デバイスがハードウェア一覧に表示されているにもかかわらず、「使用中のカーネルドライバ」の行がない場合は、そのベンダーとデバイスID、Pardusのバージョン、uname -rおよび関連するカーネルログ行を記録してください。Pardusまたはチップセットベンダーのドキュメントで、その正確なIDを検索してください。これは、異なるオーディオリビジョンが搭載されている可能性のあるノートパソコンのモデル名のみに基づいてドライバを選択するよりも信頼性が高くなります。
aplay -lドライバーを変更する前に必ず確認してください。pactl info、必ずお読みくださいwpctl status。変更を加えるたびに、aplay -lデスクトップの出力リストを確認し、再度試してください。ALSAにサウンドカードが表示され、目的のスピーカーまたはヘッドホン出力が選択可能で、音量コントロールがミュートされていないことを確認してください。2つのアプリケーションから音声を再生し、内蔵スピーカーとヘッドホン(利用可能な場合)の両方をテストしてください。再起動後に音声が出力されなくなった場合は、現在のカーネルバージョンを記録し、最後に正常に動作していたバージョンと比較してください。これにより、カーネル、ファームウェア、またはブート時モジュールの変更が原因であることが分かります。
ハードウェアが認識されているにもかかわらずALSAカードが認識されない場合、またはカーネルログにファームウェアファイルの欠落やプローブの失敗が繰り返し報告される場合は、Pardusサポートに問い合わせる際にPCIまたはUSB IDとログの抜粋を控えておいてください。これらの詳細情報は、「サウンドドライバが検出されません」という表現よりもはるかに正確に問題を特定でき、ドライバの問題とデスクトップのオーディオルーティングの問題を区別するのに役立ちます。
Pardus Linux 23でサウンドカードが認識されない場合のトラブルシューティングを行います。ALSA検出、カーネルモジュール、オーディオサービス、出力プロファイル、ファームウェア、およびアップデートを安全に確認します。
Pardus KVMゲストが1024x768でフリーズしてしまう問題を解決するには、仮想GPU、SPICEエージェント、X11またはWaylandセッションを確認し、より高いディスプレイモードが正しく動作していることを確認してください。
Debianにおいて、キーベースのSSH、/etc/fstab、systemdネットワークオプション、自動マウント、および検証手順を用いて、起動時にリモートSSHFSディレクトリを自動的にマウントします。
SLESアップグレード中に「メモリを割り当てできません」というエラーが発生した場合のトラブルシューティングを行います。RAM、スワップ、OOMログ、およびプロセス制限を確認し、パッケージトランザクションを中断することなく復旧します。
Harmonica OS (HamoniKR) タブレットにおけるタッチオフセット、回転、およびディスプレイマッピングのトラブルシューティングを行います。X.Org と libinput の修正を比較し、安全にテストを行い、キャリブレーションが役に立たない場合を把握します。
既存の Debian 12 スワップパーティションを、dm-crypt、起動ごとに生成される新しいランダムキー、/etc/crypttab、/etc/fstab、および安全な検証手順を使用して暗号化します。
Ubuntuにsmartmontoolsをセットアップして、ドライブの状態を監視し、SMARTメールアラートを送信します。デバイスのサポート状況を確認し、メール配信を設定し、通知をテストし、障害のトラブルシューティングを行います。
インストーラーのブートモード、EFIシステムパーティション、NVRAMエントリ、GRUB EFIファイル、セキュアブート、およびファームウェアのフォールバックを確認することで、DebianのUEFIブートの失敗を修正します。
Ubuntu Desktop 上で、Snapper を設定してスケジュールされた Btrfs スナップショットを取得およびクリーンアップします。まずサブボリュームのレイアウトを確認し、systemd タイマーを有効にして、保持期間が安全に設定されていることを確認してください。
SUSE Linux Enterprise 上で、データ枯渇とメタデータ枯渇を区別し、ストレージを拡張し、メタデータを修復し、自動拡張を有効にすることで、LVM シン プールが満杯になった場合の診断と復旧を行います。