I have 14.0.3 installed freshly on Jessie on an AMD Cedar machine 18 months old. When I try doing anything to access a CD in either of the two DVD drives, http://fm.no-ip.com/Tmp/Linux/Sound/xsession-errors-jessie-easyst.txt (includes dmesg tail) shows some sort of audio setup problem seems to be repeatedly trying and failing. When KsCD triggers this, it gets hung by the problem. Simply logging out of the session takes an excessive length of time, and so does attempting to reboot. Holding down CAD produces a long string of failed to store sound card state messages instead of rebooting, until well over a minute passes. On reboot, journal recovery occurs. /etc/group seems to have the required user permission assignments. Aplay works OK on a test .wav file, and so does normal startup and shutdown system sounds. How can I tell where the fault lies? Could there be a broken dependency? I don't see any open bug that seems related.
Output from alsa-info.sh: http://fm.no-ip.com/Tmp/Linux/Sound/alsa-info-jessie-easyst.txt
Felix Miata wrote:
I have 14.0.3 installed freshly on Jessie on an AMD Cedar machine 18 months old. When I try doing anything to access a CD in either of the two DVD drives, http://fm.no-ip.com/Tmp/Linux/Sound/xsession-errors-jessie-easyst.txt (includes dmesg tail) shows some sort of audio setup problem seems to be repeatedly trying and failing. When KsCD triggers this, it gets hung by the problem. Simply logging out of the session takes an excessive length of time, and so does attempting to reboot. Holding down CAD produces a long string of failed to store sound card state messages instead of rebooting, until well over a minute passes. On reboot, journal recovery occurs. /etc/group seems to have the required user permission assignments. Aplay works OK on a test .wav file, and so does normal startup and shutdown system sounds. How can I tell where the fault lies? Could there be a broken dependency? I don't see any open bug that seems related.
Output from alsa-info.sh: http://fm.no-ip.com/Tmp/Linux/Sound/alsa-info-jessie-easyst.txt
On my notebook (intel) after starting kscd notebook rebooted - kernel crash. I tired in the vmware that I use for testing - the same result. In firt case I use 4.4.3 kernel. In the second the debian stock.
Did you try kplayer or VLC to access the cd?
deloptes composed on 2016-05-12 08:28 (UTC+0200):
Felix Miata wrote:
I have 14.0.3 installed freshly on Jessie on an AMD Cedar machine 18 months old. When I try doing anything to access a CD in either of the two DVD drives, http://fm.no-ip.com/Tmp/Linux/Sound/xsession-errors-jessie-easyst.txt (includes dmesg tail) shows some sort of audio setup problem seems to be repeatedly trying and failing. When KsCD triggers this, it gets hung by the problem. Simply logging out of the session takes an excessive length of time, and so does attempting to reboot. Holding down CAD produces a long string of failed to store sound card state messages instead of rebooting, until well over a minute passes. On reboot, journal recovery occurs. /etc/group seems to have the required user permission assignments. Aplay works OK on a test .wav file, and so does normal startup and shutdown system sounds. How can I tell where the fault lies? Could there be a broken dependency? I don't see any open bug that seems related.
Output from alsa-info.sh: http://fm.no-ip.com/Tmp/Linux/Sound/alsa-info-jessie-easyst.txt
On my notebook (intel) after starting kscd notebook rebooted - kernel crash. I tired in the vmware that I use for testing - the same result. In firt case I use 4.4.3 kernel. In the second the debian stock.
Did you try kplayer or VLC to access the cd?
No, but I got Trinity Kaffeine and SMplayer to work, so I guess KsCD must be broken. Jessie's already an anachronism, so I guess I'm upgrading this to Stretch. Maybe its KsCD will work.
On Thursday 12 of May 2016 11:40:12 Felix Miata wrote:
deloptes composed on 2016-05-12 08:28 (UTC+0200):
Felix Miata wrote:
I have 14.0.3 installed freshly on Jessie on an AMD Cedar machine 18 months old. When I try doing anything to access a CD in either of the two DVD drives, http://fm.no-ip.com/Tmp/Linux/Sound/xsession-errors-jessie-easyst.txt (includes dmesg tail) shows some sort of audio setup problem seems to be repeatedly trying and failing. When KsCD triggers this, it gets hung by the problem. Simply logging out of the session takes an excessive length of time, and so does attempting to reboot. Holding down CAD produces a long string of failed to store sound card state messages instead of rebooting, until well over a minute passes. On reboot, journal recovery occurs. /etc/group seems to have the required user permission assignments. Aplay works OK on a test .wav file, and so does normal startup and shutdown system sounds. How can I tell where the fault lies? Could there be a broken dependency? I don't see any open bug that seems related.
Output from alsa-info.sh: http://fm.no-ip.com/Tmp/Linux/Sound/alsa-info-jessie-easyst.txt
On my notebook (intel) after starting kscd notebook rebooted - kernel crash. I tired in the vmware that I use for testing - the same result. In firt case I use 4.4.3 kernel. In the second the debian stock.
Did you try kplayer or VLC to access the cd?
No, but I got Trinity Kaffeine and SMplayer to work, so I guess KsCD must be broken. Jessie's already an anachronism, so I guess I'm upgrading this to Stretch. Maybe its KsCD will work.
KsCD allows you to set whether to play as audiocd or digitally. Audiocd method requires an analog cable between the drive and sound card. The second method is substantially grabbing and playback as a conventional audio. Because most of new computers not allows analog connection, it is preferable to use digital playback. It usually has fewer problems.
Slávek Banko composed on 2016-05-12 16:29 (UTC+0200):
Felix Miata wrote:
deloptes composed on 2016-05-12 08:28 (UTC+0200):
Felix Miata wrote:
I have 14.0.3 installed freshly on Jessie on an AMD Cedar machine 18 months old. When I try doing anything to access a CD in either of the two DVD drives, http://fm.no-ip.com/Tmp/Linux/Sound/xsession-errors-jessie-easyst.txt (includes dmesg tail) shows some sort of audio setup problem seems to be repeatedly trying and failing. When KsCD triggers this, it gets hung by the problem. Simply logging out of the session takes an excessive length of time, and so does attempting to reboot. Holding down CAD produces a long string of failed to store sound card state messages instead of rebooting, until well over a minute passes. On reboot, journal recovery occurs. /etc/group seems to have the required user permission assignments. Aplay works OK on a test .wav file, and so does normal startup and shutdown system sounds. How can I tell where the fault lies? Could there be a broken dependency? I don't see any open bug that seems related.
Output from alsa-info.sh: http://fm.no-ip.com/Tmp/Linux/Sound/alsa-info-jessie-easyst.txt
On my notebook (intel) after starting kscd notebook rebooted - kernel crash. I tired in the vmware that I use for testing - the same result. In firt case I use 4.4.3 kernel. In the second the debian stock.
Did you try kplayer or VLC to access the cd?
No, but I got Trinity Kaffeine and SMplayer to work, so I guess KsCD must be broken. Jessie's already an anachronism, so I guess I'm upgrading this to Stretch. Maybe its KsCD will work.
KsCD allows you to set whether to play as audiocd or digitally. Audiocd method requires an analog cable between the drive and sound card. The second method is substantially grabbing and playback as a conventional audio. Because most of new computers not allows analog connection, it is preferable to use digital playback. It usually has fewer problems.
I replaced Jessie with Stretch without helping this at all. Neither OM drive has any connector available for a separate audio cable. KsCD apparently by default has use direct digital playback selected.
Could including or not the following in fstab be providing any clues about this? /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/sr1 /media/cdrom1 udf,iso9660 user,noauto 0 0
Those are lines the debian installer put there.
Felix Miata wrote:
Jessie's already an anachronism
what do you mean? it is stable - why do you think KsCD would work with stretch? I ran via gdb - attached the log, bt and dmesg part. I don't remember exact details when kernel part was changed but it looks that something with the device access is wrong. IMO it should work with older kernel, not with newer. Which version did you try with?
regards
deloptes composed on 2016-05-12 22:04 (UTC+0200):
Felix Miata wrote:
Jessie's already an anachronism
what do you mean? it is stable
Stable doesn't always mean usable. Jessie has X xerver 1.16.4. I needed newer. I couldn't find a way to get current 1.18.3 into Jessie even with backports enabled, so I dist-upgraded to Stretch, which has 1.18.3.
That solved an an initial obstacle to troubleshooting after sound quit working altogether in Jessie, but sound is dead in Stretch too.
I doubt he needs KsCD. His preference is VLC, and both SMplayer and Kaffeine were working too before the total death of sound. I'd like simply to remove kscd-trinity, but attempting that wants to remove also kdemultimedia-trinity, tde-trinity, and tde-multimedia-trinity, and subject ~several hundred trinity and other packages to disappearance if autoremove ever gets run. :-(
- why do you think KsCD would work with > stretch?
Not an expectation, just something else to try.
Felix Miata wrote:
deloptes composed on 2016-05-12 08:28 (UTC+0200):
Felix Miata wrote:
No, but I got Trinity Kaffeine and SMplayer to work, so I guess KsCD must be broken. Jessie's already an anachronism, so I guess I'm upgrading this to Stretch. Maybe its KsCD will work.
https://lists.debian.org/debian-kernel/2014/12/msg00324.html https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1580776
and finally here
https://groups.google.com/forum/#!msg/linux.kernel/E-MVZEK9uzU/juDhIFBbmmIJ
-
deloptes -
Felix Miata -
Slávek Banko