HDAudioを使用している場合、ALSAのオプションの設定をすることで多くの問題が解決することがあります。
以下のサイトを参考に、 /etc/modprobe.d/alsa-base.conf へオプションを追加することで設定できます。

https://help.ubuntu.com/community/HdaIntelSoundHowto

最近、ここのフォーラムでは /etc/modprobe.d/alsa-base.conf への直接編集は好ましくなく、
/etc/modprobe.d/snd-hda-intel.conf を新規作成し、
「オプションの１行」＝「options snd-hda-intel model=MODEL」を書く方法が推奨されています。

（MODEL はご自分のPCの機種に対応したものを記述。）
（/usr/share/doc/alsa-base/driver/ALSA-Configuration.txt.gz の中から対応するMODELを探します。）
https://help.ubuntu.com/community/HdaIntelSoundHowto

$ echo 'options snd-hda-intel model=MODEL' | sudo tee /etc/modprobe.d/snd-hda-intel.conf

/etc/modprobe.d/snd-hda-intel.conf の内容が正しく記述されているか確認する方法。

$ cat /etc/modprobe.d/snd-hda-intel.conf

options snd-hda-intel model=MODEL　←この１行が内容になります。正しくなければ修正が必要です。

正しく記述されていればPCを再起動することでALSAが正しく動きます。

再起動後に「サウンド」の設定を再設定し、うまく動くことを確認してください。
うまく動かないようであれば、「PulseAudio音量調節」＝「pavucontrol」をインストールして、そちらで設定するとうまく動くと思います。

$ sudo apt-get update
$ sudo apt-get install pavucontrol
$ pavucontrol

お返事ありがとうございます。
私情で持たついてしまってなかなか返事することができませんでした。
大変失礼致しました。

今Ubuntuを立ち上げて教えていただいたことを試してみようと思います。
本日中には返事ができるようにやってみたいと思います。

/usr/share/doc/alsa-base/driver/ALSA-Configuration.txt.gz の中から「AD1884」でページ内検索をかけてみたのですが全く同じものは見つからずによく似ているものを見つけました。

　　　AD1884A / AD1883 / AD1984A / AD1984B
216    ====================================
217      desktop    3-stack desktop (default)
218      laptop    laptop with HP jack sensing
219      mobile    mobile devices with HP jack sensing
220      thinkpad    Lenovo Thinkpad X300
221      touchsmart    HP Touchsmart

「AD １８８４」の後ろにつく「A」の意味がわからなかったのもあり、片っ端から入れてみようと、２１７〜２２１までのMODELを教えていただいたページを参考に /etc/modprobe.d/snd-hda-intel.conf に記述して再起動しました。
立ち上がったあとに「pavucontrol」を実行してみたのですが、変更できる項目は「設定/プロファイル（内部オーディオ）」のみでした。
音が出たプロファイルは「アナログステレオ Output」「アナログステレオ 入出力」でした。
これらのうちのどちらかを選択した上で「出力装置/ポート」の設定をしようと思っていたら、前述したとおり、選択肢が「アナログヘッドフォン」しかなく、正直お手上げの状態になってしまいました。

わかりにくい文章で申し訳ないですが、もう少し協力していただけたら幸いです。

訂正します。

（誤）　/usr/share/doc/alsa-base/driver/ALSA-Configuration.txt.gz
（正）　/usr/share/doc/alsa-base/driver/HD-Audio-Models.txt.gz

（訂正）
/usr/share/doc/alsa-base/driver/HD-Audio-Models.txt.gz 内での「AD1884」について記述が「N/A」となっていることです。

AD1884
======
N/A

これは現在「AD1884」コーデックが正常に動作しないことを言っているような気がします。

再起動してみましたが結果は残念ながら同じでした。

それと今の私の現状では設定を変更できる部分が上述したものしかなく、これが正常なのか異常なのか判断できないため、「pavucontrol」での設定についてどのように設定するのか具体的な例をあげてもらえますか？

今度はハードウェア自身を認識しなくなってしまいました。
どの作業でこのような結果になったかははっきりとはわかりませんが、おそらくは「ThinkPad X100e」であげられていた alsa-drive のインストールに失敗したことが原因だと思っています。


このPCにubuntu11.10を10.04からのアップグレードだったので他のソフトウェアでもかなりの数の問題が発生していて、それらをそれぞれ一つづつ解消していくのは面倒なので一度クリーンインストールし直してみることにします。
おそらくサウンド関係の状況は変わらないでしょうが、もしかすると前バージョンからの引継ぎの際に発生したバグかもしれませんからやってみる価値はあると思います。

