@Kreeblah
I just recognized and emergency fixed an issue, where /var/log
ramlog entry was added to fstab during update, even that this was not selected before.
Did you use dietpi-ramlog
before? If not, please manually remove the entry in /etc/fstab
again and reboot to recover the old logs.
But that should actually not prevent the service from starting and especially not break something on fresh install.
Okay actually I might found the issue: https://github.com/Fourdee/DietPi/pull/1938/files#diff-d92a6ee04e02fd2a2dc23d5bec3e6a98R8896
We changed user to "roon" but did not change something about the log directory. As this is still /var/log, "roon" user should not have permissions to create log files there.
Please try the following:
mkdir -p /var/log/roon
chown roon:dietpi /var/log/roon
rm $G_FP_DIETPI_USERDATA/roon/RoonBridge/Logs
rm $G_FP_DIETPI_USERDATA/roon/RAATServer/Logs
ln -sf /var/log/roon $G_FP_DIETPI_USERDATA/roon/RoonBridge/Logs
ln -sf /var/log/roon $G_FP_DIETPI_USERDATA/roon/RAATServer/Logs
systemctl restart roonbridge
@MichaIng - Yep, that did it. After doing what you suggested with making that directory with the right permissions and linking it, the Roon bridge software works just fine.
Thanks for the feedback. Hmm I am thinking to fix this within current master as well 🤔. Actually not good practice to change branch after release...
€: Okay, did fix on master branch as well, as dietpi-update otherwise breaks all current RoonBridge installs. I hope you are the only one ran into it 😉. I mark as closed.
Most helpful comment
Thanks for the feedback. Hmm I am thinking to fix this within current master as well 🤔. Actually not good practice to change branch after release...
€: Okay, did fix on master branch as well, as dietpi-update otherwise breaks all current RoonBridge installs. I hope you are the only one ran into it 😉. I mark as closed.