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 .
fonte
mount -a
não remontará os sistemas de arquivos que já estão montados. Em vez disso, alguém prefere usarmount <mount-point> -o remount
, comosudo mount / -o remount
. Ele usará as opções definidas no fstab.mount -a
não fiz o sistema reconhecer a nova partição de troca. A reinicialização funcionou.Você não edita
/etc/mtab
manualmente.Você pode, no entanto, alterar
/etc/fstab
para adicionar ou remover pontos de montagem persistentes , ou seja, aqueles que serão montados na inicialização. Além disso, o/etc/fstab
arquivo é usado pelomount(8)
comando para se referir aos pontos de montagem.Você pode definir com segurança novos pontos de montagem ou excluir os existentes
/etc/fstab
sem alterar o estado atual do sistema operacional. Você pode manualmentemount(8)
eumount(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:A questão aqui é: por que você acha que precisa de
bind
pontos de montagem e o que acha que vai conseguir usando-os? Mas eu discordo.Ao lidar com
bind
pontos de montagem, as etapas para reconfigurar o layout do seu sistema de arquivos sem reiniciar devem ser:/etc/mtab
manualmente/var
.umount
todos osbind
pontos de montagem./etc/fstab
para atender às suas necessidades.fonte
telinit S
), fazer as edições e voltar para o multiusuário (telinit 2
).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.
fonte