Apakah saya perlu me-restart server saya setelah mengedit fstab dan mtab?

35

Saya hanya ingin tahu apakah saya perlu me-restart server saya setelah mengedit fstab dan mtab. Saya mengubah sesuatu dalam file ini secara manual karena ada masalah dengan laporan awstats.

Saya menggunakan ISPConfig 3 dengan bantuan tutorial dari howtoforge . Tetapi karena menghapus / menghapus beberapa akun, konfigurasi fstab dan mtab kacau.

Saya juga mengajukan pertanyaan ini di forum howtoforge tetapi sampai sekarang tidak ada yang menjawab. Jika Anda ingin membaca pertanyaan saya, silakan kunjungi di sini .

Saya berusaha sangat keras untuk memperbaiki masalah tanpa keberuntungan.

Memperbarui:

Inilah yang terjadi pada fstab saya:

Sebelum nilainya (saya hilangkan yang lain):

/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

Jadi saya mengubahnya ke jalur yang benar:

/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

Saya juga menemukan mtab memiliki nilai yang sama seperti di atas itu sebabnya saya mengeditnya secara manual.

dari:

/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

untuk:

/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

Saya mengedit nilai tersebut karena jalur yang benar dari mydomain.com dan example.com masing-masing harus berada di bawah folder web2 dan web3.

Sampai sekarang log example.com diarahkan ke:

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

kapan seharusnya:

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

Jadi saya berpikir bahwa ini karena fstab dan mtab.

Tolong bantu saya cara mengarahkan log dengan benar ke direktori default itu.

Saya menjelaskan skenario satu per satu di tautan ini .

— jaypab
sumber

40

File /etc/mtabdikelola oleh sistem operasi. Jangan diedit.

File /etc/fstabmenentukan apa yang harus dipasang. Itu dibaca pada awal sistem.

Ketika saya menambahkan disk tambahan ke sistem yang harus dipasang pada sistem mulai saya tambahkan ke /etc/fstab.

Untuk memeriksa kebenaran pembaruan /etc/fstab saya menggunakan perintah mount -a. Itu berbunyi /etc/fstabketika sistem mulai, itu me-mount filesytems yang belum di-mount.

Ini memberikan kesalahan ketika mountpoint hilang atau perangkat hilang.

Untuk menjawab pertanyaan tentang me-reboot: Tidak, tidak perlu melakukan reboot setelah mengedit /etc/fstab. Anda dapat menguji drive denganmount -a

— Stappers Geert
sumber

12

Biasanya masalahnya adalah mount -atidak akan mengount ulang sistem file yang sudah di-mount. Sebaliknya orang lebih suka menggunakan mount <mount-point> -o remount, seperti sudo mount / -o remount. Ini akan menggunakan opsi yang ditentukan di fstab.

— Hi-Angel

@ Geert Stappers, saya memodifikasi / etc / fstab di Ubuntu Linux 16.04 hari ini dan hampir membuat crash sistem saya. Dengan kata lain, itu terus meminta reboot darurat. Terima kasih

— Frank

Ini tidak berhasil untuk saya pada 16,04 tamu di VMWare Fusion. Saya harus memperluas partisi utama saya yang berarti saya harus menghapus partisi swap yang ada untuk membuat ruang. Saya mengedit fstab dengan info partisi baru, tetapi mount -atidak membuat sistem mengenali partisi swap baru. Mem-boot ulang berhasil.

— Steven Lu

10

Anda tidak mengedit /etc/mtabsecara manual.

Anda dapat, bagaimanapun, mengubah Anda /etc/fstabuntuk menambah atau menghapus titik mount persisten , yaitu yang akan dipasang pada saat startup. Juga, /etc/fstabfile tersebut digunakan oleh mount(8)perintah untuk merujuk ke titik mount.

Anda dapat dengan aman menentukan titik pemasangan baru, atau menghapus yang sudah ada di dalam /etc/fstabtanpa mengubah keadaan OS saat ini. Anda bisa secara manual mount(8)dan umount(8)sistem file yang mencerminkan perubahan itu; dan Anda juga dapat mengount ulang sistem file yang sudah terpasang dengan opsi dfferent, misalnya:

mount -o remount,noexec /var

Pertanyaannya di sini adalah, mengapa Anda pikir Anda perlu bindmount point sama sekali dan apa yang menurut Anda akan capai dengan menggunakannya? Tapi saya mengalah.

Ketika berhadapan dengan bindmount point, langkah-langkah untuk mengkonfigurasi ulang tata letak sistem file Anda tanpa memulai ulang harus:

Jangan mengedit /etc/mtabsecara manual
hentikan aplikasi dan layanan yang menggunakan sistem file yang akan Anda modifikasi. Ini tidak selalu memungkinkan, tetapi kasus penggunaan Anda tampaknya hanya melibatkan sistem file yang didedikasikan untuk menginangi file log /var.
umountsemua bindtitik pemasangan.
menulis ulang /etc/fstabagar sesuai dengan kebutuhan Anda.
secara manual me-mount sistem file.

— dawud
sumber

Hai, saya memperbarui posting saya di atas. Silakan baca skenario.

— jaypabs

Sebenarnya saya tidak tahu mengapa ada bind mount point. Saya menggunakan tutorial dari tautan dan saya tidak menambahkannya sendiri ...

— jaypabs

Salah satu cara untuk menghindari berhenti dan memulai layanan individual (yang bisa menjadi tugas), adalah untuk lulus dalam mode pengguna tunggal ( telinit S), lakukan pengeditan, dan kembali ke multiuser ( telinit 2).

— didierc

0

mtab mencantumkan filesystem yang saat ini di-mount, jadi ini ditulis oleh sistem dan isinya akan berubah setelah, katakanlah, reboot, umount atau mount baru. fstab mendaftar sistem file yang tersedia dan persisten, yaitu ia akan selamat dari reboot.

Anda tidak boleh mengedit mtab secara langsung.

— blau
sumber