Problemas de áudio usando o Crouton no Chromebook

Question

Estou usando o crouton no meu Chromebook Acer 720c. Além disso, eu tenho um monitor externo que eu gosto de usar com ele, ASUS VS247. Este monitor em particular possui uma passagem de áudio, mas NÃO possui alto-falantes. Isso confunde o Chrome OS na saída do áudio por meio do monitor.

Isso normalmente não é um problema, já que posso alterá-lo nas configurações. No entanto, a menos que o monitor esteja em resolução nativa no chroot do Linux, o áudio voltará a usar o monitor como o dispositivo de som.

Eu tentei mexer com alsamixer no shell do Chrome OS e no chroot do Linux sem sucesso. Existe alguma maneira (de preferência no Chrome OS, mas não é necessário) para sempre fazer dos alto-falantes do Chromebook o dispositivo de áudio padrão?

    

Answer 1

Interessante, eu nem pensei em procurar se o alsamixer estivesse disponível no Chome OS, as ferramentas do udev também estão disponíveis. Você deve tentar criar uma regra do udev para ignorar esse dispositivo, conforme descrito em Diga ao PulseAudio para ignorar um dispositivo USB usando o udev por Jamie Nguyen (ou lista negra do módulo do kernel, sugerido mais abaixo):

Create a udev rule

Your system should have udev rules already defined in the /lib/udev/rules.d directory, such as 90-pulseaudio.rules. There should also be a /etc/udev/rules.d directory where you can define your own rules.

The rules are parsed in lexical order. Create a file called /etc/udev/rules.d/89-pulseaudio-usb.rules, so that it’s parsed just before 90-pulseaudio.rules (though you may have to experiment with the numbering if things don’t work as expected).

Open the file in your favourite editor and create a rule. Use the idVendor and idProduct numbers from earlier to uniquely match your USB device, and then set an environment variable that tells PulseAudio to ignore the device:

ATTRS{idVendor}=="1852", ATTRS{idProduct}=="5110", ENV{PULSE_IGNORE}="1"

[…]

Reboot your system and PulseAudio will no longer acknowledge that your USB device exists.

… ou Como recarregar as regras do udev sem reiniciar? O problema, claro, é que você não está perguntando sobre um dispositivo USB, é provável que seja HDMI. A seguinte regra pode funcionar, mas não tenho dispositivo com capacidade de áudio HDMI para testar:

SUBSYSTEM=="drm", ACTION=="change", ENV{PULSE_IGNORE}="1"

Você também pode tentar colocar na lista negra o módulo do kernel correspondente, conforme sugerido neste exemplo . Eu acho que você não pode fazer essas alterações para o Chrome OS por padrão, eu não encontrei nenhuma partição com estado na saída de montagem que me deixaria fazer essas alterações, então você tem que fazê-lo em chroot.