Apa poin pemasangan yang sesuai dengan FHS?


14

Saya bertanya-tanya apa poin pemasangan yang sesuai dengan FHS untuk perangkat keras internal dan jaringan ? Banyak tutorial berbeda menyarankan untuk memasangnya di subdirektori ke /mntatau/media

Menurut FHS 3.0 (File Hierarchy Standard):

  • /media: Mount point untuk media yang dapat dilepas ( Direktori ini berisi subdirektori yang digunakan sebagai mount point untuk media yang dapat dilepas seperti floppy disk, cdroms dan zip disk. )
  • /mnt: Mount point untuk sistem file yang dipasang sementara ( Direktori ini disediakan agar administrator sistem dapat memasang sistem file untuk sementara waktu sesuai kebutuhan. Isi direktori ini adalah masalah lokal dan tidak boleh memengaruhi cara program dijalankan )

Saya berasumsi bahwa titik pemasangan tersebut dapat digunakan /home/foo/extdrive /home/foo/nfsshareuntuk satu sistem pengguna tunggal, tetapi di mana saya akan memasangnya agar dapat diakses oleh semua pengguna?

Pembaruan: FHS 3.0, Bab 3.1, paragraf "Rasional" kedua

  • direktori baru di /(yaitu /workspacedan /nfsshare) Ada beberapa alasan mengapa membuat subdirektori baru dari sistem file root dilarang: Ini menuntut ruang pada partisi root yang ingin disimpan oleh administrator sistem yang kecil dan sederhana untuk alasan kinerja atau keamanan. Ini menghindari disiplin apa pun yang mungkin diatur oleh administrator sistem untuk mendistribusikan hierarki file standar di seluruh volume yang dapat dipasang. Distribusi tidak boleh membuat direktori baru dalam hierarki root tanpa pertimbangan yang sangat cermat tentang konsekuensi termasuk untuk portabilitas aplikasi.

Bukan jawaban, tetapi bukankah hard drive internal akan menjadi bagian dari sistem file "normal"? mis. Anda kehabisan ruang pada disk 1, sadari bahwa itu karena /vartumbuh lebih cepat dari yang diharapkan, maka instal disk 2 dan pasang sebagai /var. Pertanyaan menarik: jaringan berbagi, ini semacam "anti- /srv"!
John N

Jawaban:


16

Anda membuat direktori mount point Anda sendiri. Jika Anda ingin bertanya mengapa, saya hanya bisa menunjuk ke jawaban hebat oleh Wouter Verhelst .

Drive internal

/mntadalah tempat yang valid untuk membuat milik Anda sendiri jika Anda mau, dan begitu pula halnya /.

/mntmungkin telah digunakan untuk tujuan ini oleh beberapa sistem instalasi historis, serta untuk media yang dapat dipindahkan (sebelumnya /media). Ini masih berlaku bagi Anda untuk melakukannya, tetapi sistem itu sendiri tidak lagi seharusnya mengatur apa pun /mnt.

Saya pikir masuk akal untuk menggunakan / mnt jika Anda mungkin membuat beberapa titik pemasangan. Itu membuatnya mudah untuk melihat semuanya bersama-sama, dan itu dikenal sebagai salah satu lokasi yang orang suka gunakan. Beberapa orang lain suka menggunakan /Volumes- mengikuti sistem OS X, atau /vol. / data adalah umum untuk satu titik pemasangan. / d / juga digunakan. / disk / hampir pasti digunakan oleh beberapa orang, tetapi mungkin mengganggu penyimpanan yang tidak berbasis disk.

Jika Anda menggunakan / mnt, saya juga akan membuat / mnt / tmp. Maka masih akan ada direktori yang nyaman untuk mount sementara, penggunaan asli / mnt yang FHS sebutkan.

Titik pemasangan yang disukai untuk HDD internal

Ada kemungkinan bahwa secara manual membuat titik mount di bawah /mediaadalah ide yang buruk pada beberapa sistem umum. OS Linux Modern akan membuat titik pemasangan untuk media yang dapat dilepas secara otomatis, dan mungkin struktur yang mereka buat akan bertentangan, atau hanya terlihat tidak konsisten dengan milik Anda. Anda tidak mengatakan apa sistem Anda, tetapi Anda mungkin tertarik pada panduan portabel, terutama jika Anda bertanya tentang FHS. Perhatikan alasan ini mirip dengan mengapa FHS mengatakan OS tidak boleh mengisi / mnt.

Mount point untuk disk USB seluruh sistem

Sistem file jaringan

Terkadang disarankan untuk memasang sistem file jaringan di sub-direktori khusus, mis. /n/host, /nfs/hostAtau lainnya /net/host.

Misalnya, jika Anda memasang sistem file jaringan di / host dan jaringan menjadi tidak terjangkau, ls /mungkin hang ketika mencoba untuk meregistrasi sistem file jaringan. Ini bisa jadi tidak diinginkan dan membuat frustrasi, pada saat Anda sudah menjadi frustrasi.


