(In reply to Axel Braun from comment #0) > What can we do on that? Fix pi-hole to not use /srv as Ignaz wrote. Using /srv/www/pihole means this package will never work with e.g. image based updates anyways and needs to be fixed in every case. Adding everywhere workarounds as suggested by Ignaz for transactional-update will not solve the problem, that the FHS requirements for /srv are not solveable by a Linux distribution and thus /srv should not be used by packages. Or, since you are using MicroOS, us pi-hole in a container, since the workload should be anyways run containerized. This seems to even to be the preferred method by upstream.