AudioLinux and NUC Troubleshooting and Tuning

Dutch · December 5, 2018

@hifi25nl, a quick question if I may;

In general opinions are all over the place but would you advise your customers of AL to enable or disable the HPET (high precision enhanced timer) options in their BIOS’es? If you have an opinion on this, thank you in advance!

Dutch · December 5, 2018

3 minutes ago, hifi25nl said:

Yes, you should enable it. Audiolinux has a special systemd service that will increase the max frequency of rtc0 and hpet

Excellent, thank you for your quick reply Piero!

Dutch · December 6, 2018

5 hours ago, lmitche said:

What's playing here:

initrd=\intel-ucode.img initrd=\initramfs-linux-rt-bfq.img root=PARTUUID=166ad16d-098d-4453-ab07-7c5255b4d451 rw quiet intel_idle.max_cstate=0 processor.max_cstate=1 idle=poll intel_pstate=enable efi=runtime

SQ is outstanding across the spectrum. Bass is tight, in a punch in the gut way.

I get the exact same output here from that command though there’s a audit=0 at the end here as well (running 0.6).

Dutch · December 7, 2018

My NUC7PJYH in Akasa Newton JC case reaches a stable temp of just 36C running Roon Bridge in Extreme2 mode (AL0.6). This is with speedstep disabled so no turbo’s and a fixed clock freq. of 1.5GHz for all four cores.

I used thermal paste I still had from an earlier build (Arctic Silver 5) between the CPU and the alu block in the case and also the alu block and the case it is screwed on to (after removing the original paste there first of course).

The build (or transfer of the innards of the NUC case into the Akasa) was very easy especially comparing with a complete regular (mATX/iTX) build into a Streacom fanless case. So don’t panic (for those to who this applies), just do it!

Dutch · December 7, 2018

@hifi25nl,

Some questions after reading: http://www.audio-linux.com/html/realtime.html

I’m running just Roon Bridge on my AL headless (0.6) NUC (it’s the endpoint) and I’m seeing these related processes :

root 544 1 0 17:41 ? 00:00:00 /bin/sh /opt/RoonBridge/start.sh

root 549 544 0 17:41 ? 00:00:01 RoonBridge --debug --gc=sgen --server RoonBridge.exe

root 590 549 0 17:41 ? 00:00:10 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

root 595 549 0 17:41 ? 00:00:00 /opt/RoonBridge/Bridge/processreaper 590

root 601 549 0 17:41 ? 00:00:39 RAATServer --debug --gc=sgen --server RAATServer.exe

In the rtapp.conf file (below) I see RoonBridge is listed but not RoonBridgeHelper or RAATServer. Since these have used more CPU time, would it be beneficial if I/we added those processes to the applications list?

Also I see —debug in the process list? Is that necessary or better said would it be ‘leaner and meaner’ to not use those switches?

Thanks in advance. If you’d like me to email you instead please tell me. It’s just that I though this might be beneficial to other users as well.

—

audiolinux@audiolinux ~]$ more /etc/rtapp/rtapp.conf

APPLICATIONS="jackd mpd hqplayer hqplayerd RoonAppliance RoonBridge mediacenter24 networkaudiod deadbeef a2jmidid ardour-5.12.0 rosegarden audacity"

MAX_PRIORITY="93"

MODE="autodec"

—

Dutch · December 8, 2018

10 hours ago, hifi25nl said:

For closed source application with multiple threads is sometime difficult to understand what thread must have higher priority of another thread.

With "autodec" mode a running application will have an higher priority than the one following it in the list.

You can experiment with this, I am curious if you can find differences. The configuration file is there to be tweaked for the better sound.

Remember that MAX_PRIORITY must be lower than dac irq priority in /etc/rtirq.conf

Thank you Piero! I will experiment with the apps list. Austinpop already tried and couldn’t say he heard an improvment in SQ. As for the MAX_PRIORITY I’ll check but used the ‘out of the box’ settings and believe the IRQ for the USB port my DDC is connected to was set to a higher value.

Do you think we could somehow disable the —debug switches Roon starts with? If they’re not required of course. I mentioned them in my original post you responded to.

Dutch · December 8, 2018

36 minutes ago, BigAlMc said:

Two topics and not sure if they are related.

Working on my new i7DNBE based Roon endpoint in the Plato X7 fanless case. Running 4GB RAM, no wifi or bluetooth as the board doesnt support them. Using AL headless in Extreme mode with Ram root enabled.

