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

35

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 .

— jaypabs
źródło

40

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

— Geert Stappers
źródło

12

Zwykle problem polega na tym, mount -aże nie można ponownie zamontować systemów plików, które są już zamontowane. Zamiast tego wolałby mount <mount-point> -o remount, jak sudo mount / -o remount. Użyje opcji zdefiniowanych w fstab.

— Cześć Anioł

@Geert Stappers, zmodyfikowałem / etc / fstab na Ubuntu Linux 16.04 dzisiaj i prawie rozbił mój system. Innymi słowy, ciągle prosi o awaryjne ponowne uruchomienie. Dziękuję

— Frank

Nie działało to dla mnie w dniu 16.04 gościa w VMWare Fusion. Musiałem rozszerzyć moją partycję podstawową, co oznaczało, że musiałem usunąć istniejącą partycję wymiany, aby zrobić miejsce. Edytowałem fstab z nowymi informacjami o partycji, ale mount -anie sprawiłem, że system rozpoznał nową partycję wymiany. Ponowne uruchomienie działało jednak.

— Steven Lu

10

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:

Nie edytuj /etc/mtabręcznie
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.
umountwszystkie bindpunkty montowania.
przepisz, /etc/fstababy dopasować do swoich potrzeb.
ręcznie zamontuj systemy plików.

— dawud
źródło

Cześć, aktualizuję mój post powyżej. Przeczytaj scenariusz.

— jaypabs

Właściwie nie wiem, dlaczego istnieją punkty montowania bindów. Korzystam z samouczka z linku i sam go nie

— dodałem

Jednym ze sposobów uniknięcia zatrzymywania i uruchamiania poszczególnych usług (co może być obowiązkiem) jest przejście w trybie pojedynczego użytkownika ( telinit S), wprowadzanie zmian i powrót do trybu wielu użytkowników ( telinit 2).

— didierc

0

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.

— Blau
źródło