hir0さんありがとうございます。

> ALSAのウェブサイトかダウンロードしたファイルに書いていませんか？

READMEを見てみましたが、カーネル対応情報くらいしか目に止まりませんでした。

> ビルドしてインストールすれば疑問は明らかになります。

やはりそうですよね。。。メイン環境を壊したくないので、以下をしました。
1. サブHDDにパーティション切って、Ubuntu Studio 9.10をインストール。
2. alsa-driver v.1.0.22.1をALSAウェブサイトからダウンロード、解凍。
3. 端末を起動し、cdで解凍したディレクトリに入って「./configure」。
4. 「patchコマンドがない」とメッセージがでたので、「sudo apt-get install build-essential」を実行。
5. 再度「./configure」。今度は成功。
6. 「make」成功。
7. 「sudo make install」成功。

ALSAで設定を変えて音声を出力したところ、デバイスが適切に動作しているので、導入成功のようです。よかったー。
しかし気になるのは、質問2です。更新パッケージが配布されてもちゃんと更新されますか？

ALSA周りのような大物をきちんとパッケージにするのはかなり大変なので、dpkg-divertしておくとラクです。パッケージアップデートによる不慮の上書きを回避できます。

サンプルは https://wiki.ubuntu.com/FirefoxTipsAndTricks あたりで。

http://www.debian.org/doc/manuals/apt-howto/ch-helpers.ja.html
の equivs などを使って、alsa-base の(更新されそうにない)高いバージョン番号がついたダミーパッケージを作って入れておくのはいかがでしょうか。

hitoさん、ackさん、どうもありがとうございます。今回話題にしてるデバイス「E-MU 0404 USB」はサンプリング周波数を5段階くらいから選択してA/D変換できるUSBオーディオ・インターフェイスです。

hiro による投稿:

少なくとも9.10ではE-MU 0404 USBは「認識」はされそうなのですが...ということなので、そもそもまだ試されていないのかなと思います。

デバイスは日常的に使っています。Ubuntuにちゃんと「認識」されていますし、普通に利用して音声を入出力するぶんには問題ありません。

ただ、音楽製作目的でJACKを起動し、サンプリング周波数をデフォルトの44.1kHzから変更すると、音声にノイズが乗ります。デバイス内のサンプリング周波数がデフォルトの44.1kHzのまま変更されず、ソフト側とハード側で不一致がおこるためです。あらかじめWindowsでデバイスのサンプリング周波数を変更しておく方法もありますが、それだけのためにWindowsを起動するのも面倒です。

最新のALSAドライバだと、デバイス内のサンプリングレートを自動で変更してくれるようになっています。このトピックの#3で確認しました。そのため、ぜひ導入したいのです。

hiro による投稿:

Ubuntuではalsa-driverに相当するカーネルモジュールはlinux-image-(version)-(flavour)パッケージに含まれています（たとえばlinux-image-2.6.31-9-generic）。また、linux-backports-modules-alsa-karmic-genericという拡張（だと思ってください）パッケージもあり、これをインストールすることでより新しいkernel/ALSAのパッケージベースのドライバを取り込むことが可能です。

私はUbuntu Studio 9.10を使っているので、alsa-driverは「linux-image-2.6.31-9-rt」に含まれているんですね。RTカーネル用の「linux-backports-modules-alsa-karmic」はないのかなと検索してみましたが、どうやらないようです。仮にこのパッケージをインストールしたとしても、RTカーネルには適用されない気がします。

hito による投稿:

これらのファイルを上書きすると、カーネルイメージのアップデート時に悲惨な目にあいます。対象のドライバを狙ってdpkg-divertするべきです。

すると、対象のドライバのファイルがどこにあるか（定位置としましょう）を特定しなければならないのですね。そのうえで、そのファイルに対してdpkg-divertを行い、インストール先を定位置から変更。その後、alsa-driverから対象のドライバを定位置にインストールするという理解でよいのでしょうか？

実は9.10でプリンストンのペンタブを動作させる方法において、ドライバ（inuxwacom）の上書きインストールやっています。悲惨な目に合うこと確定でしょうか？トピックのタイトルと関係ないことで申し訳ないのですが、悲惨な目に合うか合わないかだけでも教えていただけると助かります。

hitoさん、お時間割いていただき恐縮なのですが、私も頑張りますので、よろしくお願いしますm(_ _)m