A. Everytime I restarted the NUC endpoint I need to reselect and enable it in Roon. Any ideas why it's not automatically recognising it?

B. I can't seem to get the power down low enough for either the LPS1.2 or my SPS-500 to work with it. The LPS1.2 flashes red as soon as I connect it. The SPS-500 (on 19V and I thought it handled like 3amps) doesn't provide enough juice for the NUC on button to do anything.

I've put the power settings down to 10w and burst of 12w. I've disabled all the USB slots apart from the two being used for the USB flash and connecting to the DAC. I've even switched off 3 or the cores so that only 1 core is running and switched off hyperthreading and performance boost.

The LPS1.2 I can understand but I thought the SPS-500 was a decent plan B as it has more power but my i7DNBE thinks otherwise.

Unsure what else to try disabling in order to get it working on a cleaner PSU.

Any thoughts?

Also, as per the picture below. Should I be disabling all these HDMI endpoints that are showing up on the NUC?

Cheers,

Alan

Regarding your point A; configure it once in Roon in non RAM boot mode and then switch to RAM boot. This way the settings will be saved on the end-point. Perhaps the save to RAM option in alconf will work as well but I have nog tried this myself yet.

Re. your point B; I don’t have the i7 NUC but did you disable ‘sound’ in the NUC BIOS and any other devices you don’t use? This should then prevent the HDMI devices from showing up as audio outputs I’d say.

I’m not surprised the LPS1.2 can’t power the i7 NUC. Others have reported it was hit or miss with the celeron and/or Pentium ones as well. The sPS-500 though is rated to deliver a max of 3.3A at 19V you’d say that this should be enough but being a SMPS supply these are not really suited to deliver short peaks over that amperage. LPS’es are better in that regard so perhaps it peaks over that 3.3A. You could try it at 12V once.

Dutch · December 10, 2018

Inspired by @afrancois and @ray-dude I did some more tuning on my side. Gave my ethernet interface high RT priority as well as my USB port to which my DDC connects:

/etc/rtirq.conf

---
RTIRQ_NAME_LIST="xhci_hcd eno1"

# Highest priority.
#RTIRQ_PRIO_HIGH=90
RTIRQ_PRIO_HIGH=95

Edited /etc/rtapp/rtapp.conf and removed everything I don't use and added the child processes of RoonBridge:

---
APPLICATIONS="RoonBridge RAATServer RoonBridgeHelper"

MAX_PRIORITY="92"

MODE="autodec"
---

Fully disabled WiFi adapter and MMC (the memory card) inside AL by creating a file: /etc/modprobe.d/blacklist.conf

Also see: https://wiki.archlinux.org/index.php/Kernel_module

[audiolinux@audiolinux modprobe.d]$ more blacklist.conf
blacklist iwlwifi
blacklist iwlmvm
blacklist mac80211
blacklist cfg80211
blacklist rfkill
blacklist mmc_core
blacklist sdhci
blacklist sdhci_pci

Now their interrupts no longer show up when I issue the rtcards commands. The interrupts list is way shorter now:

SUMMARY OF ALL INTERRUPTS

IRQ=0   IO-APIC 2-edge timer
IRQ=8   IO-APIC 8-fasteoi rtc0
IRQ=9   IO-APIC 9-fasteoi acpi
IRQ=14 IO-APIC 14-fasteoi INT3453:00, INT3453:01, INT3453:03
IRQ=15 IO-APIC 15-fasteoi INT3453:02
IRQ=20 IO-APIC 20-fasteoi i801_smbus
-->     SMBus I801 adapter at f040
IRQ=120 PCI-MSI 311296-edge PCIe PME
IRQ=121 PCI-MSI 344064-edge xhci_hcd
-->     DataTraveler 3.0, MC-3+ Smart Clock USB 2.0, xHCI Host Controller
IRQ=122 PCI-MSI 245760-edge mei_me
IRQ=123 PCI-MSI 524288-edge eno1
IRQ=124 PCI-MSI 32768-edge i915
-->     i915 gmbus dpb, i915 gmbus dpc, i915 gmbus misc

This shows their priority:

REALTIME PRIORITY

IRQS
RTPRIO COMMAND
    95 irq/121-xhci_hc
    93 irq/123-eno1
    50 irq/9-acpi
    50 irq/120-PCIe PM
    50 irq/8-rtc0
    50 irq/20-i801_smb
    50 irq/122-mei_me
    50 irq/124-i915
     - ksoftirqd/0
     - ksoftirqd/1
     - ksoftirqd/2
     - ksoftirqd/3

