I never do anything but take the defaults, all the way through. I use alsa wizard as a sort of sound reboot.I have not seen indications in problem reports about which button was clicked during interaction with the alsawizard.
I am using "aplay /2barks.au" as my test of whether sound is working (I copied it up from /usr/share/audio for convenience). I have seen these conditions:when you report that sound is not working, I assume you mean that you cannot hear anything from puppy, not that retrovol/speaker-icon has disappeared. Those are separate issues.
1) Speaker icon present and sound works.
2) Speaker icon gone and sound doesn't work.
3) Speaker icon gone but sound still works.
I suspect the two are actually connected in some way since they both went bad in the same time frame (5.2.7 or 5.2.8 ). Fix the speaker icon, you've probably fixed the sound. The icon disappearing also has the advantage that you can see immediately when it goes missing, without the necessity of having to run a test.
Not sure I catch your drift here. Isn't 10alsa supposed to be invokable from a console? I started concentrating on that because 1) I assumed that alsa wizard invokes it (let me know if that is wrong) and 2) it's a heck of a lot faster than running alsa wizard, and 3) it's unlikely two separate things, alsa wizard and 10alsa cause the same symptoms. In other words I imagine I have already narrowed the problem down for you, not only to 10alsa but to the rmmod loop of it. At least it looks that way to me. Maybe there is a problem in the driver when rmmods happen. Maybe rmmod now has a bug in it.PaulBx1, your "module in use" situation is interesting, although I hope it is because you ran 10alsa from a console. It may be that the conflicts are avoided by actions taken before invocation of 10alsa.
I am attaching the pmodemdiag file. I booted pfix=ram and checked dmesg. Then I ran "./10alsa stop" to make the speaker icon go away (and I got those error messages in the console again). These messages appeared at the end of dmesg as a result:
Code: Select all
HDA Intel 0000:00:1b.0: PCI INT A disabled
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
HDA Intel 0000:00:1b.0: irq 28 for MSI/MSI-X
HDA Intel 0000:00:1b.0: setting latency timer to 64
BTW I tried commenting out the rmmod line in 10alsa, and added 'echo "blah" ' to that loop. The speaker muted but did not disappear when I ran 10alsa stop.
There were 15 "blah"s. Doesn't it matter what order those drivers are removed? Maybe the ordering is wrong, so that we are getting complaints on the removals. There were not 15 error messages, but only about 5 of them.
It might not hurt to have the others here comment out the rmmod in 10alsa, see what happens.