Чи потрібно перезавантажувати сервер після редагування fstab та mtab?


35

Мені просто цікаво, чи потрібно мені перезавантажувати сервер після редагування fstab та mtab. Я щось змінив у цьому файлі вручну через проблему зі звітом про порушення.

Я використовую ISPConfig 3 за допомогою підручника з howtoforge . Але через вилучення / видалення деякого облікового запису конфігурація fstab і mtab зіпсувалася.

Я також задаю це питання на форумі howtoforge, але до цих пір ніхто не відповів. Якщо ви хочете прочитати моє запитання, будь ласка, відвідайте його тут .

Я дуже намагався виправити проблему без удачі.

Оновлення:

Ось що відбувається з моїм fstab:

Перш ніж значення було (я пропустив інше):

/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

Тому я змінив його на правильний шлях:

/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

Я також виявив, що mtab має те саме значення, що і вище, тому я редагував його вручну.

від:

/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

Я відредагував ці значення, оскільки правильний шлях mydomain.com та example.com повинен містити відповідно папки web2 та web3.

На сьогодні журнал example.com вказує на:

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

коли має бути:

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

Тому я думаю, що це через fstab та mtab.

Підкажіть, будь ласка, як правильно вказати журнал на каталог за замовчуванням.

Я пояснюю сценарій по одному за цим посиланням .

Відповіді:


40

Файл /etc/mtabпідтримується операційною системою. Не редагуйте це.

Файл /etc/fstabвизначає, що слід встановити. Він читається при запуску системи.

Коли я додаю додатковий диск до системи, який слід встановити при запуску системи, я додаю його /etc/fstab.

Для перевірки правильності оновленого /etc/fstab я використовую команду mount -a. Він читається /etc/fstabпід час запуску системи, він монтує файли файлів, які ще не змонтовані.

Він видає помилку, коли точка кріплення відсутня або пристрій відсутній.

Щоб відповісти на запитання про перезавантаження: Ні, після редагування не потрібно перезавантажувати /etc/fstab. Ви можете спробувати проїхатиmount -a


12
Зазвичай проблема полягає в тому mount -a, що не буде перезавантажувати файлові системи, які вже встановлені. Натомість можна скоріше використовувати mount <mount-point> -o remount, як sudo mount / -o remount. Він використовуватиме параметри, визначені у fstab.
Привіт-Ангел

@Geert Stappers, я змінив / etc / fstab на Ubuntu Linux 16.04 сьогодні, і це майже розбило мою систему. Іншими словами, він продовжує просити екстреного перезавантаження. Дякую
Френк

Це не спрацювало для мене 16.04 в гостях у VMWare Fusion. Мені довелося розширити свій основний розділ, що означало, що я маю видалити існуючий розділ swap, щоб звільнити місце. Я відредагував fstab з новою інформацією про розділи, але mount -aне змусив систему розпізнавати новий розділ swap. Перезавантаження все-таки спрацювало.
Стівен Лу

10

Ви не редагуєте /etc/mtabвручну.

Однак ви можете змінити свою, /etc/fstabщоб додати або видалити стійкі точки монтажу, тобто ті, які будуть встановлені під час запуску. Також /etc/fstabфайл використовується mount(8)командою для позначення точок монтажу.

Ви можете безпечно визначити нові точки монтажу або видалити існуючі, /etc/fstabне змінюючи поточний стан ОС. Ви можете вручну mount(8)та umount(8)файлові системи, які відображають ці зміни; а також можна повторно встановити вже змонтовані файлові системи з різними параметрами, наприклад:

mount -o remount,noexec /var

Тут питання полягає в тому, чому ви вважаєте, що вам взагалі потрібні bindточки кріплення і що, на вашу думку, ви збираєтесь досягти, використовуючи їх? Але я відступаю.

У роботі з bindточками монтажу кроками для перенастроювання макета вашої файлової системи без перезавантаження повинні бути:

  1. Не редагуйте /etc/mtabвручну
  2. зупиніть програми та сервіси, які використовують файлові системи, які ви збираєтеся змінити. Це не завжди можливо, але, здається, у вашому випадку використовується лише файлова система, призначена для файлів журналу хоста в /var.
  3. umountвсі bindточки кріплення.
  4. перепишіть, /etc/fstabщоб відповідати вашим потребам.
  5. вручну монтувати файлові системи.

Привіт, я оновлюю свій пост вище. Прочитайте сценарій.
jaypabs

Насправді я не знаю, чому є прив’язані точки кріплення. Я використовую підручник із посилання, і сам не додав його ...
jaypabs

Один із способів уникнути зупинки та запуску окремих сервісів (що може бути справжньою справою) - це перейти в єдиний користувальницький режим ( telinit S), внести зміни та повернутися до багатокористувача ( telinit 2).
didierc

0

mtab перераховує поточно встановлені файлові системи, тому він записується системою, і його вміст зміниться після, скажімо, перезавантаження, umount або нового кріплення. fstab перераховує доступні файлові системи та є стійким, тобто переживе перезавантаження.

Не слід редагувати mtab безпосередньо.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.