Czy muszę zrestartować serwer po edycji fstab i mtab?

Zastanawiam się tylko, czy muszę zrestartować serwer po edycji fstab i mtab. Zmieniłem coś w tym pliku ręcznie z powodu problemu z raportem awstats.

Korzystam z ISPConfig 3 przy pomocy tutoriala z howtoforge . Ale z powodu usunięcia / usunięcia niektórych kont, konfiguracja fstab i mtab zawiodła.

Zadaję również to pytanie na forum howtoforge, ale do tej pory nikt nie odpowiedział. Jeśli chcesz przeczytać moje pytanie, odwiedź je tutaj .

Bardzo starałem się rozwiązać problem bez szczęścia.

Aktualizacja:

Oto, co stało się z moim fstabem:

Przed wartością była (pominąłem drugą):

/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

Więc zmieniłem go na prawidłową ścieżkę:

/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

Odkryłem również, że mtab ma taką samą wartość jak powyżej, dlatego edytowałem go ręcznie.

z:

/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

do:

/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

Edytowałem te wartości, ponieważ poprawna ścieżka do mydomain.com i example.com powinna znajdować się odpowiednio w folderze web2 i web3.

Na razie dziennik example.com jest wskazywany:

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

kiedy powinno być:

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

Myślę więc, że dzieje się tak z powodu fstab i mtab.

Proszę, poprowadź mnie, jak prawidłowo kierować dziennik do domyślnego katalogu.

Wyjaśniam scenariusz jeden po drugim pod tym linkiem .

Plik /etc/mtabjest obsługiwany przez system operacyjny. Nie edytuj tego.

Plik /etc/fstabokreśla, co powinno zostać zamontowane. Jest on odczytywany przy starcie systemu.

Kiedy dodam dodatkowy dysk do systemu, który powinien być zamontowany podczas uruchamiania systemu, dodaję go /etc/fstab.

Aby sprawdzić poprawność zaktualizowanego /etc/fstab , używam polecenia mount -a. To brzmi /etc/fstabjak start systemu, montuje pliki, które nie są jeszcze zamontowane.

Daje błąd, gdy brakuje punktu montowania lub brakuje urządzenia.

Aby odpowiedzieć na pytanie dotyczące ponownego uruchomienia: Nie, nie ma potrzeby ponownego uruchamiania po edycji /etc/fstab. Możesz testdrive za pomocąmount -a

Nie edytujesz /etc/mtabręcznie.

Możesz jednak zmienić, /etc/fstababy dodać lub usunąć trwałe punkty montowania, tj. Te, które zostaną zamontowane podczas uruchamiania. Ponadto /etc/fstabplik jest używany przez mount(8)polecenie w celu odniesienia do punktów montowania.

Możesz bezpiecznie definiować nowe punkty montowania lub usuwać istniejące /etc/fstabbez zmiany obecnego stanu systemu operacyjnego. Możesz ręcznie mount(8)i umount(8)systemy plików, które odzwierciedlają te zmiany; a także można ponownie zamontować już zamontowane systemy plików za pomocą różnych opcji, np .:

mount -o remount,noexec /var

Pytanie brzmi: dlaczego uważasz, że bindw ogóle potrzebujesz punktów montowania i co zamierzasz osiągnąć, korzystając z nich? Ale wstręt.

W przypadku bindpunktów montowania kroki w celu rekonfiguracji układu systemów plików bez ponownego uruchamiania powinny być następujące:

1. Nie edytuj /etc/mtabręcznie
2. zatrzymaj aplikacje i usługi korzystające z systemów plików, które zamierzasz zmodyfikować. Nie zawsze jest to możliwe, ale wydaje się, że przypadek użycia dotyczy wyłącznie systemów plików przeznaczonych dla plików dziennika hosta /var.
3. umountwszystkie bindpunkty montowania.
4. przepisz, /etc/fstababy dopasować do swoich potrzeb.
5. ręcznie zamontuj systemy plików.

mtab wyświetla listę aktualnie zamontowanych systemów plików, więc jest zapisywany przez system, a jego zawartość zmieni się, powiedzmy, po ponownym uruchomieniu, umountie lub nowym montowaniu. fstab wyświetla listę dostępnych systemów plików i jest trwały, tzn. przetrwa ponowne uruchomienie.

Nie powinieneś edytować mtab bezpośrednio.