Tôi có cần khởi động lại máy chủ của mình sau khi chỉnh sửa fstab và mtab không?


35

Tôi chỉ tự hỏi nếu tôi cần phải khởi động lại máy chủ của mình sau khi chỉnh sửa fstab và mtab. Tôi đã thay đổi một cái gì đó trong tệp này theo cách thủ công do vấn đề với báo cáo awstats.

Tôi đang sử dụng ISPConfig 3 với sự trợ giúp của hướng dẫn từ howtoforge . Nhưng do xóa / xóa một số tài khoản, cấu hình của fstab và mtab bị rối tung.

Tôi cũng hỏi câu hỏi này tại diễn đàn howtoforge nhưng đến nay vẫn chưa có ai trả lời. Nếu bạn muốn đọc câu hỏi của tôi xin vui lòng truy cập nó ở đây .

Tôi đã rất cố gắng để khắc phục vấn đề may mắn.

Cập nhật:

Đây là những gì xảy ra với fstab của tôi:

Trước khi giá trị là (tôi bỏ qua cái khác):

/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

Vì vậy, tôi đã thay đổi nó thành đường dẫn chính xác:

/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

Tôi cũng thấy mtab có cùng giá trị như trên, đó là lý do tại sao tôi chỉnh sửa thủ công.

từ:

/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

đến:

/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

Tôi đã chỉnh sửa các giá trị đó vì đường dẫn chính xác của mydomain.com và example.com phải nằm trong thư mục web2 và web3.

Cho đến bây giờ nhật ký của example.com được trỏ đến:

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

khi nào nên

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

Vì vậy, tôi nghĩ rằng điều này là do fstab và mtab.

Vui lòng hướng dẫn tôi cách trỏ nhật ký chính xác vào thư mục mặc định của nó.

Tôi giải thích kịch bản từng cái một tại liên kết này .

Câu trả lời:


40

Tập tin /etc/mtabđược duy trì bởi hệ điều hành. Đừng chỉnh sửa nó.

Tập tin /etc/fstabxác định những gì nên được gắn kết. Nó được đọc khi bắt đầu hệ thống.

Khi tôi thêm một đĩa phụ vào hệ thống nên được gắn vào lúc bắt đầu hệ thống, tôi thêm nó vào /etc/fstab.

Để kiểm tra tính chính xác của bản cập nhật /etc/fstab tôi sử dụng lệnh mount -a. Nó đọc /etc/fstabkhi hệ thống khởi động, nó gắn kết các tập tin mà chưa được gắn kết.

Nó báo lỗi khi điểm gắn kết bị thiếu hoặc thiết bị bị thiếu.

Để trả lời câu hỏi khi khởi động lại: Không, không cần phải khởi động lại sau khi chỉnh sửa /etc/fstab. Bạn có thể kiểm tra vớimount -a


12
Thông thường, vấn đề là mount -asẽ không nhắc lại các hệ thống tập tin đã được gắn kết. Thay vào đó người ta thà sử dụng mount <mount-point> -o remount, thích sudo mount / -o remount. Nó sẽ sử dụng các tùy chọn được xác định trong fstab.
Hi-Angel

@Geert Stappers, tôi đã sửa đổi / etc / fstab trên Ubuntu Linux 16.04 hôm nay và nó gần như bị sập hệ thống của tôi. Nói cách khác, Nó liên tục yêu cầu khởi động lại khẩn cấp. Cảm ơn bạn
Frank

Điều này không làm việc cho tôi vào ngày 16.04 khách trong VMWare Fusion. Tôi đã phải mở rộng phân vùng chính của mình, điều đó có nghĩa là tôi phải xóa phân vùng trao đổi hiện có để nhường chỗ. Tôi đã chỉnh sửa fstab với thông tin phân vùng mới, nhưng mount -akhông làm cho hệ thống nhận ra phân vùng trao đổi mới. Khởi động lại đã làm việc mặc dù.
Steven Lu

10

Bạn không chỉnh sửa /etc/mtabthủ công.

Tuy nhiên, bạn có thể thay đổi /etc/fstabđể thêm hoặc xóa các điểm gắn kết liên tục , tức là các điểm sẽ được gắn khi khởi động. Ngoài ra, /etc/fstabtập tin được sử dụng bởi mount(8)lệnh để tham chiếu đến các điểm gắn kết.

Bạn có thể xác định một cách an toàn các điểm gắn kết mới hoặc xóa các điểm hiện có /etc/fstabmà không làm thay đổi trạng thái hiện tại của HĐH. Bạn có thể thủ công mount(8)và các umount(8)hệ thống tập tin phản ánh những thay đổi đó; và bạn cũng có thể kết nối lại các hệ thống tập tin đã được gắn kết với các tùy chọn khác nhau, ví dụ:

mount -o remount,noexec /var

Câu hỏi ở đây là, tại sao bạn nghĩ rằng bạn cần bindđiểm gắn kết và bạn nghĩ bạn sẽ đạt được gì khi sử dụng chúng? Nhưng tôi phản đối.

Khi xử lý các bindđiểm gắn kết, các bước để cấu hình lại bố cục hệ thống tệp của bạn mà không cần khởi động lại phải là:

  1. Không chỉnh sửa /etc/mtabthủ công
  2. dừng các ứng dụng và dịch vụ sử dụng các hệ thống tập tin mà bạn sẽ sửa đổi. Điều này không phải lúc nào cũng có thể, nhưng trường hợp sử dụng của bạn dường như chỉ liên quan đến các hệ thống tệp dành riêng cho lưu trữ tệp nhật ký bên dưới /var.
  3. umounttất cả các bindđiểm gắn kết.
  4. viết lại /etc/fstabđể phù hợp với nhu cầu của bạn.
  5. tự gắn hệ thống tập tin.

Xin chào, tôi cập nhật bài viết của tôi ở trên. Xin vui lòng đọc kịch bản.
jaypabs

Trên thực tế tôi không biết tại sao có một điểm gắn kết ràng buộc. Tôi đang sử dụng hướng dẫn từ liên kết và tôi đã không tự thêm nó ...
jaypabs

Một cách để tránh dừng và bắt đầu các dịch vụ riêng lẻ (có thể là việc vặt), là chuyển qua chế độ người dùng ( telinit S), thực hiện các chỉnh sửa và quay lại nhiều người dùng ( telinit 2).
didierc 14/2/2015

0

mtab liệt kê các hệ thống tập tin được gắn hiện tại, do đó, nó được viết bởi hệ thống và nội dung của nó sẽ thay đổi sau khi nói, khởi động lại, một umount hoặc một mount mới. fstab liệt kê các hệ thống tập tin có sẵn và liên tục, tức là nó sẽ tồn tại khi khởi động lại.

Bạn không nên chỉnh sửa mtab trực tiếp.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.