-
-
Notifications
You must be signed in to change notification settings - Fork 501
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
alsactl -g store fails when setting sound card #4306
Comments
Many thanks for your report. I though I had already worked around that issue for the upcoming release, but didn't yet: #4210 You can ignore it (just hit exit, all important steps have been done already). A reboot should solve it, i.e. afterwards Audio was disabled before, i.e. the ALSA packages were freshly installed when you selected the card first? This would mean that onboard audio is not the culprit. Before you reboot, could you paste the following:
The second command should show where "Playback Channel Map" belongs to. In the end, I think we simply need to allow alsactl failing here (silently), at least when a sound card was selected that depends on a loaded device tree overlay, which cannot be reliably done without reboot. That means that any mixer/control states that are applied cannot be saved, but there are none applied by the script in those cases anyway. |
Workaround applied: 7cfc338 |
|
Sorry for the delay in my reply. I should have more time to devote to my setup this weekend and will report back with more details if necessary. Thanks so much for your help!! |
Okay, so
|
Creating a bug report/issue
Details:
Linux DietPi 5.10.17-v7+ #1403 SMP Mon Feb 22 11:29:51 GMT 2021 armv7l GNU/Linux
Steps to reproduce:
Expected behaviour:
No fail message
Actual behaviour:
Extra details:
alsactl restore and # alsactl nrestore both complete with the following
alsactl: load_state:1683: Cannot open /var/lib/alsa/asound.state for reading: No such file or directory
Found hardware: "vc4-hdmi" "" "" "" ""
Hardware is initialized using a generic method
Found hardware: "BossDAC" "" "" "" ""
Hardware is initialized using a generic method
--but if I run 'alsactl store' after those, I get the same error about not reading control and invalid argument--
Additional logs:
The text was updated successfully, but these errors were encountered: