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 .
sumber
mount -a
tidak akan mengount ulang sistem file yang sudah di-mount. Sebaliknya orang lebih suka menggunakanmount <mount-point> -o remount
, sepertisudo mount / -o remount
. Ini akan menggunakan opsi yang ditentukan di fstab.mount -a
tidak membuat sistem mengenali partisi swap baru. Mem-boot ulang berhasil.Anda tidak mengedit
/etc/mtab
secara manual.Anda dapat, bagaimanapun, mengubah Anda
/etc/fstab
untuk menambah atau menghapus titik mount persisten , yaitu yang akan dipasang pada saat startup. Juga,/etc/fstab
file tersebut digunakan olehmount(8)
perintah untuk merujuk ke titik mount.Anda dapat dengan aman menentukan titik pemasangan baru, atau menghapus yang sudah ada di dalam
/etc/fstab
tanpa mengubah keadaan OS saat ini. Anda bisa secara manualmount(8)
danumount(8)
sistem file yang mencerminkan perubahan itu; dan Anda juga dapat mengount ulang sistem file yang sudah terpasang dengan opsi dfferent, misalnya:Pertanyaannya di sini adalah, mengapa Anda pikir Anda perlu
bind
mount point sama sekali dan apa yang menurut Anda akan capai dengan menggunakannya? Tapi saya mengalah.Ketika berhadapan dengan
bind
mount point, langkah-langkah untuk mengkonfigurasi ulang tata letak sistem file Anda tanpa memulai ulang harus:/etc/mtab
secara manual/var
.umount
semuabind
titik pemasangan./etc/fstab
agar sesuai dengan kebutuhan Anda.sumber
telinit S
), lakukan pengeditan, dan kembali ke multiuser (telinit 2
).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.
sumber