It still works, whether it sounds better? No idea! Haven't listened yet. Don't know if there's more I can disable from that list.

Dutch · December 10, 2018

I fully agree @ray-dude and believe you are asking the exact right questions. I remember from Windows one can configure one or more settings related to IRQ in the ethernet drivers. The Intel drivers were the most advanced in this regard. One setting I always found interesting were the ‘interrupt moderation’ settings. These would allow one to balance system/CPU load with latency and throughput (=performance).

I’m afraid I have no answers here and don’t know if the Linux ethernet drivers employ such an approach. In any case the interrupts with or without our settings are generated anyway and we only influence the priority at which our system has to act when they happen. USB still has the higher priority. I’d say your buffer settings cause less interrupts to be generated after the buffers are filled.

Dutch · December 12, 2018

13 minutes ago, rettib2001 said:

Before I place the order can I just confirm that 4gb of ram Is enough for a headless AL config that just uses roonbridge and nothing else?

Cheerd

Yes absolutely, it uses less than 2GB of memory in that config.

Dutch · January 27, 2019

Yesterday I experimented with the core isolation feature of a fully updated (menu’s + kernel) 0.9 version of AL but using Roon Bridge and ps -aeF I’m seeing this does not work. The Roon processes are not isolated. Perhaps they initially are but Roon seems te restart threads often. Also the built in monitor in the AL menu shows the player is not isolated (list stays empty)

Anyone else seeing this? @hifi25nl did you test this with Roon Bridge?

edit; I added all types of running Roon process names to the rtapp.conf file.

Dutch · January 27, 2019

19 minutes ago, hifi25nl said:

First an explanation.

After enabling Isolated CPU cores the script will

1) Change the default boot option to "Audiolinux BFQ with audio exclusive CPU cores"

2) Copy all audio systemd services to a version with the "2" suffix, that will start them in specific core(s) with the systemd option CPUAffinity

3) Stop all previous running audio services

After reboot, you should start/enable your audio service (in your case Roonbridge) and using the option "SHOW running audio services" you should see that now the name is roonbridge2.

Do you see roonbridge2, right?

Thank you for your quick reply Piero. I checked and just doublechecked and I do see roonbridge2. Initially using ps -aeF I can see the Roon processes running on core 1 and 2 (not 2 and 3 which your menu indicates) and most everything else on core 0. Yet a few minutes later everything is back to core 0.

It’s a NUC7PJYH quad core by the way and I selected ‘half’ of the cores for audio.

Edit; these apps are in my rtapp.conf:

APPLICATIONS="RoonBridge RAATServer RoonBridgeHelper"

Dutch · January 27, 2019

6 minutes ago, hifi25nl said:

This is my output, if I choose core 3 as isolated. I will check if this is a problem about more than one isolated core later.


[root@archlinux audiolinux]# ps -T -e -o pid,psr,cmd | grep RoonBridge
 3308   3 /bin/sh /opt/RoonBridge/start.sh
 3313   3 RoonBridge --debug --gc=sgen --server RoonBridge.exe
 3313   3 RoonBridge --debug --gc=sgen --server RoonBridge.exe
 3313   3 RoonBridge --debug --gc=sgen --server RoonBridge.exe
 3313   3 RoonBridge --debug --gc=sgen --server RoonBridge.exe
 3313   3 RoonBridge --debug --gc=sgen --server RoonBridge.exe
 3313   3 RoonBridge --debug --gc=sgen --server RoonBridge.exe
 3313   3 RoonBridge --debug --gc=sgen --server RoonBridge.exe
 3313   3 RoonBridge --debug --gc=sgen --server RoonBridge.exe
 3551   3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
 3551   3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
 3551   3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
 3551   3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
 3551   3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
 3551   3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
 3551   3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
 3551   3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
 3551   3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe
 3554   3 /opt/RoonBridge/Bridge/processreaper 3551
 7941   0 grep RoonBridge
[root@archlinux audiolinux]# ps -T -e -o pid,psr,cmd | grep Raat
 8045   0 grep Raat
[root@archlinux audiolinux]# ps -T -e -o pid,psr,cmd | grep RAATServer
 3425   3 RAATServer --debug --gc=sgen --server RAATServer.exe
 3425   3 RAATServer --debug --gc=sgen --server RAATServer.exe
 3425   3 RAATServer --debug --gc=sgen --server RAATServer.exe
 3425   3 RAATServer --debug --gc=sgen --server RAATServer.exe
 3425   3 RAATServer --debug --gc=sgen --server RAATServer.exe
 3425   3 RAATServer --debug --gc=sgen --server RAATServer.exe
 3425   3 RAATServer --debug --gc=sgen --server RAATServer.exe
 3425   3 RAATServer --debug --gc=sgen --server RAATServer.exe
 3425   3 RAATServer --debug --gc=sgen --server RAATServer.exe
 8086   0 grep RAATServer

