Bagaimana sistem fail disusun dalam gnu / linux?

Isi kandungan:
- Bagaimanakah sistem fail disusun dalam GNU / Linux?
- FHS
- Objektif Utama FHS
- Akses kepada sistem fail berbeza
- Sistem fail penstrukturan di Linux mengikut FHS
- Kebenaran
Sudah tentu, ramai di antara kamu, seperti saya, belajar menggunakan komputer dengan beberapa versi Windows dan kemungkinan bahawa salah satu perkara pertama yang mereka kenal adalah cara menguruskan semua maklumat yang disimpan di dalamnya atau beberapa media boleh tanggal yang disambungkan ke pc. Iaitu, untuk melaksanakan tugas seperti menyalin, menyisipkan, memindahkan atau mencari fail kami. Atas sebab ini, kali ini kami ingin menunjukkan kepada anda bagaimana sistem fail disusun dalam Linux / GNU. Ia tidak semestinya perlu diketahui 100%, tetapi sangat bermanfaat untuk mempunyai idea mengenai hirarki fail tersebut.
Indeks kandungan
Bagaimanakah sistem fail disusun dalam GNU / Linux?
Sistem Linux berada di bawah hirarki fail, seperti bagaimana sistem Unix disusun. Pada mulanya, pokok direktori hierarki dan fail ini tidak berada di bawah sebarang piawai, iaitu variasi antara satu taburan dan satu lagi. Inilah yang memotivasi sekumpulan orang untuk membangunkan, pada tahun 1993, yang dikenali sebagai Standard Hierarki Filesystem (FHS) atau dalam Standard Hierarki Sistem Fail Sepanyol.
FHS
FHS ditakrifkan sebagai piawaian yang menetapkan dan menyediakan butiran nama, kandungan, lokasi dan kebenaran fail dan direktori, dengan kata lain, ia adalah satu set peraturan yang menentukan penstrukturan bersama fail dan direktori pada sistem Linux. Piawaian ini tidak lain hanyalah dokumen panduan, yang boleh dirujuk oleh pengeluar dan digunakan ketika membuat edaran baru.
Adalah penting untuk memperjelaskan bahawa pengeluar boleh membuat keputusan sama ada untuk memohon atau tidak. Kelebihan mengintegrasikannya dengan sistem Linux anda ialah ia akan menjadikan persekitaran anda lebih serasi dengan seluruh pengagihan Linux. Satu lagi perkara yang perlu diberi perhatian ialah piawaian itu membolehkan beberapa fleksibiliti, oleh itu, terdapat kebebasan tertentu apabila memohon peraturan dan dari sana hakikat bahawa terdapat sedikit perbezaan sedikit antara pengagihan yang berlainan.
Objektif Utama FHS
- Paparkan sistem fail hierarki secara konsisten dan seragam Memberi kemudahan dalam pembangunan perisian, kerana ia akan membolehkan ramalan mudah dan pengenalpastian fail dan direktori yang dipasang. Beri pengguna mudah dalam meramalkan lokasi fail dan direktori di komputer mereka.
Seperti yang kita lihat, tumpuan utama FHS adalah untuk mewujudkan sistem operasi dengan struktur yang paling sesuai. Ini akan memberikan pengalaman yang lebih baik untuk pengguna biasa, kerana mereka akan dapat memahami makna setiap elemen dalam sistem dan dengan mudah mengesannya. Sebaliknya, FHS sendiri menunjukkan jenis fail yang boleh dilihat dalam struktur sistem:
Fail yang boleh diagihkan dan tidak boleh dikongsi: Yang pertama ialah fail yang dimiliki oleh komputer dan yang terakhir adalah fail yang boleh dikongsi antara komputer yang berbeza. Sebagai contoh:
- Fail yang boleh diagihkan: kandungan dalam / var / www / html (yang merupakan DocumentRoot lalai dari pelayan Web Apache.) Di mana simpan index.html selamat datang pada mulanya) Fail yang tidak dapat dikongsi: kandungan dalam / boot / grub / (Subdirektori di mana fail pemuat boot GRUB terletak).
Fail statik dan berubah-ubah: Fail statik adalah yang memerlukan interaksi pentadbir sistem untuk menukar keadaan mereka. Dan pembolehubah yang boleh berubah tanpa interaksi semacam itu. Untuk membantu anda memahami perkara ini dengan lebih baik, mari lihat contoh. Kami mempunyai fail log sistem (log), ini adalah jenis pembolehubah, kerana ia sentiasa diubah suai tanpa campur tangan pentadbir, kerana ia adalah mesej yang dihasilkan oleh kernel sistem. Walaupun fail lain di mana maklumat sensitif seperti akaun pengguna, tetapan atau kata laluan disimpan, mereka adalah jenis statik.
Lihatlah: Perintah Linux: Ketahui dan memanipulasi sistem
Akses kepada sistem fail berbeza
Mengetahui klasifikasi jenis fail ini, kita juga harus tahu bahawa dalam semua perkara Linux adalah fail. Kedua-dua perkakasan dan perisian disimpan sebagai fail teks dan dari sana konsep konsep "pemasangan" atau "menyahpasang" peranti dilahirkan. Iaitu, struktur logiknya bebas daripada struktur perkakasan, oleh itu, ia tidak bergantung kepada sama ada komputer mempunyai 1, 3 atau 5 cakera keras untuk mencipta c: \, e: \ ok: \ drives.
Seluruh sistem Linux berasal dari root atau roo t, yang diwakili oleh / dan semua fail lain yang dapat diakses dalam sistem operasi terletak di bawah direktori tersebut. Sebagai contoh, kami ingin mengakses CDROM. Ini dipasang pada sistem sebagai subdirektori. Dalam subdirektori itu kandungan peranti akan terletak apabila dipasang dan kami tidak akan menemui apa-apa sebaliknya. Untuk mendapatkan senarai peranti yang dipasang pada sistem, kami hanya menggunakan perintah gunung dalam konsol. Adalah penting bahawa konsep ini jelas untuk mengetahui bagaimana kerja Linux.
Seperti yang saya nyatakan, kita juga boleh mengakses peranti perkakasan dengan mekanisme ini, tetapi fail-fail ini adalah binari, iaitu, ia hanya ditafsirkan oleh Linux. Oleh itu, jika kita membuat sebarang edisi, kita akan menghadapi risiko meninggalkan sistem yang tidak stabil dan juga tidak boleh digunakan. Pendek kata, akses kepada mereka bukan satu pilihan melainkan jika anda benar-benar yakin dengan apa yang kami lakukan. Sekarang kita tahu pada tahap teoritis apa strukturnya seperti. Mari lihat bagaimana aplikasi FHS dalam kehidupan sebenar?
Sistem fail penstrukturan di Linux mengikut FHS
Direktori | Penerangan |
/ | Hierarki utama , dipanggil root atau root, direktori utama, bekas sepenuhnya sistem fail di Linux. |
/ bin / | Ia mengandungi binari arahan penting, supaya ia boleh didapati sama ada untuk satu sesi atau untuk berbilang pengguna. Mereka termasuk, sebagai contoh, ls, cp, kucing, mkdir, rm, antara lain |
/ boot / | Permulaan sistem. |
/ dev / | Mengandungi akses ke peranti. Kedua-dua perkakasan atau maya. |
/ etc / | Ini termasuk fail konfigurasi sistem. Terdapat kontroversi atas maksud namanya, tetapi tafsiran yang lebih baru merujuknya sebagai "Tetapan Teks yang Boleh Diperbaik". |
/ etc / opt / | Fail konfigurasi program yang terletak di dalam direktori / opt. |
/ etc / X11 / | X Window System versi 11 fail konfigurasi. |
/ etc / sgml / | Fail konfigurasi SGML. |
/ etc / xml / | Fail konfigurasi XML. |
/ rumah / | Mengandungi direktori kerja semua pengguna, kecuali superuser (pentadbir, root). Mengandungi fail yang disimpan, tetapan peribadi, dsb. Ia sering dipasang pada cakera atau partisyen berasingan . Setiap pengguna mempunyai direktori mereka sendiri dalam folder ini. |
/ lib / | Semua perpustakaan berkongsi asas bagi program yang dipasang terletak, termasuk yang digunakan oleh kernel. |
/ purata / | Mengandungi titik pelekap untuk media storan boleh tanggal. |
/ mnt / | Ia sama dengan / media, tetapi biasanya digunakan oleh pengguna. Untuk "melekapkan" contohnya cakera keras dan sekatan sementara. |
/ opt / | Mengandungi maklumat mengenai aplikasi yang tidak menyimpan pilihan konfigurasi dalam direktori ini, iaitu pengguna berkongsi aplikasi tetapi bukan pilihan konfigurasinya. |
/ proc / | Mengandungi fail yang mendokumenkan teras dan status proses anda pada masa tertentu. |
/ root / | Direktori utama pengguna root. Ia seperti / rumah tetapi untuk sistem superuser (pentadbir). |
/ sbin / | Eksekusi atau binari penting untuk operasi, perintah dan program eksklusif pentadbir sistem atau pengguna yang memiliki izin untuk menggunakannya. |
/ srv / | Mengandungi data yang dilayani oleh sistem. |
/ tmp / | Mengandungi fail sementara. |
/ usr / | hierarki sekunder data pengguna; Ia mengandungi kebanyakan utiliti yang merupakan tujuan berbilang pengguna tetapi itu hanya baca sahaja. Folder ini juga boleh dikongsi dengan pengguna rangkaian tempatan yang lain. |
/ usr / bin / | Perintah binari bukan pentadbiran untuk semua pengguna. |
/ usr / include / | Standard merangkumi fail. |
/ usr / lib / | Tetapkan perpustakaan bersama atau binari. Tidak ada dua perpustakaan yang sama pada sistem yang sama, yang mengoptimumkan penggunaan memori dan menyediakan lebih banyak pesanan. |
/ usr / sbin / | Binari yang tidak penting; contohnya, daemon mempunyai pelbagai perkhidmatan rangkaian. |
/ usr / share / | Mengandungi data yang dikongsi tetapi bebas daripada seni bina. |
/ usr / src / | Mengandungi kod sumber sesetengah aplikasi. |
/ usr / X11R6 / | Direktori yang berkaitan dengan persekitaran grafik. |
/ usr / local / | Hierarki tertier bagi data tempatan, iaitu, khusus untuk tuan rumah ini. |
/ var / | Mengandungi fail pembolehubah sistem seperti log, pangkalan data, e-mel. |
/ var / cache / | Sama dengan / tmp, ia mengandungi memori cache beberapa aplikasi. |
/ var / crash / | Mengandungi maklumat mengenai kesilapan atau kemalangan sistem. |
/ var / permainan / | Ia adalah direktori yang tidak penting dan tujuannya adalah untuk menyimpan maklumat mengenai permainan sistem. |
/ var / lock / | Fail yang mempunyai status sumber yang digunakan terletak. |
/ var / log / | Log fail . |
/ var / mail / | Arkib mesej pengguna, e-mel serupa. |
/ var / opt / | Mengandungi data yang boleh menjadi pembolehubah dalam direktori / opt. |
/ var / run / | Akses kepada maklumat sejak permulaan sistem yang terakhir. Sebagai contoh, pengguna yang kini disambung, atau setan berjalan. |
/ var / spool / | Termasuk tugas yang sedang menunggu untuk diproses. Sebagai contoh, e-mel yang belum dibaca atau beratur cetak. |
/ var / spool / mail / | Lokasi e-mel daripada pengguna yang tidak diluluskan. |
/ var / tmp / | Ia mengandungi fail sementara, perbezaannya dengan / tmp adalah hakikat bahawa ia tidak dipadam ketika memunggah semula sistem. |
Anda mungkin berminat untuk membaca: Apa yang anda perlu ketahui mengenai root, su dan sudo di Linux
Kebenaran
Untuk menutup topik itu, di Linux, dan juga dalam sistem Unix lain, dasar kebenaran dikekalkan pada fail. Untuk mengawal akses, apa yang boleh mereka lakukan dan siapa yang boleh melakukannya. Kebenaran dikenali dengan huruf dan ditubuhkan dengan cara ini:
- a: kebenaran untuk membaca fail w: kebenaran untuk menulis fail x: kebenaran untuk melaksanakan fail s: kebenaran untuk membuat perubahan kepada pemilik fail.
Begitu juga, setiap kebenaran di Linux boleh digunakan: untuk pemilik fail, kumpulan yang dimiliki oleh pemilik, atau seluruh pengguna. Yang membolehkan mekanisme keselamatan ini berfungsi dengan sempurna dalam kumpulan kerja dengan tanggungjawab yang berbeza (multi-user).
Apple menambah fail sistem fail kepada IOS 10.3

APFS dalam iOS 10.3 meningkatkan keselamatan dan menawarkan prestasi yang lebih baik dalam mengakses data pada peranti iPhone / iPad.
. Fail fail - apakah fail-fail ini dan bagaimana saya membukanya?

Jika anda tidak tahu bagaimana untuk bertindak balas kepada fail .dat, di sini kami akan menerangkan apa yang mereka ada, bagaimana untuk membukanya dan beberapa cara untuk melihat data ini.
Sistem fail sistem fail Apple (apf): semua maklumat

Apple memperkenalkan sistem fail baru yang dipanggil APFS (Sistem Fail Apple) yang datang untuk menggantikan sistem fail HFS +