USB DAC cuts out every minute

I’ve scoured the internet for a solution but have come up empty. Im on Fedora 42 Workstation on a Dell Latitude 7420. I use a portable Fosi DS2 usb dac for my IEM’s. My problem is that when using the dac the sound cuts out or stutters every minute almost like clockwork. IIf I plug the headphones directly into the 3,5mm audio jack on the laptop it sounds fine. I suspect it might have something to do with the usb port but I just don’t know anymore and I’m reaching out for help.

Could it be that power management is cutting power to the USB port?

Thank you for the suggestion. I feel like you might be right. Unfortunately I’m getting this …
bash: /etc/udev/rules.d/50-usb-power-always-on.rules: No such file or directory

You’d need to create that file. It would define a custom rule to disable USB power management.

To undo the change, just remove the file.

Also, You’ll need to run sudo udevadm trigger to trigger a re-evaluation of the rules (or reboot).

Ok, done, but unfortunately its still cuts out =(

It’s time to dig though the log messages then to figure out what is really going on. :slightly_smiling_face:

Try leaving sudo journalctl -f running in a terminal window and watch for error messages around the time the problem occurs.

1 Like

Ok, so. I tried listening to some music on youtube and there were no problems. It works fine! I then started up Spotify which is what I primarily use for music listening and I get the following below.

ay 04 12:10:58 fedora com.spotify.Client.desktop[6842]: *** stack smashing detected ***: terminated
May 04 12:10:58 fedora audit[6842]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=3 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=6842 comm=“spotify” exe=“/app/extra/share/spotify/spotify” sig=6 res=1
May 04 12:10:58 fedora systemd-coredump[6850]: Process 6842 (spotify) of user 1000 terminated abnormally with signal 6/ABRT, processing…
May 04 12:10:58 fedora audit: BPF prog-id=123 op=LOAD
May 04 12:10:58 fedora audit: BPF prog-id=124 op=LOAD
May 04 12:10:58 fedora audit: BPF prog-id=125 op=LOAD
May 04 12:10:58 fedora systemd[1]: Started systemd-coredump@10-6850-0.service - Process Core Dump (PID 6850/UID 0).
May 04 12:10:58 fedora audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg=‘unit=systemd-coredump@10-6850-0 comm=“systemd” exe=“/usr/lib/systemd/systemd” hostname=? addr=? terminal=? res=success’
May 04 12:10:59 fedora abrt-dump-journal-core[1036]: Failed to obtain all required information from journald
May 04 12:10:59 fedora systemd-coredump[6851]: [🡕] Process 6842 (spotify) of user 1000 dumped core.

                                           Stack trace of thread 182:
                                           #0  0x00007f618d099db4 n/a (/usr/lib/x86_64-linux-gnu/libc.so.6 + 0x99db4)
                                           #1  0x00007f618d04108e n/a (/usr/lib/x86_64-linux-gnu/libc.so.6 + 0x4108e)
                                           #2  0x00007f618d028882 n/a (/usr/lib/x86_64-linux-gnu/libc.so.6 + 0x28882)
                                           #3  0x00007f618d0296e7 n/a (/usr/lib/x86_64-linux-gnu/libc.so.6 + 0x296e7)
                                           #4  0x00007f618d128c29 n/a (/usr/lib/x86_64-linux-gnu/libc.so.6 + 0x128c29)
                                           #5  0x00007f618d129ed4 n/a (/usr/lib/x86_64-linux-gnu/libc.so.6 + 0x129ed4)
                                           #6  0x0000561c80d982b3 n/a (/app/extra/share/spotify/spotify + 0xd852b3)
                                           ELF object binary architecture: AMD x86-64

May 04 12:10:59 fedora systemd[1]: systemd-coredump@10-6850-0.service: Deactivated successfully.
May 04 12:10:59 fedora audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg=‘unit=systemd-coredump@10-6850-0 comm=“systemd” exe=“/usr/lib/systemd/systemd” hostname=? addr=? terminal=? res=success’
May 04 12:10:59 fedora systemd[1]: systemd-coredump@10-6850-0.service: Consumed 307ms CPU time, 127.7M memory peak.
May 04 12:10:59 fedora audit: BPF prog-id=125 op=UNLOAD
May 04 12:10:59 fedora audit: BPF prog-id=124 op=UNLOAD
May 04 12:10:59 fedora audit: BPF prog-id=123 op=UNLOAD
May 04 12:10:59 fedora abrt-server[6861]: Unsupported container technology
May 04 12:10:59 fedora abrt-server[6861]: Lock file ‘.lock’ was locked by process 6864, but it crashed?
May 04 12:11:00 fedora abrt-server[6861]: Deleting problem directory ccpp-2025-05-04-12:10:59.521249-6842 (dup of ccpp-2025-05-04-11:48:25.21743-3347)
May 04 12:11:00 fedora abrt-applet[2472]: g_app_info_should_show: assertion ‘G_IS_APP_INFO (appinfo)’ failed
May 04 12:11:00 fedora abrt-notification[6909]: [🡕] Process 3347 (spotify) crashed in ??()
May 04 12:11:00 fedora abrt-applet[2472]: g_app_info_should_show: assertion ‘G_IS_APP_INFO (appinfo)’ failed

It looks like there might be a solution posted here:

I fixed the crash and dump issue with Spotify using the link you provided. I’m still having the audio hiccup problem. I also seem to have celebrated too soon regarding audio through Youtube. After an extended listening session, I heard it again.

journalctl looks clean. I don’t see any errors when the hiccups occur.

Thank you for all your help. I’ll just stick to the onboard audio for now I suppose. I might just go back to Linux Mint :winking_face_with_tongue:

1 Like