Aha! Using the command you used I see the same. Processes are spread over cores 2 and 3. There’s some other stuff there as well like IRQ/20 which I did not include in the rt list and some what I believe to be OS processes:

Quote

audiolinux@AudioLinuxEP ~]$ ps -T -e -o pid,psr,cmd

PID PSR CMD

1 1 /sbin/init

2 1 [kthreadd]

3 0 [rcu_gp]

4 0 [rcu_par_gp]

6 0 [kworker/0:0H-kblockd]

8 0 [mm_percpu_wq]

9 0 [ksoftirqd/0]

   10 0 [ktimersoftd/0]

   11 0 [rcuc/0]

   12 0 [rcu_preempt]

   13 0 [rcu_sched]

   14 0 [rcub/0]

   15 0 [kswork]

   16 0 [posixcputmr/0]

   17 0 [migration/0]

   18 0 [idle_inject/0]

   20 0 [cpuhp/0]

   21 1 [cpuhp/1]

   22 1 [idle_inject/1]

   23 1 [migration/1]

   24 1 [posixcputmr/1]

   25 1 [rcuc/1]

   26 1 [ktimersoftd/1]

   27 1 [ksoftirqd/1]

   29 1 [kworker/1:0H-kblockd]

   30 2 [cpuhp/2]

   31 2 [idle_inject/2]

   32 2 [migration/2]

   33 2 [posixcputmr/2]

   34 2 [rcuc/2]

   35 2 [ktimersoftd/2]

   36 2 [ksoftirqd/2]

   37 2 [kworker/2:0-events]

   38 2 [kworker/2:0H]

   39 3 [cpuhp/3]

   40 3 [idle_inject/3]

   41 3 [migration/3]

   42 3 [posixcputmr/3]

   43 3 [rcuc/3]

   44 3 [ktimersoftd/3]

   45 3 [ksoftirqd/3]

   46 3 [kworker/3:0-events]

   47 3 [kworker/3:0H]

   48 0 [kdevtmpfs]

   49 0 [netns]

   50 1 [rcu_tasks_kthre]

   52 1 [khungtaskd]

   53 0 [oom_reaper]

   54 0 [writeback]

   55 1 [kcompactd0]

   56 0 [ksmd]

   57 1 [crypto]

   58 0 [kintegrityd]

   59 1 [kblockd]

   60 1 [irq/9-acpi]

   61 1 [edac-poller]

   63 1 [devfreq_wq]

   64 1 [watchdogd]

   65 0 [kswapd0]

108 1 [kthrotld]

109 0 [irq/120-PCIe PM]

110 2 [kworker/2:1-mm_percpu_wq]

111 3 [kworker/3:1-mm_percpu_wq]

112 0 [acpi_thermal_pm]

113 1 [nvme-wq]

114 1 [nvme-reset-wq]

115 1 [nvme-delete-wq]

116 1 [irq/8-rtc0]

117 0 [ipv6_addrconf]

126 0 [kstrp]

139 0 [charger_manager]

171 2 [irq/121-xhci_hc]

180 1 [scsi_eh_0]

181 1 [scsi_tmf_0]

182 0 [usb-storage]

186 0 [kworker/0:1H-kblockd]

187 1 [kworker/1:1H-kblockd]

192 0 [kworker/u9:0]

194 1 [jbd2/sda2-8]

195 0 [ext4-rsv-conver]

224 1 /usr/lib/systemd/systemd-journald

233 1 /usr/bin/lvmetad -f

236 1 /usr/lib/systemd/systemd-udevd

241 0 /usr/lib/systemd/systemd-networkd

264 3 [irq/20-i801_smb]

265 0 [irq/122-mei_me]

308 1 [irq/123-eno1]

319 0 /usr/lib/systemd/systemd-timesyncd

319 0 /usr/lib/systemd/systemd-timesyncd

324 0 /usr/lib/systemd/systemd-logind

328 1 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-onl

338 1 login -- audiolinux

344 1 /usr/bin/shellinaboxd -f favicon.ico:/opt/scripts/favicon.ico -b -p 8500 -s /:SSH -c /etc/shellinabox/c

