No sound Ubuntu 13.04

Bug #1175095 reported by AK
26
This bug affects 5 people
Affects Status Importance Assigned to Milestone
alsa-driver (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

No sound can be produced in any possible way; In the sound settings, only Dummy Output is given as sound device;
There is the second OS installed (Windows 8), there is no problems with sound there, so it is not a hardware problem.

In the files attached, is the output of alsa testing script (alsa-info.sh).
System information (output from lspci):

00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4)
00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4)
00:1c.3 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 4 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation UM77 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
01:00.0 3D controller: NVIDIA Corporation GF117M [GeForce 610M/710M / GT 620M/625M/630M/720M] (rev a1)
03:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01)
04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader (rev 01)
04:00.1 SD Host controller: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader (rev 01)
09:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 07)

Tags: bot-comment
Revision history for this message
AK (alinakuznetsova) wrote :
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. It seems that your bug report is not filed about a specific source package though, rather it is just filed against Ubuntu in general. It is important that bug reports be filed about source packages so that people interested in the package can find the bugs about it. You can find some hints about determining what package your bug might be about at https://wiki.ubuntu.com/Bugs/FindRightPackage. You might also ask for help in the #ubuntu-bugs irc channel on Freenode.

To change the source package that this bug is filed about visit https://bugs.launchpad.net/ubuntu/+bug/1175095/+editstatus and add the package name in the text box next to the word Package.

[This is an automated message. I apologize if it reached you inappropriately; please just reply to this message indicating so.]

tags: added: bot-comment
affects: ubuntu → alsa-driver (Ubuntu)
Revision history for this message
Daniel Letzeisen (dtl131) wrote :

Check your dmesg for an error like this:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1169984/comments/2

It's probably a duplicate of that bug

Changed in alsa-driver (Ubuntu):
status: New → Incomplete
Revision history for this message
AK (alinakuznetsova) wrote :

dmesg output is attached;
sound card seems to be detected (lines 882-883)

Revision history for this message
Luis Felipe Marzagao (dulinux) wrote :

Hello, dear friends:

Same thing here with the exact same audio card and Ubuntu 13.04.

00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)

I don't think it's a duplicate of those bug reports, because I don't see the reported bug messages in my dmesg.

In fact, the sound card seems to be detected just fine. But in the sound preferences I only get the S/PDIF (internal audio) and not the expected Built-in Audio (Digital Stereo IEC958). Thus, I don't get sound neither from the headphones nor the built-in speakers.

If I live boot with Linux Mint 13, sound works right out of the box.

I already tested my Ubuntu 13.04 with the main line kernel and the oem-audio-hda-daily-dkms_0.201305250346~raring1_all.deb, but no success.

Booting with Ubuntu 12.04 did not work either.

Please, find attached the result of alsa-info.sh script.

If there's any way of providing more info, please, give me directions.

Thanks.

Revision history for this message
Luis Felipe Marzagao (dulinux) wrote :

Here goes the alsa-info script results.

Revision history for this message
Daniel Letzeisen (dtl131) wrote :

@Luis, I would suggest looking in alsamixer and toggling some of the settings as well as making sure nothing's muted.

Revision history for this message
Luis Felipe Marzagao (dulinux) wrote :

Daniel, thank you a lot for the tip. Indeed, when I entered alsamixer, it showed two playback devices, S/PDIF and S/PDIF 16.

The first on was showing a square wih '00' inside and the second was showing 'MM' inside (see attached screenshot).

It always happen if you liveboot from ubuntu or do a fresh intall. (Same thing does not happen with Linux Mint, which is strange - both devices always come unmuted by default).

After a little struggle, I discovered that pressing 'm' on the keyboard would change the status from 'MM' to '00' on the second playback device. Then I started having sound. :)

So, apparently, it seems the problem is solved. It has worked with 13.04 default kernel and with the latest one from the default repos as of now (3.8.0-19 #30), as long as I manually unmute the S/PDIF 16 after installing Ubuntu.

But if I turn the computer off. When I turn it on again, although the S/PDIF 16 comes unmuted, I must press the volume key on the monitor (it's a LG All in one computer) to get the sound working. If I don't press the volume key, there's no sound at all from the speakers.

On Windows 8 (that unfortunatelly came installed), it works without having to press the volume key after turning the computer on.

Maybe the fact the S/PDIF 16 playback gets muted by default has something to do with this 'volume key' issue. I don't know and any help debugging it would be mostly appreciated.

Thanks a lot.

Revision history for this message
Leandro (leandromartinez98) wrote :

I am using Kernel 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

and the problem persists, contrary to what is reported in the duplicate bug. The description of the
bug, and its workaround, are exactly the same as those of Luis Felipe.

Therefore, I'm not sure this a duplicate of the other bug, which appears to be solved in a previous kernel version.

Revision history for this message
Daniel Letzeisen (dtl131) wrote :

@Leandro: Luis was not the original reporter of this bug, nor is it clear if his issue was the same as the OP's. To avoid confusion, please file a new bug report.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.