我只是想知道如果我需要在编辑fstab和mtab之后重新启动我的服务器。 由于awstats报告的问题，我在这个文件中手动改变了一些东西。
我在使用howtoforge的教程的帮助下使用ISPConfig 3。 但是由于删除/删除了某个账户，fstab和mtab的configuration搞砸了。
我也在howtoforge论坛上提出这个问题，但直到现在还没有人回答。 如果您想阅读我的问题，请点击此处 。
我很努力地解决这个问题，没有运气。
更新：
以下是我的fstab发生了什么事情：
在价值之前（我省略了另一个）：
/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web1/log none bind,nobootwait 0 0 /var/log/ispconfig/httpd/example.com /var/www/clients/client1/web2/log none bind,nobootwait 0 0 所以我把它改成了正确的path：
/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web2/log none bind,nobootwait 0 0 /var/log/ispconfig/httpd/example.com /var/www/clients/client1/web3/log none bind,nobootwait 0 0
我也发现mtab具有与上面相同的值，这就是为什么我手动编辑它。
从：
/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web1/log none rw,bind 0 0 /var/log/ispconfig/httpd/example.com /var/www/clients/client1/web2/log none rw,bind 0 0
至：
/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web2/log none rw,bind 0 0 /var/log/ispconfig/httpd/example.com /var/www/clients/client1/web3/log none rw,bind 0 0
我编辑了这些值，因为mydomain.com和example.com的正确path应分别位于web2和web3文件夹下。
截至目前，example.com的日志被指出：
/var/www/clients/client1/web2/log
当它应该是：
/var/www/clients/client1/web3/log
所以我想这是因为fstab和mtab。
请指导我如何正确地将日志指向它的默认目录。
我在这个链接上逐一解释场景。
文件/etc/mtab由操作系统维护。 不要编辑它。
文件/etc/fstab定义了应该挂载的内容。 它在系统启动时被读取。
当我将一个额外的磁盘添加到应该在系统启动时挂载的系统中时，我将它添加到/etc/fstab 。
要检查更新的/etc/fstab的正确性，我使用命令mount -a 。 读取/etc/fstab作为系统启动，它挂载尚未安装的文件系统。
它在安装点丢失或设备丢失时提供错误。
要回答重新启动的问题：不，编辑/etc/fstab后不需要重新启动。 你可以用mount -a
您不要手动编辑/etc/mtab 。
但是，您可以更改/etc/fstab以添加或删除持久性挂载点，即在启动时挂载的挂载点。 此外， mount(8)命令使用/etc/fstab文件来引用挂载点。
您可以安全地定义新的挂载点，或者删除/etc/fstab现有挂载点而不改变操作系统的当前状态。 您可以手动mount(8)和umount(8)反映这些更改的文件系统; 你也可以用不同的选项重新挂载已挂载的文件系统，例如：
mount -o remount,noexec /var
这里的问题是，你为什么认为你需要bind挂载点，你认为你将通过使用它们来实现什么？ 但是我感到厌恶
在处理bind挂载点时，重新configuration文件系统布局而不重新启动的步骤应该是：
/etc/mtab /var下托pipe日志文件的文件系统。 umount所有bind挂载点。 /etc/fstab以符合你的需求。 mtab列出了当前安装的文件系统，所以它是由系统编写的，其内容在重启，卸载或新安装之后将会改变。 fstab列出可用的文件系统并且是持久的，即它将在重新启动后存活。
你不应该直接编辑mtab。