FHS mengatakan /mntuntuk pemasangan sementara. Bagaimana dengan tunggangan persisten. Sementara saya telah pergi ke depan dan membuat /mnt/datadisk tambahan, rasanya nyaman untuk memiliki dokumen standar yang merekomendasikan apa yang harus digunakan sysadmin untuk disk tambahan. Ini merupakan persyaratan psikologis, terutama.
eternaltyro

1
@eternaltyro Saya memiliki perasaan yang sama persis, tetapi sudah ada argumen yang bagus dalam jawaban WouterVerhelst. Saya mencoba menyusun sesuatu untuk memperbaikinya, tetapi ternyata tidak. Itu sebagian besar hanya duplikasi & menghalangi saran praktis. Diedit untuk mencoba dan memperjelasnya.
sourcejedi

8

Ketika FHS berbicara tentang apa yang tidak dapat Anda lakukan, maka yang Anda bicarakan adalah distribusi , bukan pengguna atau administrator sistem lokal.

Sistem unix hanya memiliki satu pohon sistem file. Karena itu Anda dapat memasang apa pun di sistem lokal di sembarang tempat di sistem file, dan Anda tidak akan melanggar FHS dengan cara apa pun; setelah semua, FHS berusaha keras untuk menghindari administrator sistem lokal. Untuk disk internal yang berada dalam sistem setiap saat, itu sangat sah untuk memiliki titik gunung /optatau /ntfsatau /scratchatau entah apa lagi. Atau, jika Anda kehabisan ruang disk dan Anda ingin memindahkan beberapa hal dari sistem file root Anda dan ke disk lain, Anda dapat memindahkan /varatau /usrke hard disk yang terpisah dan menangani hal-hal seperti itu.

Satu-satunya hal yang harus Anda tidak lakukan adalah untuk me-mount disk internal pada lokasi yang FHS mengatakan distribusi dapat menulis ke dalam (seperti /usr, /var, atau /lib), dan kemudian tidak bergerak data yang relevan dengan lokasi tersebut, atau menggunakan beberapa non-POSIX filesystem untuk partisi yang dimaksud. Selain itu, hampir semuanya adalah permainan yang adil.


2

Untuk membuat direktori dapat diakses oleh pengguna tertentu , Anda akan membuat grup. Dengan konvensi, grup dapat memiliki direktori home. Ini terkadang, tetapi tidak harus, dibuat sebagai / home / $ GROUP.

Mungkin untuk membuat direktori / home / allusers. Anda dapat memesan semua pengguna nama grup (mis. Buat grup kosong) jika mau. (Nama pengguna dan grup adalah ruang nama yang terpisah secara teknis, tetapi biasanya tetap konsisten. Misalnya, Anda tidak ingin secara khusus membuat "pemakai" pengguna normal dalam kasus ini).

Skema penamaan khusus ini tidak menggeneralisasi secara alami untuk beberapa sistem file, misalnya satu disk internal dan satu sistem file jaringan.

Anda bukan distribusi perangkat lunak, dan alasan yang diberikan dalam FHS tidak berlaku untuk Anda. Mengikuti batasan ini akan menimbulkan kendala tambahan. Jika / home menjadi unmountable, juga akan lebih mudah untuk me-mount / home / allusers untuk keperluan backup, recovery atau troubleshooting.


2

Jawaban cepat: Tergantung ... FHS untuk distribusi seperti yang orang lain katakan. Tetapi Anda mungkin menemukan lebih mudah untuk mengikuti setidaknya semangat itu hanya untuk kemudahan pemeliharaan, terutama jika ini harus dilakukan pada beberapa sistem yang orang lain mungkin akhirnya mendukung. Penting juga mengingat bagaimana cadangan diambil karena mungkin menghemat Anda harus menyesuaikan mereka untuk memperhitungkan ruang tambahan yang Anda tambahkan.

Contoh yang saya gunakan:

  • Sebagian besar ruang bersama umum di / mnt / play
  • CIFS per pengguna dipasang melalui pam-mount di / home / [nama pengguna] / jaringan / [bagikan]
  • Aplikasi server sesuai manual misalnya / sapmnt / opt / apa pun / bacula
  • Berbagi file di / srv / [sharename] atau / fileshares / [sharename]

Juga patut dihindari segala sesuatu yang digunakan oleh automounter seperti / media pada Mint / Ubuntu atau menggunakan pohon direktori yang terdaftar untuk sesuatu selain tujuan yang dimaksudkan. Misalnya, adalah umum untuk memasang disk ke / var / [app] atau / usr / [app] untuk membuat lebih banyak ruang yang tersedia untuk aplikasi tertentu, tetapi jangan menggunakannya untuk hal lain, karena Anda hanya akan mendapatkan sendiri dalam kekacauan.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.