Solving sound disruption on Fedora 39
Tags: linux, audio, troubleshooting
Published: 2024-03-10 06:30:00

---
title: Solving sound disruption on Fedora 39
published: true
description: A report on the investigation steps to restore the audio services on my personal Fedora laptop
tags: linux, audio, troubleshooting
cover_image: https://dev-to-uploads.s3.amazonaws.com/uploads/articles/mk1a7c4hnyi1ejxyy1ev.png
# Use a ratio of 100:42 for best results.
published_at: 2024-03-10 09:30 +0300
---

Cover image description: Single track extracted from Audacity where the latter part is totally mute

## Choosing Fedora

For a few years, I didn't have a personal laptop. After my 2010 MacBook Pro broke, I relied solely on the one provided by my employer. After some research, I decided on a ThinkPad T470. Since then, Fedora has been my Linux distribution of choice, even after switching laptops.

I've experimented with other distros before, including Ubuntu, Gentoo, and Arch Linux. What drew me to Fedora was its balance of keeping frequently used packages stable while still offering updates. This approach felt better than how Canonical manages package versions for Ubuntu, for me.

With the ThinkPad T470, I likely started with Fedora 28 or 29. Upgrading versions has been a smooth process, following [the official documentation](https://docs.fedoraproject.org/en-US/quick-docs/upgrading-fedora-offline/). As a user, the upgrades have generally been effortless.

## Sound Disruption

Last week, while using Fedora 39 on my IdeaPad Gaming 3i, I started using a UGREEN [KVM switch](https://en.wikipedia.org/wiki/KVM_switch) to share a 27" HDMI monitor and some USB peripherals between my personal and work laptops.

I usually run these commands a few times a day on my laptop:

```sh
sudo snap refresh; sudo dnf update; sudo dnf autoremove; omz update
```

After a recent update (either the KVM switch or a Linux kernel upgrade), I turned on my IdeaPad for a meeting and noticed my usual sound options were missing from the GNOME Sound Output list. Both "HDMI / DisplayPort - Built-in Audio" and "Speakers - Built-in Audio" had disappeared.

To write this post, I checked my [Firefox Nightly](https://www.mozilla.org/en-US/firefox/channel/desktop/) search history to list my search prompts, while briefly mentioning some of the involved technologies.

## Investigation Steps

I started troubleshooting by searching for `pipewire troubleshooting`, `fedora audio troubleshooting`, `fedora pipewire troubleshooting`, and `fedora systemctl pipewire`.

[PipeWire](https://pipewire.org/) is a server that manages audio, video, and hardware on Linux systems. It's been included by default [since Fedora 34](https://en.wikipedia.org/wiki/PipeWire#History). [`systemd`](https://www.freedesktop.org/software/systemd/man/latest/systemd.html), managed by [`systemctl`](https://www.freedesktop.org/software/systemd/man/latest/systemctl.html), is a system and service manager for Linux. In some cases, it can handle audio services, like mine.

While these initial searches offered some information, they weren't directly relevant to my issue. So, I narrowed my search to the specific audio hardware. I used the term `linux tigerlake audio not recognized` which led me to more helpful resources.

I knew I had Tiger Lake audio because I use a Blue Microphone and Bluetooth headphones with my laptop. Before meetings, I would switch sound devices and see "Tiger Lake" mentioned in the options. The new search results focused more on Linux kernel modules, which seemed relevant to my situation.

## Tiger Lake-related Kernel Module Search

Since the issue might be related to a kernel module, focusing only on Fedora wouldn't be helpful. I looked at results for Manjaro, Ubuntu, Arch Linux, even the [Sound Open Firmware (SOF) project website](https://thesofproject.github.io/latest/getting_started/intel_debug/introduction.html).

Earlier, I used [`lspci`](https://en.wikipedia.org/wiki/Lspci) and [`lsusb`](https://en.wikipedia.org/wiki/Lspci#lsusb) to check hardware, but everything seemed normal.

While browsing forums, I remembered checking the boot sequence with [`dmesg`](https://en.wikipedia.org/wiki/Dmesg) and learned about [`inxi`](https://smxi.org/docs/inxi.htm)! I don't have the old output, but running

```sh
sudo dmesg | grep -C2 -i '\(audio\|sound\|dsp\)'
```

revealed some interesting lines.

Here's a quick explanation of the commands:

- `|` (pipe) sends the output of one command (like `dmesg`) to another (like `grep`).
- `sudo` gives superuser access (needed for `dmesg`).
- `grep` uses patterns ([regular expressions - regex](https://en.wikipedia.org/wiki/Regular_expression)) to filter results.
- `-C2` shows two lines before and after a match.
- `-i` ignores case sensitivity.
- We searched for "audio," "sound," and "dsp" (digital signal processing).

One line mentioned: "ASoC: Parent card not yet available, widget card binding deferred." Searching for this led me to discussions about kernel modules.

The solution involved editing a file. I found instructions in [a forum post](https://forum.manjaro.org/t/no-sound-on-laptop-with-intel-tiger-lake-hd-audio-audio-hardware-not-detected/84964/18) referencing other resources, like [this one](https://forum.manjaro.org/t/sound-not-working-after-update-to-manjaro-21-1/73773/2) and [another one](https://askubuntu.com/a/1243370).

Here's what I did:

- Edited `/etc/default/grub` to replace

```
GRUB_CMDLINE_LINUX="<existing options>"
```

with

```
GRUB_CMDLINE_LINUX="<existing options> snd_intel_dspcfg.dsp_driver=1"
```

This adds a kernel module option.

- Updated GRUB using `sudo grub2-mkconfig -o /boot/grub2/grub.cfg`

This step rebuilds the boot configuration file.

As a Fedora user, I'd never edited kernel configurations before, so this process was new to me and I searched for `fedora update grub`.

## Closing Thoughts

Adding the specific kernel boot option and updating GRUB fixed my audio detection. While the exact steps might differ for your situation, this guide should help you understand the thought process behind troubleshooting hardware, even at a basic level.

For this audio issue, I felt using large language models like ChatGPT, Gemini or other [LLM](https://en.wikipedia.org/wiki/Large_language_model) interfaces wasn't ideal. This was a specific problem requiring accurate information, and I wanted to avoid any potential inaccuracies that could come from [hallucination](https://en.wikipedia.org/wiki/Hallucination_(artificial_intelligence)) interference.

By the way, for the meeting where I lost audio, I wasn't a key participant, so I joined using my phone.