バックアップ等々で時間がかかると思います。
申し訳ないですが、少々返事が遅くなってしまうかもしれません。
ご了承ください。

/etc/modprobe.d/alsa-base.conf へのオプションの編集には、sudo権限でgeditを使う方がいいかもしれません。

$ sudo gedit /etc/modprobe.d/alsa-base.conf

それと今の私の現状では設定を変更できる部分が上述したものしかなく、これが正常なのか異常なのか判断できないため、「pavucontrol」での設定についてどのように設定するのか具体的な例をあげてもらえますか？

「pavucontrol」での設定ですが、私が #2 で説明していますように /etc/modprobe.d/alsa-base.conf へのオプションの記述が正しく行われ、正しくALSAが動くようになった後にPulseAudioの音量を設定するためや切り替えに使いますので、そこまでの設定がお済みでなければ「pavucontrol」での設定が出来ないことになります。
文章の書き方が誤解を招いたのかもしれませんが、そのように理解してください。

自分もあれやこれやと調べていると旧バージョンでは、デバイスのプロファイルの設定が「Analog stereo Duplex」になっていたことを思い出しました。
今のところデバイスのプロファイルの設定で変更可能な選択肢は下の六つです。

1 なし
2 Analog stereo input
3 Digital stereo (IEC958) output
4 Digital stereo(IEC958) output + Analog Stereo input
5 Analog stereo output
6 Analog stereo input + Analog stereo output

どなたか「Analog stereo Duplex」の選択肢を出現させる方法をご存知でしたら教えていただけないでしょうか。
よろしくお願いします。

「Analog stereo Duplex」は現在、6の「Analog stereo input + Analog stereo output」になります。表記が変わったのだと思います。

「N//A」の記述に関してなんですが、以前までのバージョンでは手動ではありましたが設定するとちゃんとイアホンのみから音が出ていたので対応していないのはすこし不思議に思えます。
バージョンアップ等々で対応するものが変わってしまったなら話は別なのですが。

「手動」での変更についてのいつからかは、AD1884コーデックを使用している人にしかわからないので、知っている方からの情報が欲しいところです。

ふと思ったことなのですが、「手動で切り替える」ことで良しとするならば「USB」機器を使用して解決することは出来ると思います。
（例としてurlを貼りますが、Ubuntu対応かどうかはわかりません。）

1) USBスピーカーでヘッドフォン出力のあるものを使う
http://www.sanwa.co.jp/product/peripheral/speaker/
http://www2.elecom.co.jp/multimedia/speaker/
http://buffalo-kokuyo.jp/products/multimedia/speaker/

2) USBオーディオ変換アダプタを使う
http://www.planex.co.jp/product/usb/pl-us35ap/
http://silvervine-ninelives.blog.so-net … 10-04-30-1

USB機器が認識されると出力のタブから選べるようになるので、「手動」で変更できるようになると思います。
販売価格が1000円〜2000円くらいのものが多数あります。Ubuntuでもほとんど設定なしで動くものもあるようです。
私個人としてはラップトップPC本体スピーカーよりも音質も良くなったり、他のPCでも使用出来るし、お金で解決する方法も良いかなと思ってしまいました。

解決策がわかるわけではないので恐縮ですが、ざっと思うところを延べます。

今回、Intel社のHigh Definition Audio規格に準拠したコーデックである、Analog Devices社のAD1884に着目していろいろな設定を試してみたわけですが、うまくいきませんでした。そこで、以下の出力を振り返ってみたいと思います。

hirofumie280 による投稿:

$ cat /proc/asound/card0/codec* | grep Codec
Codec: Analog Devices AD1884
Codec: Conexant ID 2c06

この出力からは、ALSAが認識しているIDが0のサウンドカードには、コーデックが２種類搭載されているということがわかります。

HDA規格の突っ込んだ話をさせていただくと、コマンド「lspci」で見えているものはPCIバスに接続されているコントローラーで、このコントローラーがコーデックを操作します。今回の場合はおそらく「Multimedia controller Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)」というのがそれでしょう。サウンドカードの上にコントローラーとコーデックが載っかっていて、一方はシステムのバスに、もう一方はアナログ入出力のジャックなどにつながっていると考えてもらえばいいかと思います。

HDA規格はコーデックの「ポート」と、ハードウェアの「ジャック」の接続方法までは規定していないため、同じコーデックの同じ「ポート」でも、ベンダーによってつなぎかたが変わってきます。これに対応するため、Linuxにサウンドドライバーを提供するALSAプロジェクトでは、ロードするカーネルモジュールにオプションを付けて挙動を変更するという実装をしています。ファイル「/etc/modprobe.d/alsa-base.conf」にいろいろと追記して試していただいたのは、ここらへんの事が関係しています。