345 1 /usr/bin/shellinaboxd -f favicon.ico:/opt/scripts/favicon.ico -b -p 8500 -s /:SSH -c /etc/shellinabox/c

392 2 [irq/124-i915]

393 0 [i915/signal:0]

394 0 [i915/signal:1]

395 0 [i915/signal:2]

396 0 [i915/signal:6]

401 0 /usr/lib/systemd/systemd --user

403 0 (sd-pam)

451 1 -bash

459 0 /bin/bash /usr/bin/menu

461 1 /bin/bash /usr/bin/menu

462 0 dialog --clear --backtitle AUDIOLINUX HEADLESS the realtime audio OS - https://www.audio-linux.com - Fo

511 0 [kworker/0:3-cgroup_destroy]

529 2 /bin/sh /opt/RoonBridge/start.sh

534 2 RoonBridge --debug --gc=sgen --server RoonBridge.exe

534 2 RoonBridge --debug --gc=sgen --server RoonBridge.exe

534 2 RoonBridge --debug --gc=sgen --server RoonBridge.exe

534 2 RoonBridge --debug --gc=sgen --server RoonBridge.exe

534 2 RoonBridge --debug --gc=sgen --server RoonBridge.exe

534 2 RoonBridge --debug --gc=sgen --server RoonBridge.exe

534 2 RoonBridge --debug --gc=sgen --server RoonBridge.exe

534 2 RoonBridge --debug --gc=sgen --server RoonBridge.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 3 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

600 2 RoonBridgeHelper --debug --gc=sgen --server RoonBridgeHelper.exe

611 2 /opt/RoonBridge/Bridge/processreaper 600

794 2 RAATServer --debug --gc=sgen --server RAATServer.exe

794 2 RAATServer --debug --gc=sgen --server RAATServer.exe

794 2 RAATServer --debug --gc=sgen --server RAATServer.exe

794 3 RAATServer --debug --gc=sgen --server RAATServer.exe

794 2 RAATServer --debug --gc=sgen --server RAATServer.exe

794 3 RAATServer --debug --gc=sgen --server RAATServer.exe

794 2 RAATServer --debug --gc=sgen --server RAATServer.exe

794 2 RAATServer --debug --gc=sgen --server RAATServer.exe

794 2 RAATServer --debug --gc=sgen --server RAATServer.exe

794 2 RAATServer --debug --gc=sgen --server RAATServer.exe

794 2 RAATServer --debug --gc=sgen --server RAATServer.exe

794 2 RAATServer --debug --gc=sgen --server RAATServer.exe

1157 0 [kworker/u8:0-events_power_efficient]

1207 1 [kworker/1:2-memcg_kmem_cache]

1274 0 [kworker/0:1-events]

1301 0 [kworker/u8:1-events_unbound]

1315 1 [kworker/1:0-events]

1374 0 [kworker/0:0]

1405 0 [kworker/u8:2-events_power_efficient]

1435 1 sshd: audiolinux [priv]

1437 0 sshd: audiolinux@pts/0

1438 1 -bash

1450 1 ps -T -e -o pid,psr,cmd

Dutch · February 10, 2019

On 1/27/2019 at 3:25 PM, mourip said:

You seem to be the first person here who has described pursuing this new option.

Do you hear any sound quality improvement?

Sorry for the late reply. While I do continue listening to music and do some tweaking I should not comment on SQ changes at this moment since both my Hynes SR7 PSU and P3 Power Plant have developped defects. I hope to repair these soon, waiting for parts right now.

Dutch · February 10, 2019

17 minutes ago, auricgoldfinger said:

What's going on with your SR7?

It’s a SR7EHD MR4 and the 8A high power ouput regulator module is malfunctioning and needs replacement. I don’t know the cause or what’s wrong with it exactly. All I know is my i7 6700T music server connected to it started acting up end of last year and its output voltage had dropped to around 10.5V. Couldn’t get it back up to 12V using the potmeter (got to about 11.6) but it became more and more unstable. Today I got my old HDplex 12/19v (v1) PSU back into the system as the server either didn’t boot completely or rebooted after minutes. I’m now waiting for Hynes to send me a replacement module.

Dutch · February 10, 2019

1 minute ago, auricgoldfinger said:

That's a real bummer. I hope it doesn't take Paul too long to get you back in good working order.

Thanks, he offered to send me the replacement without charge even though it’s out of warranty so that’s absolutely great service. It is taking longer though than expected/indicated but that’s not uncommon with Paul.

Dutch · March 3, 2019

