Preciso reiniciar o servidor depois de editar o fstab e o mtab?

35

Só estou me perguntando se preciso reiniciar o servidor depois de editar o fstab e o mtab. Alterei algo neste arquivo manualmente devido a um problema no relatório awstats.

Estou usando o ISPConfig 3 com a ajuda do tutorial da howtoforge . Porém, devido à remoção / exclusão de algumas contas, a configuração do fstab e do mtab foi prejudicada.

Também faço essa pergunta no fórum howtoforge, mas até agora ninguém respondeu. Se você quiser ler minha pergunta, visite-a aqui .

Tentei muito corrigir o problema sem sorte.

Atualizar:

Aqui está o que aconteceu com o meu fstab:

Antes do valor (omiti o outro):

/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

Então eu mudei para o caminho correto:

/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

Eu também achei o mtab com o mesmo valor acima, por isso o editei manualmente.

a partir de:

/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

para:

/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

Editei esses valores porque o caminho correto de meudomínio.com e exemplo.com deve estar nas pastas web2 e web3, respectivamente.

A partir de agora, o log de example.com é apontado para:

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

quando deveria ser:

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

Então, eu estou pensando que isso é por causa do fstab e mtab.

Por favor, me guie como apontar o log corretamente para o diretório padrão.

Eu explico o cenário um por um neste link .

— jaypabs
fonte

40

O arquivo /etc/mtabé mantido pelo sistema operacional. Não edite.

Arquivo /etc/fstabdefine o que deve ser montado. É lido no início do sistema.

Quando adiciono um disco extra a um sistema que deve ser montado no início do sistema, eu o adiciono /etc/fstab.

Para verificar a exatidão do atualizados /etc/fstab eu uso o comando mount -a. Que lê /etc/fstabcomo início do sistema, monta arquivos que ainda não foram montados.

Ocorre um erro quando o ponto de montagem está ausente ou o dispositivo está ausente.

Para responder à pergunta sobre a reinicialização: Não, não há necessidade de reinicializar após a edição /etc/fstab. Você pode testar commount -a

— Geert Stappers
fonte

12

Normalmente, o problema é que mount -anão remontará os sistemas de arquivos que já estão montados. Em vez disso, alguém prefere usar mount <mount-point> -o remount, como sudo mount / -o remount. Ele usará as opções definidas no fstab.

— Oi-Angel

@Geert Stappers, eu modifiquei o / etc / fstab no Ubuntu Linux 16.04 hoje e quase travou meu sistema. Em outras palavras, ele continua solicitando a reinicialização de emergência. Obrigado #

— 245 de Frank

Isso não funcionou para mim no convidado 16.04 no VMWare Fusion. Eu tive que estender minha partição primária, o que significava que era necessário remover a partição de troca existente para liberar espaço. Editei o fstab com as novas informações da partição, mas mount -anão fiz o sistema reconhecer a nova partição de troca. A reinicialização funcionou.

— 9788 Steven Universo Lu

10

Você não edita /etc/mtabmanualmente.

Você pode, no entanto, alterar /etc/fstabpara adicionar ou remover pontos de montagem persistentes , ou seja, aqueles que serão montados na inicialização. Além disso, o /etc/fstabarquivo é usado pelo mount(8)comando para se referir aos pontos de montagem.

Você pode definir com segurança novos pontos de montagem ou excluir os existentes /etc/fstabsem alterar o estado atual do sistema operacional. Você pode manualmente mount(8)e umount(8)sistemas de arquivos que refletem essas alterações; e você também pode remontar sistemas de arquivos já montados com opções diferentes, por exemplo:

mount -o remount,noexec /var

A questão aqui é: por que você acha que precisa de bindpontos de montagem e o que acha que vai conseguir usando-os? Mas eu discordo.

Ao lidar com bindpontos de montagem, as etapas para reconfigurar o layout do seu sistema de arquivos sem reiniciar devem ser:

Não edite /etc/mtabmanualmente
Interrompa os aplicativos e serviços que usam os sistemas de arquivos que você vai modificar. Isso nem sempre é possível, mas seu caso de uso parece envolver apenas sistemas de arquivos dedicados a hospedar arquivos de log /var.
umounttodos os bindpontos de montagem.
reescreva /etc/fstabpara atender às suas necessidades.
monte manualmente os sistemas de arquivos.

— dawud
fonte

Olá, atualizo minha postagem acima. Por favor, leia o cenário.

— Jaypabs

Na verdade, não sei por que existem pontos de montagem de ligação. Eu estou usando o tutorial do link e eu não o adicionei ...

— jaypabs

Uma maneira de evitar parar e iniciar serviços individuais (o que pode ser uma tarefa árdua), é passar no modo de usuário único ( telinit S), fazer as edições e voltar para o multiusuário ( telinit 2).

— didierc

0

O mtab lista os sistemas de arquivos atualmente montados; portanto, ele é gravado pelo sistema e seu conteúdo será alterado após, por exemplo, uma reinicialização, uma quantidade ou uma nova montagem. O fstab lista os sistemas de arquivos disponíveis e é persistente, ou seja, sobreviverá a uma reinicialização.

Você não deve editar o mtab diretamente.

— blau
fonte