しかし今回は、どうやらサウンドカードにコーデックが２つ搭載されているようです。どちらのコーデックの「ポート」がスピーカーあるいはヘッドフォンジャックにつながっているかというのが肝な気がします。

あいにく私はこれに関する回答は持ちあわせていません。せいぜい、パス「/proc/asound/card0」以下のファイルをくまなく探してみれば、何かヒントがつかめるかも、くらいです。

しかしregression（退行）とも取れる不具合ですので、ここはひとつlaunchpad.netにバグ報告してみるのはいかがでしょう？

端末で「$ ubuntu-bug;」を実行すると、小さなウィンドウが開きます。選択肢の中にサウンドシステムに関するバグ報告を行うものがありますので、それを選択した上でOKを押すと、今使っているコンピューターのサウンド周りの情報と一緒にバグ報告をすることができます。launchpad.netにアカウントを持っていなければバグ報告できないので、あらかじめ作っておく必要があります。

ただ、ダブってバグ登録してしまう可能性もありますので、あらかじめ検索しておくといいでしょう。試しにキーワード「Conexant ID 2c06」でlaunchpad.netをさっと検索してみたところ、以下が見つかりました。

[Conexant ID 2c06] ALSA test tone not correctly played back Dell Inspiron 1525 Ubuntu 10.04
https://bugs.launchpad.net/ubuntu/+sour … bug/650990
no sound after resume from suspend [Conexant ID 2c06] PA test tone failed (alsa tone succeeded)

メッセージのやり取りは英語のため、若干敷居が高いかもしれません。しかしせっかく見つけた不具合ですので、ちょっと手間をかけてみるのも一興かと思います。

さっぱり役に立たない返信でごめんなさい。。。

taka.zoo.n による投稿:

（myusername は実際にログインしているユーザー名）と出力されるので何もしなくとも ACL によりアクセスが認められるはずです。また、hda-verb の gid を audio にして setgid を立ててもダメでした。ですから ACL の問題というわけではなさそうです。owner を root にして setuid を立てるときちんと切り替わります。ですから mount option の問題でもなさそうです。なにか codec あるいは AD1884 特有のアクセス制御があるのでしょうか？

手元の環境で再現できるか確認したところ、O_RDWRフラグで/dev/snd/hwC0D0ををopen(2)する箇所でPermission Deniedが発生していました。確認していただいた通り、このプロセスはこのキャラクタデバイスに対するrwパーミションを持っていると判断できますから、これはACL以外が作用していると考えることができます。

ここでカーネルランドドライバーのコードを見てみたところ、以下のようになっていました。

/sound/pci/hda/hda_hwdep.c

static int hda_hwdep_open(struct snd_hwdep *hw, struct file *file)
{
#ifndef CONFIG_SND_DEBUG_VERBOSE
        if (!capable(CAP_SYS_RAWIO))
                return -EACCES;
#endif
        return 0;
}

Ubuntuではこの「CONFIG_SND_DEBUG_VERBOSE」オプションは無効となっているので、capable()が実行されます。私はLinuxのケーパビリティに全く詳しくないのですが、今回の件はプロセスがCAP_SYS_RAWIOを持っていないというのが原因である可能性があります。

Linuxのケーパビリティに関してはマニュアルを参照してください。
$ man 7 capabilities

Mocchi さん、udooon さん、どうもありがとうございました。おかげさまで問題が解決しました。

Mocchi による投稿:

今回の件はプロセスがCAP_SYS_RAWIOを持っていないというのが原因である可能性があります。

capability のことはいままで全く知りませんでした。まだ man page を読んだだけですがとりあえず

sudo setcap cap_sys_rawio=ep hda-verb

を実行したら setuid, setgid を全くつけずに、ログインしているユーザーで hda-verb が正しく動くようになりました。

udooon による投稿:

kernel 3.12 で patch_analog.c が大幅に変わっているので、自立型HPに対応したのでは？

教えていただいた http://kernel.ubuntu.com/~kernel-ppa/ma … .12-saucy/ から kernel をダウンロードして試したところイヤホンジャックの抜き差しで本体スピーカーの on/off が自動で切り替わるようになりました。（カーネル以外は 12.04 のままです。）CF-Y8 は古い PC なので新しい kernel がサポートしなくなったデバイスがないかとちょっと心配だったのですが、いまのところ支障はでていません。