ここで一旦、みなさんにご提案いただいた方法を整理してみます。
1. dpkg-divertでパッケージのインストール場所を変更してから自分でインストール
　→今のところ、考えうる最善の方法かと。
2. セキュリティアップデートが適用されるたびに自分でインストール
　→1.の代替案。面倒だけどもっとも単純な方法。
3. 黒魔術
　→今の私の頭では理解できかねます。。。
4. APTのequivsを使いダミーパッケージを入れて、アップグレード時に上書きされないようにする
　→パッケージ「alsa-base」は今回あまり関係ないように思えます。
5. 「.deb」パッケージを作って、APTで管理が出来るようにインストール
　→ALSAは「大物」なのできちんとパッケージ化するのは難しいようです。
6. lucid (alpha) にアップグレード
　→デバッグに協力できるのは素晴らしいことなのですが、今の環境のまま使いつづけたいと思います。

という感じですね。ここからは方法1に関して進めていきたいと思います。

さて、方法1を私が行う上でネックになるのが、「ドライバファイルの場所の特定」なんですが、ひょっとして、これに関してはパッチの内容だったり、「sudo make install」の出力内容が参考になりますか？

パッチが対象としているのは、以下の3つのファイルでした。
alsa-driver-1.0.22.1/alsa-kernel/usb/usbmixer.c
alsa-driver-1.0.22.1/alsa-kernel/usb/usbaudio.h
linuxwacom-0.8.4-3/src/xdrv/wcmUSB.c

「./configure」、「make」、「sudo make install」のそれぞれを実行した際のログ（>でテキストファイルに書き出しました）も残してあります。
アドバイスいただけたら嬉しいです。

hito による投稿:

locate snd-usb-audio | grep `uname -r`
locate wacom.ko | grep `uname -r`

それぞれ試してみましたが、何もヒットしませんでした。localeコマンドだけだと、以下の様になります。

locale
LANG=ja_JP.UTF-8
LC_CTYPE="ja_JP.UTF-8"
LC_NUMERIC="ja_JP.UTF-8"
LC_TIME="ja_JP.UTF-8"
LC_COLLATE="ja_JP.UTF-8"
LC_MONETARY="ja_JP.UTF-8"
LC_MESSAGES="ja_JP.UTF-8"
LC_PAPER="ja_JP.UTF-8"
LC_NAME="ja_JP.UTF-8"
LC_ADDRESS="ja_JP.UTF-8"
LC_TELEPHONE="ja_JP.UTF-8"
LC_MEASUREMENT="ja_JP.UTF-8"
LC_IDENTIFICATION="ja_JP.UTF-8"
LC_ALL=

メインHDDでブートし、ドライバをアップデートしたサブHDDの/libをざっとみてみたんですが、ここらへんのファイルでしょうか？
/lib/modules/2.6.31-9-rt/kernel/sound/usb/snd-usb-audio.ko
/lib/modules/2.6.31-9-rt/kernel/drivers/input/tablet/wacom.ko

hito による投稿:

make installまでしてあるなら、これらのファイルの日付が同じディレクトリにある他のモジュール達と違うものになっているはずです。

私もそう思ったんですが、上記ファイルは更新日時がまわりのファイルと同じでした。見当違いのものを参照しているのでしょうか？

（なんとなく記載されている手順に若干問題がある予感がしつつ）

find /lib/modules/`uname -r`/kernel/sound/ -name '*ko' | xargs ls -l |less 

を実行すると、「それらしい日付」のファイルは出てきますか？

Mocchi による投稿:

メインHDDでブートした時と、サブHDDでブートした時で、ファイルの更新日時に違いがあります。

いま、再度メインHDDでブートして、サブHDDをUSB接続で見てみたら、更新日時がちゃんと更新されていました。憶測ですが、サブHDDでALSAドライバアップデート作業を行った後、再度ブートしたタイミングでファイルの更新日時が更新されたってことなのかな？

wacomの方は相変わらず、日付は以前のままでしたけれど。

/lib/modules/2.6.31-9-rt/kernel/sound/usb/snd-usb-audio.koは、パッケージ「linux-image-2.6.31-9-rt」由来のファイルです。ドライバの導入手順を考えてみました。

1. dpkg-divertして、パッケージのファイルを定位置から移動

sudo dpkg-divert --package linux-image-2.6.31-9-rt --divert /lib/modules/2.6.31-9-rt/kernel/sound/usb/snd-usb-audio.ko /lib/modules/2.6.31-9-rt/kernel/sound/usb/snd-usb-audio.ko.unpatched

2. alsa-driverをビルド

cd (alsa-driver-1.0.22.1のパス)
./configure
make

3. 必要なパッケージだけ、「定位置」にコピー

sudo cp (alsa-driver-1.0.22.1のパス)/usb/snd-usb-audio.ko /lib/modules/2.6.31-9-rt/kernel/sound/usb/

4. アクセス権とか所有権の設定

sudo chown root /lib/modules/2.6.31-9-rt/kernel/sound/usb/snd-usb-audio.ko
sudo chgrp root /lib/modules/2.6.31-9-rt/kernel/sound/usb/snd-usb-audio.ko
sudo chmod u=rw g=r o=r /lib/modules/2.6.31-9-rt/kernel/sound/usb/snd-usb-audio.ko

5. dpkg-divertの必要がなくなった＝カーネルモジュールがアップデートされたとき
sudo dpkg-divert --package linux-image-2.6.31-9-rt --remove /lib/modules/2.6.31-9-rt/kernel/sound/usb/snd-usb-audio.ko.unpatched

今回の目的に適ったdpkg-divertの使い方ができているのか、アドバイスお願いします。

hitoさん、どうもありがとうございます。.configureのオプションも合わせて試してみましたが、結果としてはダメでした。

まず、man dpkg-divertをじっくり読んでいて気づいたんですが、前のコマンドだと不十分でした。こんな風に使うようです。

divertかけてファイルをリネーム　dpkg-divert --package パッケージ名 --rename --divert 配置先 --add 元位置
divert解除でファイルを元に戻す　dpkg-divert --package パッケージ名 --rename --remove 元位置

初めに、ALSAウェブサイトから入手した「alsa-driver-1.0.22.1」からmakeしたファイルのうち、snd-usb-audio.koとsnd-usb-lib.koをコピーしました。そして「sudo /sbin/alsa reload」を実行した後にデバイスの電源を入れましたが、「サウンドの設定」にうまく認識されず、バージョンが違いますというログが残りました。確かに、karmicに入っているalsa-driverはv1.0.20相当なので、バージョンが違ったら怒られるなぁ、と。

なので、パッケージ「alsa-source」を導入してインストールされたファイル「/usr/src/alsa-driver.tar.bz2」に、先のURLのパッチをあてたものをmake、ファイルをコピーしてみました。バージョンが違うことでは怒られなくなりましたが、まだダメです。

Jan 30 01:19:05 7675A63 kernel: [  603.440183] usb 1-4.3: new high speed USB device using ehci_hcd and address 7
Jan 30 01:19:05 7675A63 kernel: [  603.527376] usb 1-4.3: configuration #1 chosen from 1 choice
Jan 30 01:19:05 7675A63 kernel: [  603.548213] snd_usb_lib: Unknown symbol snd_verbose_printk
Jan 30 01:19:05 7675A63 kernel: [  603.557485] snd_usb_lib: Unknown symbol snd_verbose_printk
Jan 30 01:19:05 7675A63 kernel: [  603.564809] snd_usb_lib: Unknown symbol snd_verbose_printk
Jan 30 01:19:05 7675A63 kernel: [  603.568193] snd_usb_lib: Unknown symbol snd_verbose_printk
Jan 30 01:21:52 7675A63 kernel: [  769.665783] usb 1-4.3: USB disconnect, address 7

上記2つのファイルを削除し、dpkg-divertを元に戻した正常な状態で動作させた時のログは以下です。ちゃんと動いてくれますが、やはり狙いの動作はしてくれませんでした。

[ 1228.088237] usb 1-4.3: new high speed USB device using ehci_hcd and address 8
[ 1228.175310] usb 1-4.3: configuration #1 chosen from 1 choice
[ 1228.261897] usbcore: registered new interface driver snd-usb-audio
[ 1307.272470] usb 1-4.3: USB disconnect, address 8

パッケージ「alsa-source」でインストールされる「alsa-driver」はパッチファイルをいくつか含んでいたので、その影響で今回のパッチがうまくあたらなかったのでしょうか？