シナリオでは、debian squeeze xen仮想マシンがあり、サーバータスクのみを実行しています。起動時に、ブラックリストに登録されているにもかかわらず、サウンドモジュールを自動ロードします。
私はmodprobe-rについて知っていますが、理想的には、誰かがこれをきれいに行うための「debianの方法」を提案できることを期待して、最初からロードを停止したいと思います。
サウンドサポートなしでカーネルを再構築することは、実際には良いオプションではありません。
私がこれまでにしたこと...
root @ debian:〜#cat /etc/modprobe.d/snd-blacklist.conf blacklist soundcore root @ debian:〜#depmod -ae -F/boot/System.map-2.6.32-5-AMD64 root @ debian:〜#update-initramfs -u -kʻuname -r` -v
...そして再起動後.。
root @ debian:〜#lsmod 使用されるモジュールサイズ loop 11799 0 snd_pcm 60487 0 snd_timer 15598 1 snd_pcm snd 46526 2 snd_pcm、snd_timer soundcore 4598 1 snd snd_page_alloc 6249 1 snd_pcm pcspkr 1699 0 evdev 7352 0 ext .____。] mbcache 5050 1 ext4 jbd2 67079 1 ext4 crc16 1319 1 ext4 xen_netfront 15196 0 xen_blkfront 8358 1
ブラックリスト 構成内のsnd
モジュール。これはコアALSAモジュールです。
情報をありがとう。 IntelNUC上のDebian4.5.0-2-AMD64で同様の問題が発生しました。これを修正するために、ブラックリストファイルに入力する必要がありました。
blacklist intel_powerclamp
blacklist pcspkr
blacklist soundcore
blacklist snd
blacklist snd_hda_codec_hdmi
blacklist snd_hda_codec_realtek
blacklist snd_hda_codec_generic
blacklist snd_hda_intel
blacklist snd_hda_codec
blacklist snd_hda_core
blacklist snd_hwdep
blacklist snd_intel_sst_acpi
blacklist snd_intel_sst_core
blacklist snd_soc_rt5670
blacklist snd_soc_sst_mfld_platform
blacklist snd_soc_rl6231
blacklist snd_soc_sst_match
blacklist snd_soc_core
blacklist snd_compress
blacklist snd_pcm
blacklist snd_timer
したがって、initrdをいじる必要はなかったことがわかりました。これらのモジュールは後でロードされるため。重要なのは、pcspkrモジュールとsnd_pcspモジュールもブラックリストに登録することでした。最終的なブラックリストファイルには次のものがありました。
ブラックリストサウンドコア ブラックリストsnd ブラックリストsnd_pcm ブラックリストsnd_pcsp ブラックリストpcspkr
カーネルオプションを渡すか、関連するハードウェア検出を無効にするなど、サウンドデバイスをオフにするより良い方法があるかもしれません。