borcky Posted Sunday at 03:15 PM Posted Sunday at 03:15 PM On 8/18/2025 at 3:08 PM, BipBip1981 said: For information, fancontrol, deamon or service systemd crash but work just with run fancontrol from shell in root. Seen to be a privileges problem like systemd log... i look this soon and post here my workaround You have to change the fancontrol.service file and set the option PrivateDevices to no. Do systemctl edit fancontrol and insert [Service] PrivateDevices=no 0 Quote
prahal Posted 1 hour ago Posted 1 hour ago I did not detect the fancontrol issue sooner as I had not tested the trixie image. Indeed PrivateDevices=no should be set because helios64 and helios4 points fancontrol tu /dev symlinks prepared via udevs rules to sysfs files. I don't know if I can get rid of these udev rules, ie if I have persistend access to the proper sysfs directories for thermal and hwmon required by fancontrol on helios64. I also question why only 3 boards uses fancontrol in armbian. I had a thermal policy patch for the dts, it has the added bonus that it works when the kernel start and until it stops thus no uneeded high fan speed before fancontrol start and after it stops. But I am still wondering why kobol team chossed fancontrol and thus what are the pros and cons of fancontrol vs dts thermal policy. https://github.com/armbian/build/pull/8928 PR to set PrivateDevices=no when one upgrades armbian-bsp-cli-helios64-current or edge is in the pipe. 0 Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.