编辑fstab和mtab之后是否需要重新启动服务器？

35

我只是想知道在编辑fstab和mtab之后是否需要重新启动服务器。由于awstats报告存在问题，我手动更改了此文件中的某些内容。

我使用ISPConfig 3本教程的帮助howtoforge。但是由于删除/删除某些帐户，fstab和mtab的配置混乱了。

我也在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

所以我将其更改为正确的路径：

/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的正确路径应分别位于web2和web3文件夹下。

截至目前，example.com的日志指向：

/var/www/clients/client1/web2/log

什么时候应该是：

/var/www/clients/client1/web3/log

因此，我认为这是由于fstab和mtab所致。

请指导我如何将日志正确指向其默认目录。

我在此链接中逐一解释了该方案。

— 杰帕斯
source

40

文件/etc/mtab由操作系统维护。不要编辑它。

文件/etc/fstab定义了应该挂载的内容。在系统启动时读取。

当我向应该在系统启动时挂载的系统添加额外的磁盘时，我将其添加到/etc/fstab。

要检查更新的正确性，请/etc/fstab 使用命令mount -a。读/etc/fstab为系统启动，它挂载尚未挂载的文件系统。

当挂载点丢失或设备丢失时，它将给出一个错误。

要回答有关重新启动的问题：否，编辑后无需重新启动/etc/fstab。你可以用mount -a

— 盖特·斯塔普斯
source

12

通常的问题是mount -a不会重新挂载已经挂载的文件系统。取而代之的是宁愿使用mount <mount-point> -o remount，如sudo mount / -o remount。它将使用fstab中定义的选项。

— Hi-Angel

@Geert Stappers，我今天在Ubuntu Linux 16.04上修改了/ etc / fstab，它几乎使我的系统崩溃。换句话说，它一直要求紧急重启。谢谢

— 弗兰克

在VMWare Fusion中的16.04 guest虚拟机上，这对我不起作用。我必须扩展主分区，这意味着必须删除现有的交换分区以腾出空间。我用新的分区信息编辑了fstab，但mount -a没有使系统识别新的交换分区。重新启动确实可以。

— 史蒂文·卢

10

您无需/etc/mtab手动编辑。

但是，您可以更改您的名称，/etc/fstab以添加或删除持久安装点，即将在启动时安装的安装点。此外，命令/etc/fstab使用该文件mount(8)来引用安装点。

您可以安全地定义新的挂载点，或删除其中的现有挂载点，/etc/fstab而无需更改操作系统的当前状态。您可以手动mount(8)和umount(8)反映这些更改的文件系统。您还可以使用不同的选项重新安装已安装的文件系统，例如：

mount -o remount,noexec /var

这里的问题是，为什么您认为您根本需要bind挂载点？您认为通过使用它们将实现什么？但是我偏离了。

处理bind挂载点时，不重新启动就重新配置文件系统布局的步骤应为：

不要/etc/mtab手动编辑
停止使用将要修改的文件系统的应用程序和服务。这并非总是可能的，但是您的用例似乎只涉及专门用于托管日志文件的文件系统/var。
umount所有bind安装点。
重写/etc/fstab以符合您的需求。
手动挂载文件系统。

— 达武德
source

嗨，我在上面更新了我的帖子。请阅读方案。

— jaypabs

实际上，我不知道为什么会有绑定安装点。我正在使用链接中的教程，但我自己没有添加它……

— jaypabs 2013年

避免停止和启动单个服务（这可能是一件繁琐的事情）的一种方法是，以单用户模式（telinit S）进行传递，进行编辑，然后移回多用户（telinit 2）。

— didierc

0

mtab列出了当前已挂载的文件系统，因此它是由系统编写的，例如重新引导，卸载或新挂载后，其内容将更改。fstab列出了可用的文件系统，并且是永久性的，即它将在重启后幸存下来。

您不应该直接编辑mtab。

— 布劳
source