Hi all, After updating the BIOS of my Beelink SER8 Mini PC to version v29, I noticed that my audio devices no longer work when connected to the headphone jack. The audio card is detected, and I can see the “Speakers” or “Line-out” options available, but no sound is coming through. Strangely, when I boot into Windows, everything works fine if I install the appropriate drivers. From what I understand, Linux generally has good compatibility with AMD hardware, so I’m not sure if this is a BIOS or driver issue. Here’s what I’ve already tried: Disabled Secure Boot in BIOS. Verified that the audio card is enabled in the BIOS. Reinstalled the audio drivers on Linux, but the issue persists. Since everything was working fine before the BIOS update, I’m wondering if this could be a regression or a known issue with v29. Can I expect this to be addressed in future BIOS releases? Any insights or suggestions would be greatly appreciated!

Hi， there please go to save & exit page , and reset the BIOS . see if that works . And Please try some solutions here : Check if Linux recognizes the audio device: Use the following commands to check if the system correctly recognizes the audio device: aplay -l lspci | grep -i audio Update ALSA drivers: Run the following command in the terminal to update or reinstall ALSA drivers: sudo apt-get update && sudo apt-get install –reinstall alsa-base alsa-utils Update PulseAudio: Try updating or reinstalling PulseAudio by running the following command: sudo apt-get install –reinstall pulseaudio

Hi, Thank you for the suggestions. I followed the steps you provided, including resetting the BIOS and checking the audio device recognition, but unfortunately, that didn’t resolve the issue. I also tried updating ALSA drivers and PulseAudio as suggested, but still no luck. Any further troubleshooting steps would be appreciated. Thanks again for your help! Best regards

Hello Beelink. I received my SER8 this week, and the BIOS info is: HPT.8xxx.SER8.V029.P8C0M0C15.07.Link Audio output is extremely low (quiet), after a fresh Arch Linux install, as if it is 10% volume (even if I have it at 100%, or even 150%). Bluetooth speaker works fine, so audio system is working. Will there be a new BIOS to rectify this? I have even tried realtek-firmware, but no change, and have tried both audio jacks, and different speaker/headphones. Thank you.

support4 Hi, Thank you for the suggestions. I followed the steps you provided, including resetting the BIOS and checking the audio device recognition, but unfortunately, that didn’t resolve the issue. I also tried updating ALSA drivers and PulseAudio as suggested, but still no luck. Any further troubleshooting steps would be appreciated. Thanks again for your help! Best regards

Mockimok Updating doesn’t work - I’m running latest Arch with a BeeLink SER8 8745, and having followed their instructions, there is no change. The only way around it is to use a USB-to-audio-jack converter, which is at least a cheap alternative until either BeeLink fix their BIOS, or Linux updates its drivers. Unfortunatley, it doesn’t seem that BeeLink are actually trying out their instructions before advising customers to follow them. Btw, I’m using Pipewire, so it isn’t the audio system that makes any difference either.

DavidJo It’s odd my original reply to this thread (back at the end of Nov) was never approved. I contacted Beelink support directly, and they advised to reset the BIOS, even installing Windows (and we know the result of this already) and downloading drivers from kernel.org! As I said, I have a dongle workaround, but it would be good to have this resolved properly. Here it is: Hello Beelink. I received my SER8 this week, and the BIOS info is: HPT.8xxx.SER8.V029.P8C0M0C15.07.Link Audio output is extremely low (quiet), after a fresh Arch Linux install, as if it is 10% volume (even if I have it at 100%, or even 150%). Bluetooth speaker works fine, so audio system is working. Will there be a new BIOS to rectify this? I have even tried realtek-firmware, but no change, and have tried both audio jacks, and different speaker/headphones. Thank you.

DavidJo Hi there please wait for our next BIOS update. may i know if that happens in windows system ?

