Dell Precision 5750 - No sound ( Dummy Output )

Can you also dump

sudo nano /etc/modprobe.d/blacklist.conf

Have you added to the end of /etc/modprobe.d/alsa-base.conf

options snd-hda-intel model=clevo-p950

?

Heres blacklist.conf

# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.

# evbug is a debug tool that should be loaded explicitly
blacklist evbug

# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd

# replaced by e100
blacklist eepro100

# replaced by tulip
blacklist de4x5

# causes no end of confusion by creating unexpected network interfaces
blacklist eth1394

# snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
# hardware on its own (Ubuntu bug #2011, #6810)
blacklist snd_intel8x0m

# Conflicts with dvb driver (which is better for handling this device)
blacklist snd_aw2

# Causes trackpads to stop working on Lenovo 11e 2nd gen (Ubuntu: #1802135)
# and Lenovo x240 to hang on boot (Ubuntu: #1802689)
blacklist i2c_i801

# replaced by p54pci
blacklist prism54

# replaced by b43 and ssb.
blacklist bcm43xx

# most apps now use garmin usb driver directly (Ubuntu: #114565)
blacklist garmin_gps

# replaced by asus-laptop (Ubuntu: #184721)
blacklist asus_acpi

# low-quality, just noise when being used for sound playback, causes
# hangs at desktop session start (Ubuntu: #246969)
blacklist snd_pcsp

# ugly and loud noise, getting on everyone's nerves; this should be done by a
# nice pulseaudio bing (Ubuntu: #77010)
blacklist pcspkr

# EDAC driver for amd76x clashes with the agp driver preventing the aperture
# from being initialised (Ubuntu: #297750). Blacklist so that the driver
# continues to build and is installable for the few cases where its
# really needed.
blacklist amd76x_edac

I hadn’t tried cleo-p950 but I did now
Added it, alsa force-reload, rebooted, but alas - no sound :frowning:

Call me crazy, but try running

update-initramfs -u

and reboot and test again before altering your alsa-base conf back to how it was before...

Not sure if these warnings indicates something but doesnt really seem to be connected to audio

 dator@pet:~$ sudo update-initramfs -u
    update-initramfs: Generating /boot/initrd.img-5.4.0-66-generic
    W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_04.bin for module i915
    W: Possible missing firmware /lib/firmware/i915/skl_guc_33.0.0.bin for module i915
    W: Possible missing firmware /lib/firmware/i915/bxt_guc_33.0.0.bin for module i915
    W: Possible missing firmware /lib/firmware/i915/kbl_guc_33.0.0.bin for module i915
    W: Possible missing firmware /lib/firmware/i915/glk_guc_33.0.0.bin for module i915
    W: Possible missing firmware /lib/firmware/i915/kbl_guc_33.0.0.bin for module i915
    W: Possible missing firmware /lib/firmware/i915/icl_guc_33.0.0.bin for module i915
    I: The initramfs will attempt to resume from /dev/dm-2
    I: (/dev/mapper/zorin--vg-swap_1)
    I: Set the RESUME variable to override this.
    dator@pet:~$ 

Reboot but no change. Still Dummy Output and missing profiles in alsa mixer

It's possible, but I see those warnings often enough with no audio problems and usually, they seem harmless. Harmless enough, anyway.
Have you tried updating grub to

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash snd_hda_intel.dmic_detect=0"

I don’t want to interfere with the diagnotics conversation you two are having, but there is a post (including links) on here by @swarfendor437 re dummy output saga, that may be sof interest: Headphones showing working, but no sound at all - #3 by swarfendor437

1 Like

I, for one, appreciate any and all help.

Alright good!

I tried now, i’m no grub expert but added it to etc/default/grub and did update-grub
Reboot, no change.

Thanks for the tip!
I have tried the first two articles but to no avail.

I'm curious as to the last one ( [HOW TO] Get a SoundBlaster Audigy Rx to work in your system! ), which seems interesting, because the system lists me as having two soundcards (Although i only have one, i'm pretty sure).

The first command from the article should list the "duplicate cards"

nano /proc/asound/modules
This just results duplicates for me..

0 snd_hda_intel
1 snd_hda_intel

I wonder how i could go about one card that uses the same module?

Had you removed the clevo950 whatever from the /etc/modprode.d/alsa-base.conf, first?

There are four "solutions" discussed in this thread and I recognize one as one you tried already, but This one may be of interest- especially as you listed duplicates above:

load-module module-alsa-sink
load-module module-alsa-source device=hw:0,2

I tried with and without :slight_smile:

This is didnt work, although the "dummy output" disappeared in Sound settings. Checking logs i see pulseaudio failing

dator@pet:~$ pulseaudio 
E: [pulseaudio] module.c: Failed to load module "module-alsa-sink" (argument: ""): initialization failed.
E: [pulseaudio] main.c: Module load failed.
E: [pulseaudio] main.c: Failed to initialize daemon.

I also notice this in journalctl

> feb 24 08:06:10 pet kernel: Kernel is locked down from EFI Secure Boot mode; see man kernel_lockdown.7

Probably not related..?

Actually, could be related.

Do you have Secure Boot enabled in your UEFI?

Yes it’s activated. The computer came pre-installed with windows and i had to do lots of scary stuff to get rid of it, such as disabling (although temporary) secure boot and even switching from raid to ahci(? something), just to be able to get rid of all windows partitions… maybe i something there… :slight_smile:

Well, thar's yer problem!

You are actually the second person I have ever spoken to that managed to get Linux installed while secure boot was enabled at all.

The word "secure" is a bit of a misnomer, in this. It is not a security issue, well it could be a security for Microsoft preventing any other OS issue... But Secure Boot does not protect your computer.
Otherwise, you would need a password to boot.

To install Linux, any distro, Secure Boot must be disabled.
If installing alongside Windows, Fast Boot must also be disabled.

I had no idea! I thought even the OS-installer asked to activate secure boot (Because of third party software etc)?

So moving forward I could try to make sure Secure boot is disabled in BIOS and then reinstall from Live USB?

That is what I would try.
I have installed Zorin many times and I do know if it asking to install third party software, do not remember it ever asking me to Enable Secure boot…
But as an aside, I always recommend installing with the Third party and Update during installation box Unchecked. Even connecting to the web is unnecessary. Do the installation First, then once it is complete and rebooted, run the updates and upgrades, after. IF you want to use proprietary drivers, install or enable once all upgrading and installation and the like has been done.

To totally jinx us now… Watch you re-install, secure boot off, all advice taken and sound still not work… -shrug- 2020 ain’t done with us, yet.

These tips are greatly appreciated Aravisian, and thanks for all the help so far (With your jinx in mind i had to add “so far”)

Will update here as soon as possible on the outcome of re-install

1 Like

No luck,

Installing with secure boot turned off was successful, the kernel lock previously noticed in journalctl is gone but so is sound.

Would you suggest i go through all the previous steps again (without kernel lockdown this time)?

I also found this neat script that lists my audio stuff…
https://termbin.com/adof

It is seeing your sound card, given the link you posted.

If it was me, I would try the real simple stuff, first - like pavucontrol, settings...

It's a shame your computer is not Perseverance powered. You could run the thing off the grid for months.

Given what you just posted, can you dump

sudo nano /etc/pulse/default.pa

You may need to add a line to it. Looking at your link above:
Module #8
Name: module-alsa-card
Argument: device_id="0"

Adding to /etc/pulse/default.pa the following MAY help

load-module module-alsa-sink device=hw:0,0

It would probably outlast us all

Here's a dump from default.pa
https://termbin.com/glqo