1 minute ago, sig8 said:

Which DC-DC ATX you are using. Does SR7 gets hot when you use it with 6700T with 90W TDP?

In the server, now runnig AL as well as my endpoint, I’m using a Gigabyte GA-H110TN-E. This is a thin-itx mainboard with a DC-in jack much like the NUC’s. Regulators are thus on board and no DC-DC ATX converter is used.

The 6700T is a 35W TDP CPU, not 90W.

Dutch · March 21, 2019

20/03/2019 Audiolinux headless release 1.1.1 with fix for new upmpdcli package and updated working pstate-frequency package.

20/03/2019 Menu updated to version 106 with fix for new upmpdcli package (UPnP for MPD) with fix for new upmpdcli package

19/03/2019 Audiolinux headless version 1.1 is out, Kernel updated to l4.19.25-rt16-9-rt-bfq, menu updated to version 105

19/03/2019 New kernel 4.19.25-rt16

18/03/2019 Last Audiolinux menu 105 with new Network option. Now you can choose: 1 DHCP automatic IP Address 2 STATIC IP Address 3 RESTORE previous 4 RESTORE original

Dutch · March 24, 2019

Entertaining the possibility that 100mbps may sound better than gigabit; has anyone ever tried to change speed/duplex settings in AudioLinux? I’m not sure about the best way to do it, and do it in a persistent way (‘surviving’ reboots).

Installing ethtool makes it easy to try it on the fly but these settings are not persistent. If anyone wants to try see the commands below. You’ll lose the connection for a short while but it comes back. These also work when RAM root is enabled so a reboot reverts back to all original.

[switch to root]

su

[update packages]

pacman -Syy

[install ethtool]

pacman -S ethtool

[check current settings]

ethtool eno1

[check name of your ethernet interface]

ip addr sh

[change eno1 interface to 100mbps/full duplex]

ethtool -s eno1 speed 100 duplex full autoneg off

@hifi25nl, could you perhaps chime in when you have the time? Thank you in advance.

Dutch · March 24, 2019

14 minutes ago, hifi25nl said:

A better method is probably using systemd Network device configuration:

https://www.freedesktop.org/software/systemd/man/systemd.link.html

There is the parameter BitsPerSecond

Thank you Piero for your quick reply! I will look into it soon, just switched off the system. Dinner time!

@lmitche, thanks! Yes, I know it’s been discussed much. It’s exactly the reason why I looked into this again but now for AudioLinux and to try for myself.

WiFi is something I will test sometime soon as well. I have already ordered and received the antennae from Aliexpress for the i7 NUC endpoint in its Akasa case.

Currently my setup is:

Internet -> router -> switch with fiber SFP port -> (long fiber) -> TP Link MC220L -> EMO systems EN70HD -> server NIC1

Server NIC 2 -> NUC endpoint -> TX-USBUltra -> Mutec MC-3+USB -> Devialet 250 Pro CI

Both server NICs are bridged.

So I did my best to isolate the ‘dirty side’. My plans for the etherRegen etc I wrote in the novel thread today.

Dutch · October 6, 2019

On 10/2/2019 at 4:55 PM, hifi25nl said:

Audiolinux 2.0 is coming 1st November with an increased price (not too much...)
Until 30 October there is a SPECIAL OFFER:
1) You will have the possibility of buying at the old price of 49 $ for the first subscription
2) All users with a subscription will have to pay 25 $ for downloading Audiolinux 2.0, but before 30 October this payment will add a year to the subscription. For example, if you have already bought it (or added extra year) in March your new subscription will stop in March 2021!
3) It is also possible to change from yearly to unlimited time support paying the difference of only 50 $
-> Note that all passwords will be reset from 1st November to a different system and next menu updates will be also password protected. Please allow up to 24 Hours to set personal password
If in doubt contact support!

------

New menu version 125 is out with

1) Switch from yaourt to a special version of pamac for install/update, since yaourt is not developed any more

2) Some fixes to kernel installation script

Can you tell us a bit more about version 2.0? Are there big changes/improvements (being) made or are they smaller and incremental ones like today? I’m assuming the 1.x train will no longer be updated from 1st November?

Dutch · October 6, 2019

46 minutes ago, ASRMichael said:

Does any know what the console command for stopping smb server is? thanks in advance

As root:

systemctl disable smb

systemctl disable nmb

then reboot

AudioLinux and NUC Troubleshooting and Tuning

Recommended Posts

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Link to comment

Create an account or sign in to comment

Create an account

Sign in