support4 Yes, an updated BIOS would be great. Could you please notify me when it becomes available? Thank you. I do not personally know if Windows suffers from t his issue, but the original poster indicates it does (“when I boot into Windows, everything works fine if I install the appropriate drivers”), but is overcome by a new driver. My actual issue is not that it doesn’t work at all, but the sound level is extremely low (as if the volume was 10%). This has been noted by other people as well.

DavidJo Hi there Currently we are working on it . Please try some solutions here : Adjust ALSA Volume On Arch Linux, you can still use alsamixer to adjust the ALSA volume: Open the terminal and enter the following command: bash alsamixer Use the left and right arrow keys to select different volume control items (such as Master, PCM, etc.), and use the up and down arrow keys to adjust the volume. Make sure no volume item is muted (muted items will show as “MM”). If an item is muted, press the M key to unmute it. After adjusting, press Esc to exit alsamixer. Check PulseAudio Configuration If you are using PulseAudio, you can check and adjust its settings. Open the terminal and restart PulseAudio: bash pulseaudio -k pulseaudio –start Install and use pavucontrol (PulseAudio Volume Control) to adjust the volume and device settings: bash sudo pacman -S pavucontrol After installation, run pavucontrol and make sure the volume settings are correct and not set too low. Install and Update Audio Drivers On Arch Linux, you can install or update the audio drivers using the following commands: Install ALSA drivers: bash sudo pacman -S alsa-utils alsa-lib Install PulseAudio (if it’s not already installed): bash sudo pacman -S pulseaudio If you’re using Intel or Realtek audio chips, ALSA and PulseAudio should generally support them. You can ensure all packages are up-to-date by running: bash sudo pacman -Syu Check System Logs If the issue persists after adjusting the volume, you can check the system logs for any audio-related error messages: bash dmesg | grep audio Check Other Audio Tools If your system uses other audio management tools (such as jack or pipewire), you may need to check their configurations. On Arch, Pipewire is also a popular audio system that is replacing PulseAudio. You can check if it’s installed and properly configured. Install Pipewire (if you want to use it): bash sudo pacman -S pipewire pipewire-pulse pipewire-alsa Enable the Pipewire service: bash sudo systemctl enable –now pipewire

DavidJo I’m also running Arch. I’ve had this exact same issue and have spent several hours on it. I’ve come to the conclusion that it won’t get fixed until they release a new firmware version in the repos or beelink puts out a bios fix. Pretty sad that a audio jack won’t work at this day and age. no matter how high I turn my volume up I only get about 6% volume. Right now I’m using a bluetooth speaker so I at least have sound. I haven’t tried the DP port audio connection yet so who knows if that even works.

Issue after BIOS Update to v29 – Audio Devices Not Working (SER8)

DavidJo

Good news - fixed by latest BIOS (V29 15.13), see Reddit post here (thank you BeeLink):

support7

Glad to hear that.If you have any questions during the use of the machine, please feel free to contact us. Have a nice day!

jrv

I can confirm that the last BIOS update fixed audio jack low output issues on Linux.

jrv

however, it’s still buggy. it seems that at least the headphones sink is susceptible to some kind of buffer overload at high volumes.

support7

Here are some potential solutions:

Adjust audio buffer settings
Increasing the buffer size through alsamixer or pulseaudio console (such as adjusting the default 256 samples to 512) can reduce real-time processing pressure but increase latency
Modify the PulseAudio configuration file: /etc/pulse/daemon.conf Try:
default-fragments = 4
default-fragment-size-msec = 25
Check real-time scheduling permissions
Install the rtirq real-time scheduling tool to assign a higher priority to the audio process
System optimization
Shut down non-essential background processes to release CPU resources

jrv

support7 the problem is solved. thank you

Edit: For the record, I did none of that. I just rolled back my alsa/pipewire configs, reset audio drivers and don’t know what else and the problem seems to have gone away.

support6

jrv
Very happy to hear that your problem is resolved. Please feel free to reach out with any questions you may have afterward.

« Previous Page