自从我升级到Ubuntu 9.10后，bind9不会启动：
Setting up bind9 (1:9.6.1.dfsg.P1-3ubuntu0.2) ... * Starting domain name service... bind9 [fail] invoke-rc.d: initscript bind9, action "start" failed. dpkg: error processing bind9 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: bind9 E: Sub-process /usr/bin/dpkg returned an error code (1) 有任何想法吗？
你有没有安装bind9软件包之前，做了一个非清除删除，然后从/ etc / bind /？中删除文件？ 如果是的话，解决scheme是做一个完整的清除，允许直到重新安assembly置文件）
$ sudo apt-get remove --purge bind9 $ sudo apt-get install bind9
尝试重新安装绑定包
find解决scheme，部分…
我不得不在/etc/insserv.conf中删除对bind9的引用，以便清除并重新安装。
我说部分虽然因为现在sendmail不工作，bind9仍然不会正确启动。 我会发布另一个单独的问题，因为这可能有更多的与我的sendmailconfiguration比bind9。
谢谢您的帮助！
尝试从AppArmor开始绑定closures。 如果这样的话，你可能会遇到像我一样的bug 。 另一个提示是/ var / log / syslog中的一行：
Dec 23 02:27:15 Pantheon kernel: [10704.337741] type=1503 audit(1261549635.405:346): operation="inode_permission" requested_mask="::r" denied_mask="::r" fsuid=116 name="/etc/ssl/openssl.cnf" pid=1383 profile="/usr/sbin/named"
您可以尝试清除AppArmorcaching目录（/etc/apparmor.d/cache），触摸/etc/apparmor.d/usr.sbin.named，并确保绑定的apparmorconfiguration（/etc/apparmor.d/usr.sbin .named）包含以下内容：
# ssl /etc/ssl/openssl.cnf r,
但是，这一切都为我工作。 甚至把usr.sbin.named放到force-complain目录（规则只能被注意到，而不是强制执行），重新启动也不允许bind运行。 configuration是正确的，但apparmor仍然在设法执行旧的，过时的configuration，防止新的绑定运行。
直到版本2.3.2 + 1403-0ubuntu27.3（karmic-proposed，urgency = low）到达版本库，或除非你启用build议的更新，你所能做的就是禁用apparmor。