Muss ich meinen Server neu starten, nachdem ich fstab und mtab bearbeitet habe?


35

Ich frage mich nur, ob ich meinen Server nach der Bearbeitung von fstab und mtab neu starten muss. Ich habe etwas in dieser Datei aufgrund eines Problems mit awstats report manuell geändert.

Ich benutze ISPConfig 3 mit Hilfe des Tutorials von howtoforge . Aber aufgrund des Entfernens / Löschens eines Kontos hat sich die Konfiguration von fstab und mtab verschlechtert.

Ich stelle diese Frage auch im Forum von howtoforge, aber bis jetzt hat niemand geantwortet. Wenn Sie meine Frage lesen möchten, besuchen Sie sie bitte hier .

Ich habe mich sehr bemüht, das Problem ohne Glück zu beheben.

Aktualisieren:

Folgendes passiert mit meiner Fstab:

Bevor der Wert war (ich habe den anderen weggelassen):

/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

Also habe ich es auf den richtigen Pfad geändert:

/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

Ich fand auch, dass mtab den gleichen Wert wie oben hat, deshalb habe ich es manuell bearbeitet.

von:

/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

zu:

/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

Ich habe diesen Wert bearbeitet, weil der korrekte Pfad von mydomain.com und example.com unter den Ordnern web2 und web3 liegen sollte.

Ab sofort wird auf das Protokoll von example.com verwiesen:

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

wann es sein sollte:

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

Ich denke also, dass dies an fstab und mtab liegt.

Bitte leiten Sie mich, wie Sie das Protokoll korrekt auf das Standardverzeichnis verweisen.

Ich erkläre das Szenario nacheinander unter diesem Link .

Antworten:


40

Die Datei /etc/mtabwird vom Betriebssystem verwaltet. Bearbeiten Sie es nicht.

Datei /etc/fstablegt fest, was gemountet werden soll. Es wird beim Systemstart gelesen.

Wenn ich einem System eine zusätzliche Festplatte hinzufüge, die beim Systemstart eingehängt werden soll, füge ich sie hinzu /etc/fstab.

Um die Korrektheit des Updates zu überprüfen, verwende /etc/fstab ich den Befehl mount -a. Das liest sich /etc/fstabals Systemstart, es mountet Dateisysteme, die noch nicht gemountet sind.

Es wird ein Fehler ausgegeben, wenn der Mountpoint fehlt oder das Gerät fehlt.

So beantworten Sie die Frage zum Neustart: Nein, nach der Bearbeitung ist kein Neustart erforderlich /etc/fstab. Sie können mit testenmount -a


12
Normalerweise besteht das Problem darin, dass mount -abereits gemountete Dateisysteme nicht erneut gemountet werden. Stattdessen würde man lieber verwenden mount <mount-point> -o remount, wie sudo mount / -o remount. Es werden die in der fstab definierten Optionen verwendet.
Hi-Angel

@Geert Stappers, ich habe heute / etc / fstab unter Ubuntu Linux 16.04 geändert und mein System wäre fast abgestürzt. Mit anderen Worten, es wird nach einem Neustart im Notfall gefragt. Vielen Dank
Frank

Das hat bei mir mit 16.04 Gast in VMWare Fusion nicht funktioniert. Ich musste meine primäre Partition erweitern, was bedeutete, dass ich die vorhandene Swap-Partition entfernen musste, um Platz zu schaffen. Ich habe fstab mit den neuen Partitionsinformationen bearbeitet, aber mount -adas System hat die neue Swap-Partition nicht erkannt. Der Neustart hat jedoch funktioniert.
Steven Lu

10

Sie bearbeiten nicht /etc/mtabmanuell.

Sie können Ihre jedoch ändern /etc/fstab, um permanente Einhängepunkte hinzuzufügen oder zu entfernen , dh diejenigen, die beim Start eingehängt werden. Die /etc/fstabDatei wird auch vom mount(8)Befehl verwendet, um auf Bereitstellungspunkte zu verweisen.

Sie können neue Einhängepunkte sicher definieren oder vorhandene löschen, /etc/fstabohne den aktuellen Status des Betriebssystems zu ändern. Sie können manuell mount(8)und umount(8)Dateisysteme, die diese Änderungen widerspiegeln; und Sie können auch bereits gemountete Dateisysteme mit verschiedenen Optionen erneut mounten, zB:

mount -o remount,noexec /var

Hier stellt sich die Frage, warum Sie der Meinung sind, dass Sie überhaupt bindMount-Punkte benötigen und was Sie mit ihrer Verwendung erreichen werden. Aber ich lehne ab.

Wenn Sie mit bindEinhängepunkten arbeiten, müssen Sie die folgenden Schritte ausführen, um das Layout Ihres Dateisystems ohne Neustart neu zu konfigurieren:

  1. Nicht /etc/mtabmanuell bearbeiten
  2. Beenden Sie die Anwendungen und Dienste, die die Dateisysteme verwenden, die Sie ändern möchten. Dies ist nicht immer möglich, aber Ihr Anwendungsfall scheint nur Dateisysteme zu betreffen, die für Host-Protokolldateien unter bestimmt sind /var.
  3. umountalle bindEinhängepunkte.
  4. umschreiben /etc/fstab, um Ihren Bedürfnissen zu entsprechen.
  5. Hängen Sie die Dateisysteme manuell ein.

Hallo, ich aktualisiere meinen Beitrag oben. Bitte lesen Sie das Szenario.
Jaypabs

Eigentlich weiß ich nicht, warum es einen Bind Mount Points gibt. Ich benutze das Tutorial von Link und ich habe es nicht selbst
hinzugefügt

Eine Möglichkeit, das Anhalten und Starten einzelner Dienste zu vermeiden (was eine lästige Arbeit sein könnte), besteht darin, im Einzelbenutzermodus ( telinit S) zu übergeben, die Änderungen vorzunehmen und zu Multiuser ( telinit 2) zurückzukehren.
Didierc

0

mtab listet aktuell gemountete Dateisysteme auf, sodass sie vom System geschrieben werden und sich ihr Inhalt nach einem Neustart, einem Umount oder einem neuen Mount ändert. fstab listet die verfügbaren Dateisysteme auf und ist persistent, dh es übersteht einen Neustart.

Sie sollten mtab nicht direkt bearbeiten.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.