Jak wyłączyć moduły dźwiękowe w ściśnięciu Debiana (rozwiązany)

3

Scenariusz: mam maszynę wirtualną debian squeeze xen, wykonującą tylko zadania serwera. Podczas rozruchu automatycznie ładuje moduły dźwiękowe pomimo czarnej listy.

Wiem o modprobe -r, jednak idealnie wolałbym, aby nie ładować go w pierwszej kolejności, mając nadzieję, że ktoś może zasugerować „debian way”, aby zrobić to czysto.

Przebudowa jądra bez obsługi dźwięku nie jest tak naprawdę dobrą opcją.

Co do tej pory zrobiłem ...

root @ debian: ~ # cat /etc/modprobe.d/snd-blacklist.conf
czarna lista soundcore
root @ debian: ~ # depmod -ae -F /boot/System.map-2.6.32-5-amd64
root @ debian: ~ # update-initramfs -u -k `uname -r` -v

... i po ponownym uruchomieniu ...

root @ debian: ~ # lsmod
Rozmiar modułu Używany przez
pętla 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
ext4 288382 1
mbcache 5050 1 ext4
jbd2 67079 1 ext4
crc16 1319 1 ext4
xen_netfront 15196 0
xen_blkfront 8358 1
Glenn
źródło

Odpowiedzi:

1

Czarnej ten sndmoduł w konfiguracji. To jest podstawowy moduł ALSA.

Ignacio Vazquez-Abrams
źródło
To metoda Lenny, niestety coś jest innego w ściskaniu, wystarczy, żeby to nie zadziałało
Glenn
O ile sndnie jest już modułem, powinien nadal działać.
Ignacio Vazquez-Abrams
Zaktualizowałem wpis ze szczegółami mojej ostatniej próby. Próbowałem także ustawić osobno wszystkie moduły snd_ *. Albo plik czarnej listy jest ignorowany, albo coś innego automatycznie ładuje te moduły. / me drapie się po głowie
Glenn
1

Okazuje się, że nie musiałem zadzierać z initrd. Ponieważ te moduły są ładowane później. Kluczem było umieszczenie na czarnej liście modułu pcspkr ORAZ modułu snd_pcsp. Ostateczny plik czarnej listy zawierał następujące elementy.

czarna lista soundcore
czarna lista snd
czarna lista snd_pcm
czarna lista snd_pcsp
czarna lista pcspkr

Może istnieć lepszy sposób na wyłączenie urządzeń dźwiękowych, np. Poprzez przekazanie opcji jądra lub wyłączenie odpowiedniego wykrywania sprzętu.

Glenn
źródło
1

Dzięki za informację. Wystąpił podobny problem dla Debiana 4.5.0-2-amd64 na Intel NUC, i właśnie to musiałem umieścić w pliku czarnej listy, aby go naprawić:

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    
Ralph
źródło