Je me demande simplement si je dois redémarrer mon serveur après avoir modifié fstab et mtab. J'ai modifié quelque chose dans ce fichier manuellement en raison d'un problème avec le rapport awstats.
J'utilise ISPConfig 3 à l'aide du didacticiel de howtoforge . Mais en raison de la suppression / suppression de certains comptes, la configuration de fstab et mtab a été gâchée.
Je pose aussi cette question sur le forum howtoforge mais jusqu'à présent, personne n'a répondu. Si vous souhaitez lire ma question, veuillez la visiter ici .
J'ai essayé très fort de résoudre le problème sans chance.
Mise à jour:
Voici ce qui arrive à mon fstab:
Avant la valeur était (j'ai omis l'autre):
/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
Alors je l'ai changé pour le bon chemin:
/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
J'ai aussi trouvé que mtab avait la même valeur que ci-dessus, c'est pourquoi je l'ai édité manuellement.
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
à:
/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
J'ai modifié ces valeurs car le chemin correct de mydomain.com et example.com devrait se trouver respectivement dans les dossiers web2 et web3.
A partir de maintenant, le journal de example.com est indiqué:
/var/www/clients/client1/web2/log
quand cela devrait être:
/var/www/clients/client1/web3/log
Donc, je pense que cela est dû à fstab et mtab.
Merci de me guider pour que le journal soit correctement dirigé vers son répertoire par défaut.
J'explique le scénario un par un à ce lien .
la source
mount -a
les systèmes de fichiers déjà montés ne seront pas remontés. Au lieu de cela on préfère utilisermount <mount-point> -o remount
, commesudo mount / -o remount
. Il utilisera les options définies dans le fstab.mount -a
n'ai pas obligé le système à reconnaître la nouvelle partition de swap. Le redémarrage a bien fonctionné.Vous ne modifiez pas
/etc/mtab
manuellement.Vous pouvez cependant modifier votre
/etc/fstab
pour ajouter ou supprimer des points de montage persistants , c'est-à-dire ceux qui seront montés au démarrage. Le/etc/fstab
fichier est également utilisé par lamount(8)
commande pour faire référence aux points de montage.Vous pouvez définir en toute sécurité de nouveaux points de montage ou supprimer des points existants
/etc/fstab
sans modifier l'état actuel du système d'exploitation. Vous pouvez manuellementmount(8)
et lesumount(8)
systèmes de fichiers qui reflètent ces modifications; et vous pouvez également remonter des systèmes de fichiers déjà montés avec différentes options, par exemple:La question ici est, pourquoi pensez-vous que vous avez besoin de
bind
points de montage et que pensez-vous que vous allez réaliser en les utilisant? Mais je dégoûte.Lorsque vous travaillez avec
bind
des points de montage, les étapes pour reconfigurer la structure de vos systèmes de fichiers sans redémarrer doivent être les suivantes:/etc/mtab
manuellement/var
.umount
tous lesbind
points de montage./etc/fstab
pour répondre à vos besoins.la source
telinit S
), à effectuer les modifications et à revenir à la fonction multi-utilisateur (telinit 2
).mtab liste les systèmes de fichiers actuellement montés, il est donc écrit par le système et son contenu changera après, par exemple, un redémarrage, un umount ou un nouveau montage. fstab répertorie les systèmes de fichiers disponibles et est persistant, c’est-à-dire qu’il survivra au redémarrage.
Vous ne devriez pas éditer mtab directement.
la source