Control: tags -1 moreinfo Am 26.07.19 um 22:50 schrieb Ross Boylan:
Hi Ross, > * What led up to the situation? > > Start or restart the system. bind9 attempts to start, but fails > with the error that it is unable to cd to /var/cache/bind. This > happens every time. > > New installation of buster with existing customizations from an old > system ported over, with adoptions. > > resolvconf in use. > > /var is a separate partition. See details below for my theory the > failure arises from a race condition in which bind starts before > /var is mounted. I think this is more of a systemd bug or local misconfiguration than a bind9 bug. > The root partition includes /var/cache, but no /var/cache/bind. > When the partition with /var is mounted it has a /var/cache/bind > directory. Is there a reason for this? I think having a non-empty mount target is somewhat unusual, maybe this is causing the systemd mount dependency logic to fail. > /var is encrypted on top of lvm, so it takes a bunch of steps to mount > it. However, it does not require me to enter any new passwords to > decrypt it. The root partition does require me to enter a password, > which happens early in startup. Are there manual steps involved mounting /var? How does your /etc/fstab look like? Bernhard
