KATA PENGANTAR

Manajemen merupakan disiplin ilmu yang telah mengalami perkembangan pesat selama

beberapa dekade terakhir. Sebagai bidang yang mencakup berbagai aspek organisasi, manajemen

memiliki peran yang sangat penting dalam dunia bisnis, pemerintahan, dan organisasi nirlaba.

Perkembangan ilmu manajemen telah memengaruhi cara kita memahami dan mengelola

organisasi, memungkinkan perbaikan yang signifikan dalam efisiensi dan produktivitas. Dalam

makalah ini, kita akan menjelajahi sejarah dan perkembangan ilmu manajemen dari perspektif

yang komprehensif.

Akhirnya, makalah ini akan menyimpulkan dengan mencermati implikasi perkembangan

ilmu manajemen terhadap masa depan. Kami akan merenungkan tentang bagaimana ilmu

manajemen akan terus beradaptasi dengan perubahan yang tak terhindarkan dalam dunia global

yang terus berubah. Kesimpulan ini akan mencerminkan urgensi pemahaman tentang ilmu

manajemen yang terus berkembang, dan betapa pentingnya peran manajer dalam mencapai

kesuksesan organisasi.

Makalah ini bertujuan untuk memberikan wawasan yang mendalam tentang

perkembangan ilmu manajemen, dari masa lalu hingga masa depan. Kami berharap makalah ini

akan membantu pembaca memahami pentingnya manajemen dalam dunia yang terus berubah,

serta menginspirasi para pemimpin masa depan untuk mengambil manfaat dari pembelajaran

sejarah dan penelitian terkini dalam ilmu manajemen. Terima kasih telah membaca, dan selamat

menikmati perjalanan kami dalam dunia manajemen yang menarik ini.

1
DAFTAR ISI

KATA PENGANTAR.....................................................................................................................1

DAFTAR ISI...................................................................................................................................2

BAB I PENDAHULUAN..............................................................................................................3

A. LATAR BELAKANG.........................................................................................................3

B. RUMUSAN MASALAH....................................................................................................6

C. TUJUAN..............................................................................................................................6

BAB II PEMBAHASAN................................................................................................................7

PENGERTIAN SYSTEM FILE INTERFACE.......................................................................7

Atribut Berkas..........................................................................................................................10

Komponen Dasar Sebuah File................................................................................................10

Operasi Berkas.........................................................................................................................11

Aspek sistem file.......................................................................................................................12

Manajemen ruang...................................................................................................................12

Nama file [ sunting ]...............................................................................................................14

Direktori [ sunting ]................................................................................................................14

Metadata [ sunting ]................................................................................................................15

Sistem file sebagai antarmuka pengguna abstrak [ sunting ].................................................16

Utilitas [ sunting ]...................................................................................................................17

2
 Membatasi dan mengizinkan akses [ sunting ].......................................................................18

Menjaga integritas [ sunting ].................................................................................................19

Data pengguna [ sunting ]......................................................................................................19

Menggunakan sistem file [ sunting ]......................................................................................20

Beberapa sistem file dalam satu sistem [ sunting ]................................................................21

Keterbatasan desain [ sunting ]..............................................................................................22

Jenis sistem file [ sunting ].......................................................................................................23

Sistem file disk [ sunting ]......................................................................................................23

Sistem file flash [ sunting ].....................................................................................................23

Sistem file rekaman [ sunting ]...............................................................................................24

Sistem file basis data [ sunting ].............................................................................................26

Sistem file transaksional [ sunting ].......................................................................................27

Sistem file jaringan [ sunting ]...............................................................................................29

Sistem file disk bersama [ sunting ].......................................................................................29

Sistem file khusus[ sunting ]..................................................................................................30

Sistem file minimal / penyimpanan kaset audio [ sunting ]...................................................31

Sistem file datar [ sunting ]....................................................................................................32

Sistem file dan sistem operasi [ sunting ]...............................................................................33

Sistem operasi mirip Unix dan Unix [ sunting ].....................................................................33

OS/2 [ sunting ]......................................................................................................................38

3
 PC-BSD [ sunting ].................................................................................................................38

Rencana 9 [ sunting ]..............................................................................................................38

Microsoft Windows [ sunting ]...............................................................................................39

OpenVMS [ sunting ].............................................................................................................42

MVS [ sunting ]......................................................................................................................42

Sistem Monitor Percakapan [ sunting ]..................................................................................43

Sistem file AS/400 [ sunting ]................................................................................................43

Sistem file lain [ sunting ]......................................................................................................43

Keterbatasan [ sunting ]..........................................................................................................44

Mengonversi jenis sistem file [ sunting ]...............................................................................44

Jalur file yang panjang dan nama file yang panjang [ sunting ].............................................45

BAB PENUTUP...........................................................................................................................47

DAFTAR PUSTAKA...................................................................................................................48

4
BAB I

PENDAHULUAN

A. LATAR BELAKANG

Dalam komputasi , sistem file atau sistem file (sering disingkat fs ) adalah metode

dan struktur data yang digunakan sistem operasi untuk mengontrol cara

data disimpan dan diambil. Tanpa sistem file, data yang ditempatkan di media

penyimpanan akan menjadi satu kumpulan data yang besar tanpa ada cara untuk

mengetahui di mana satu bagian data berhenti dan bagian berikutnya dimulai, atau di

mana ada bagian data yang berada ketika waktunya tiba. mengambilnya. Dengan

memisahkan data menjadi beberapa bagian dan memberi nama pada setiap bagian, data

mudah diisolasi dan diidentifikasi. Mengambil namanya dari nama sistem manajemen

data berbasis kertas, setiap kelompok data disebut " file ". Struktur dan aturan logika

yang digunakan untuk mengelola kelompok data dan namanya disebut "sistem file".

Ada banyak jenis sistem file, masing-masing dengan struktur dan logika unik, sifat

kecepatan, fleksibilitas, keamanan, ukuran, dan banyak lagi. Beberapa sistem file telah

dirancang untuk digunakan pada aplikasi tertentu. Misalnya, sistem file ISO

9660 dan UDF dirancang khusus untuk cakram optik .

5
Sistem file dapat digunakan pada banyak jenis perangkat penyimpanan dengan

menggunakan berbagai media. Pada tahun 2019, hard disk drive telah menjadi perangkat
[2]
penyimpanan utama dan diperkirakan akan tetap demikian di masa mendatang. Jenis

media lain yang digunakan termasuk SSD , pita magnetik , dan cakram optik. Dalam

beberapa kasus, seperti dengan tmpfs , memori utama komputer ( random-access

memory , RAM) digunakan untuk membuat sistem file sementara untuk penggunaan

jangka pendek.

Beberapa sistem file digunakan pada perangkat penyimpanan data lokal ; [3] yang lain

menyediakan akses file melalui protokol jaringan (misalnya, klien NFS , [4] SMB ,

atau 9P ). Beberapa sistem file bersifat "virtual", artinya "file" yang disediakan

(disebut file virtual ) dihitung berdasarkan permintaan (seperti procfs dan sysfs ) atau

sekadar pemetaan ke sistem file lain yang digunakan sebagai penyimpanan

pendukung. Sistem file mengelola akses ke konten file dan metadata tentang file

tersebut. Bertanggung jawab untuk mengatur ruang penyimpanan; keandalan, efisiensi,

dan penyesuaian sehubungan dengan media penyimpanan fisik merupakan pertimbangan

desain yang penting.

Dari c. 1900 dan sebelum munculnya komputer, istilah sistem file dan sistem

pengarsipan digunakan untuk menggambarkan metode penyimpanan dan pengambilan

dokumen kertas. [5] Pada tahun 1961, istilah sistem file diterapkan pada pengarsipan

terkomputerisasi sesuai dengan arti aslinya. [6] Pada tahun 1964, sudah digunakan secara

umum.

6
Sistem file terdiri dari dua atau tiga lapisan. Terkadang lapisan dipisahkan secara

eksplisit, dan terkadang fungsinya digabungkan.

Sistem file logis bertanggung jawab untuk interaksi dengan aplikasi pengguna. Ini

menyediakan antarmuka program aplikasi (API) untuk operasi file

— OPEN , CLOSE , READ , dll., dan meneruskan operasi yang diminta ke lapisan di

bawahnya untuk diproses. Sistem file logis "mengelola entri tabel file terbuka dan

deskriptor file per proses". [9] Lapisan ini menyediakan "akses file, operasi direktori, [dan]

keamanan dan perlindungan".

Lapisan opsional kedua adalah sistem file virtual . "Antarmuka ini memungkinkan

dukungan untuk beberapa contoh sistem file fisik secara bersamaan, yang masing-masing

disebut implementasi sistem file".

Lapisan ketiga adalah sistem file fisik . Lapisan ini berkaitan dengan operasi fisik

perangkat penyimpanan (misalnya disk). Ini memproses blok fisik yang dibaca atau

ditulis. Ini menangani buffering dan manajemen memori dan bertanggung jawab atas

penempatan fisik blok di lokasi tertentu pada media penyimpanan. Sistem file fisik

berinteraksi dengan driver perangkat atau dengan saluran untuk menggerakkan perangkat

penyimpanan.

Bagi sebagian besar pengguna, sistem file adalah aspek paling jelas dari sistem operasi

apa pun. Ini memberi pengguna metode penyimpanan dan akses ke data serta program

sistem operasi di mana semua pengguna sistem komputer dapat menggunakannya.

Sistem file terdiri dari 2 bagian berbeda:

7
 kumpulan file, yang menyimpan data terkait, dan

 struktur direktori, yang mengatur dan menyediakan informasi tentang semua file dalam

sistem.

B. RUMUSAN MASALAH

1. Apa itu file system interface

2. Sebutkan komponen dasar sebuah file

3. Apa saja aspek file system

4. Apa saja jenis system file

5. Apa itu system file dan system operasi

6. Apa saja keterbatasan dari system file

C. TUJUAN

1. Untuk memahami mateti system file interface

2. Mengetahui jenis dan keterbatasan dari system file

8
BAB II

PEMBAHASAN

PENGERTIAN SYSTEM FILE INTERFACE

Dalam komputasi , sistem file atau sistem file (sering disingkat fs ) adalah

metode dan struktur data yang digunakan sistem operasi untuk mengontrol cara

data disimpan dan diambil. Tanpa sistem file, data yang ditempatkan di media

penyimpanan akan menjadi satu kumpulan data yang besar tanpa ada cara untuk

mengetahui di mana satu bagian data berhenti dan bagian berikutnya dimulai, atau di

mana ada bagian data yang berada ketika waktunya tiba. mengambilnya. Dengan

memisahkan data menjadi beberapa bagian dan memberi nama pada setiap bagian, data

mudah diisolasi dan diidentifikasi. Mengambil namanya dari nama sistem manajemen

data berbasis kertas, setiap kelompok data disebut " file ". Struktur dan aturan logika

yang digunakan untuk mengelola kelompok data dan namanya disebut "sistem file".

Ada banyak jenis sistem file, masing-masing dengan struktur dan logika unik,

sifat kecepatan, fleksibilitas, keamanan, ukuran, dan banyak lagi. Beberapa sistem file

telah dirancang untuk digunakan pada aplikasi tertentu. Misalnya, sistem file ISO

9660 dan UDF dirancang khusus untuk cakram optik .

Sistem file dapat digunakan pada banyak jenis perangkat penyimpanan dengan

menggunakan berbagai media. Pada tahun 2019, hard disk drive telah menjadi perangkat

9
 [2]
penyimpanan utama dan diperkirakan akan tetap demikian di masa mendatang. Jenis

media lain yang digunakan termasuk SSD , pita magnetik , dan cakram optik. Dalam

beberapa kasus, seperti dengan tmpfs , memori utama komputer ( random-access

memory , RAM) digunakan untuk membuat sistem file sementara untuk penggunaan

jangka pendek.

Beberapa sistem file digunakan pada perangkat penyimpanan data lokal ; [3] yang

lain menyediakan akses file melalui protokol jaringan (misalnya, klien NFS , [4] SMB ,

atau 9P ). Beberapa sistem file bersifat "virtual", artinya "file" yang disediakan

(disebut file virtual ) dihitung berdasarkan permintaan (seperti procfs dan sysfs ) atau

sekadar pemetaan ke sistem file lain yang digunakan sebagai penyimpanan

pendukung. Sistem file mengelola akses ke konten file dan metadata tentang file

tersebut. Bertanggung jawab untuk mengatur ruang penyimpanan; keandalan, efisiensi,

dan penyesuaian sehubungan dengan media penyimpanan fisik merupakan pertimbangan

desain yang penting.

Dari c. 1900 dan sebelum munculnya komputer, istilah sistem file dan sistem

pengarsipan digunakan untuk menggambarkan metode penyimpanan dan pengambilan

dokumen kertas. [5] Pada tahun 1961, istilah sistem file diterapkan pada pengarsipan

terkomputerisasi sesuai dengan arti aslinya. [6] Pada tahun 1964, sudah digunakan secara

umum.

Sistem file terdiri dari dua atau tiga lapisan. Terkadang lapisan dipisahkan secara

eksplisit, dan terkadang fungsinya digabungkan.

10
 Sistem file logis bertanggung jawab untuk interaksi dengan aplikasi pengguna. Ini

menyediakan antarmuka program aplikasi (API) untuk operasi file

— OPEN , CLOSE , READ , dll., dan meneruskan operasi yang diminta ke lapisan di

bawahnya untuk diproses. Sistem file logis "mengelola entri tabel file terbuka dan

deskriptor file per proses". [9] Lapisan ini menyediakan "akses file, operasi direktori, [dan]

keamanan dan perlindungan".

Lapisan opsional kedua adalah sistem file virtual . "Antarmuka ini memungkinkan

dukungan untuk beberapa contoh sistem file fisik secara bersamaan, yang masing-masing

disebut implementasi sistem file".

Lapisan ketiga adalah sistem file fisik . Lapisan ini berkaitan dengan operasi fisik

perangkat penyimpanan (misalnya disk). Ini memproses blok fisik yang dibaca atau

ditulis. Ini menangani buffering dan manajemen memori dan bertanggung jawab atas

penempatan fisik blok di lokasi tertentu pada media penyimpanan. Sistem file fisik

berinteraksi dengan driver perangkat atau dengan saluran untuk menggerakkan perangkat

penyimpanan.

Bagi sebagian besar pengguna, sistem file adalah aspek paling jelas dari sistem

operasi apa pun. Ini memberi pengguna metode penyimpanan dan akses ke data serta

program sistem operasi di mana semua pengguna sistem komputer dapat

menggunakannya.

Sistem file terdiri dari 2 bagian berbeda:

 kumpulan file, yang menyimpan data terkait, dan

11
  struktur direktori, yang mengatur dan menyediakan informasi tentang semua file dalam

sistem.

Atribut Berkas

Sebuah file diberi nama, untuk kemudahan penggunanya dan dirujuk berdasarkan

namanya. Nama biasanya berupa serangkaian karakter seperti nama file.cpp , bersama dengan

ekstensi yang menunjukkan format file. Beberapa sistem (seperti Linux) membedakan karakter

huruf besar dan kecil dalam nama, sedangkan sistem lain tidak. Ketika sebuah file diberi nama,

maka file tersebut tidak bergantung pada proses, pengguna, dan juga sistem yang

membuatnya. Misalkan, satu pengguna mungkin membuat file dengan nama file.cpp, dan

pengguna lain mungkin mengedit file tersebut dengan menyimpulkan namanya. Pemilik file

dapat menulis file ke compact disk (CD) atau mengirimkannya melalui email atau menyalinnya

melalui jaringan, dan masih bisa disebut nama file.cpp di sistem tujuan.

Komponen Dasar Sebuah File

Atribut file bervariasi dari satu sistem operasi ke sistem operasi lainnya, tetapi biasanya terdiri

dari:

 Nama: Nama adalah nama file simbolis dan merupakan satu-satunya informasi yang

disimpan dalam bentuk yang dapat dibaca manusia.

 Pengidentifikasi: Tag unik ini adalah nomor yang mengidentifikasi file dalam sistem

file; itu dalam bentuk file yang tidak dapat dibaca manusia.

12
  Jenis: Informasi ini diperlukan untuk sistem yang mendukung berbagai jenis file atau

formatnya.

 Lokasi: Informasi ini merupakan penunjuk ke perangkat yang menunjuk ke lokasi file di

perangkat tempat file tersebut disimpan.

 Ukuran: Ukuran file saat ini (dalam byte, kata, dll.) yang mungkin merupakan ukuran

maksimum yang diizinkan disertakan dalam atribut ini.

 Perlindungan: Informasi kontrol akses menetapkan siapa yang dapat melakukan

membaca, menulis, mengeksekusi, dll.

 Tanggal, Waktu & identifikasi pengguna: Informasi ini mungkin disimpan selama

pembuatan file, modifikasi terakhirnya, dan terakhir digunakan. Data-data ini mungkin

berguna dalam bidang perlindungan, keamanan, dan pemantauan penggunaannya.

Operasi Berkas

File adalah tipe data abstrak. Untuk mendefinisikan file dengan benar, kita perlu

mempertimbangkan operasi yang dapat dilakukan pada file. Sistem operasi dapat menyediakan

panggilan sistem untuk membuat, menulis, membaca, memposisikan ulang, menghapus, dan

memotong file. Ada enam operasi file dasar dalam sistem Operasi. Ini adalah:

 Membuat file: Ada dua langkah yang diperlukan untuk membuat file. Pertama, ruang

dalam sistem file harus ditemukan untuk file tersebut. Kami membahas bagaimana

mengalokasikan ruang untuk file tersebut. Kedua, entri untuk file baru harus dibuat di

direktori.

13
  Menulis file: Untuk menulis ke file, Anda membuat panggilan sistem yang menentukan

nama file dan informasi yang akan ditulis ke file.

 Membaca file : Untuk membaca dari suatu file, Anda menggunakan panggilan sistem

yang menentukan nama file dan di mana dalam memori blok file berikutnya harus

ditempatkan.

 Memposisikan ulang di dalam file : Direktori kemudian mencari entri yang sesuai, dan

penunjuk 'posisi file saat ini' dipindahkan ke nilai yang ditentukan. Relokasi dalam file

tidak memerlukan I/O yang sebenarnya. Operasi file ini juga disebut sebagai 'pencarian

file'.

 Menghapus file : Untuk menghapus file, Anda harus mencari direktori untuk file

tertentu. Menghapus file atau direktori tersebut akan melepaskan semua ruang file

sehingga file lain dapat menggunakan kembali ruang tersebut.

 Memotong file : Pengguna mungkin ingin menghapus konten file tetapi tetap menjaga

atributnya tetap sama. Daripada menghapus file lalu membuatnya kembali, utilitas ini

memungkinkan semua atribut tetap tidak berubah — kecuali panjang file — dan

memungkinkan pengguna menambah atau mengedit konten file.

Aspek sistem file

Manajemen ruang

Catatan: ini hanya berlaku untuk sistem file yang digunakan di perangkat penyimpanan.

14
Contoh ruang kendur, ditunjukkan dengan cluster NTFS 4.096 byte : 100.000 file, masing-

masing lima byte per file, yang setara dengan 500.000 byte data aktual namun memerlukan

409.600.000 byte ruang disk untuk menyimpannya

Sistem file mengalokasikan ruang secara granular, biasanya beberapa unit fisik pada

perangkat. Sistem file bertanggung jawab untuk mengatur file dan direktori , dan melacak area

media mana yang termasuk dalam file mana dan mana yang tidak digunakan. Misalnya, di Apple

DOS pada awal 1980an, sektor 256 byte pada floppy disk 140 kilobyte menggunakan peta

trek/sektor . [ kutipan diperlukan ]

Hal ini menghasilkan ruang yang tidak terpakai ketika file bukan merupakan kelipatan tepat dari

unit alokasi, terkadang disebut sebagai slack space . [10] Untuk alokasi 512 byte, rata-rata ruang

yang tidak terpakai adalah 256 byte. Untuk cluster 64 KB, rata-rata ruang yang tidak terpakai

adalah 32 KB. Ukuran unit alokasi dipilih saat sistem file dibuat. Memilih ukuran alokasi

berdasarkan ukuran rata-rata file yang diharapkan ada dalam sistem file dapat meminimalkan

jumlah ruang yang tidak dapat digunakan. Seringkali alokasi default memberikan penggunaan

yang wajar. Memilih ukuran alokasi yang terlalu kecil mengakibatkan overhead yang berlebihan

jika sistem file sebagian besar berisi file yang sangat besar.

15
Sistem file mungkin menjadi terfragmentasi

Fragmentasi sistem file terjadi ketika ruang yang tidak terpakai atau file tunggal tidak

bersebelahan. Saat sistem file digunakan, file dibuat, dimodifikasi, dan dihapus. Saat file dibuat,

sistem file mengalokasikan ruang untuk data. Beberapa sistem file mengizinkan atau

memerlukan penentuan alokasi ruang awal dan alokasi tambahan berikutnya seiring

pertumbuhan file. Saat file dihapus, ruang yang dialokasikan untuk file tersebut pada akhirnya

dianggap tersedia untuk digunakan oleh file lain. Hal ini menciptakan area bekas dan tidak

terpakai bergantian dengan berbagai ukuran. Ini adalah fragmentasi ruang bebas. Ketika sebuah

file dibuat dan tidak ada area ruang bersebelahan yang tersedia untuk alokasi awalnya, ruang

tersebut harus ditetapkan dalam bentuk fragmen. Ketika sebuah file dimodifikasi sedemikian

rupa sehingga menjadi lebih besar, mungkin melebihi ruang yang awalnya dialokasikan padanya,

alokasi lain harus ditetapkan di tempat lain dan file menjadi terfragmentasi. [11]

Di beberapa sistem operasi, administrator sistem mungkin menggunakan kuota disk untuk

membatasi alokasi ruang disk.

Nama file

Nama file (atau nama file ) digunakan untuk mengidentifikasi lokasi penyimpanan dalam sistem

file. Kebanyakan sistem file memiliki batasan panjang nama file. Dalam beberapa sistem file,

nama file tidak peka huruf besar-kecil (yaitu, nama MYFILE dan myfile mengacu pada file yang

16
sama dalam direktori); di kasus lain, nama file peka terhadap huruf besar-kecil (yaitu,

nama MYFILE , MyFile , dan myfile mengacu pada tiga file terpisah yang berada dalam

direktori yang sama).

Kebanyakan sistem file modern mengizinkan nama file berisi berbagai karakter dari kumpulan

karakter Unicode . Namun, mereka mungkin memiliki batasan dalam penggunaan karakter

khusus tertentu, tidak mengizinkannya dalam nama file; karakter tersebut mungkin digunakan

untuk menunjukkan perangkat, jenis perangkat, awalan direktori, pemisah jalur file, atau jenis

file.

Direktori [ sunting ]

Artikel utama: Direktori (sistem file)

Sistem file biasanya memiliki direktori (juga disebut folder ) yang memungkinkan pengguna

mengelompokkan file ke dalam koleksi terpisah. Hal ini dapat diterapkan dengan

mengasosiasikan nama file dengan indeks dalam daftar isi atau inode dalam sistem file mirip

Unix . Struktur direktori mungkin datar (yaitu linier), atau memungkinkan hierarki dimana

direktori dapat berisi subdirektori. Sistem file pertama yang mendukung hierarki direktori

arbitrer digunakan dalam sistem operasi Multics . [12] Sistem file asli dari sistem mirip Unix juga

mendukung hierarki direktori arbitrer, seperti halnya, misalnya, Sistem File

Hierarki Apple dan penerusnya HFS+ di Mac OS klasik , sistem file FAT di MS-DOS 2.0 dan

yang lebih baru versi MS-DOS dan Microsoft Windows , sistem file NTFS dalam keluarga

sistem operasi Windows NT , dan ODS-2 (On-Disk Structure-2) dan sistem file Files-11 tingkat

yang lebih tinggi di OpenVMS .

Metadata [ sunting ]

17
Informasi pembukuan lainnya biasanya dikaitkan dengan setiap file dalam sistem file. Panjang

data yang terdapat dalam suatu file dapat disimpan sebagai jumlah blok yang dialokasikan untuk

file tersebut atau sebagai jumlah byte . Waktu file terakhir diubah dapat disimpan sebagai

stempel waktu file. Sistem file mungkin menyimpan waktu pembuatan file, waktu terakhir

diakses, waktu metadata file diubah, atau waktu terakhir file dicadangkan. Informasi lain dapat

mencakup jenis perangkat file (misalnya blok , karakter , soket , subdirektori , dll.), ID

pengguna dan ID grup pemiliknya , izin aksesnya , dan atribut file lainnya (misalnya apakah file

tersebut hanya-baca, dapat dieksekusi , dll. .).

Sistem file menyimpan semua metadata yang terkait dengan file—termasuk nama file, panjang

konten file, dan lokasi file dalam hierarki folder—terpisah dari konten file.

Kebanyakan sistem file menyimpan nama semua file dalam satu direktori di satu tempat—tabel

direktori untuk direktori tersebut—yang sering kali disimpan seperti file lainnya. Banyak sistem

file yang hanya menempatkan sebagian metadata suatu file dalam tabel direktori, dan sisa

metadata untuk file tersebut dalam struktur yang benar-benar terpisah, seperti inode .

Kebanyakan sistem file juga menyimpan metadata yang tidak terkait dengan satu file

tertentu. Metadata tersebut mencakup informasi tentang wilayah yang tidak digunakan— bitmap

ruang kosong , peta ketersediaan blok —dan informasi tentang sektor buruk . Seringkali

informasi tentang grup alokasi disimpan di dalam grup alokasi itu sendiri.

Atribut tambahan dapat dikaitkan pada sistem file, seperti NTFS , XFS , ext2 , ext3 , beberapa

versi UFS , dan HFS+ , menggunakan atribut file yang diperluas . Beberapa sistem file

menyediakan atribut yang ditentukan pengguna seperti pembuat dokumen, pengkodean karakter

dokumen, atau ukuran gambar.

18
Beberapa sistem file mengizinkan pengumpulan data berbeda untuk dikaitkan dengan satu nama

file. Koleksi terpisah ini dapat disebut sebagai aliran atau percabangan . Apple telah lama

menggunakan sistem file bercabang di Macintosh, dan Microsoft mendukung streaming di

NTFS. Beberapa sistem file memelihara beberapa revisi file sebelumnya dengan satu nama

file; nama file dengan sendirinya mengambil versi terbaru, sedangkan versi tersimpan

sebelumnya dapat diakses menggunakan konvensi penamaan khusus seperti "nama file;4" atau

"nama file(-4)" untuk mengakses versi empat penyimpanan yang lalu.

Lihat perbandingan sistem file#Metadata untuk detail tentang sistem file mana yang mendukung

jenis metadata tertentu.

Sistem file sebagai antarmuka pengguna abstrak [ sunting ]

Dalam beberapa kasus, sistem file mungkin tidak menggunakan perangkat penyimpanan tetapi

dapat digunakan untuk mengatur dan mewakili akses ke data apa pun, baik disimpan atau

dihasilkan secara dinamis (misalnya procfs ).

Utilitas [ sunting ]

Sistem file mencakup utilitas untuk menginisialisasi, mengubah parameter, dan menghapus

instance sistem file. Beberapa di antaranya mencakup kemampuan untuk memperluas atau

memotong ruang yang dialokasikan ke sistem file.

Utilitas direktori dapat digunakan untuk membuat, mengganti nama dan menghapus entri

direktori , yang juga dikenal sebagai dentries (tunggal: dentry ), [13] dan untuk mengubah

metadata yang terkait dengan direktori. Utilitas direktori juga dapat mencakup kemampuan untuk

19
membuat link tambahan ke direktori ( hard link di Unix ), untuk mengganti nama link induk (".."

di sistem operasi mirip Unix ), [ diperlukan klarifikasi ] dan untuk membuat link dua arah ke file.

Utilitas file membuat, membuat daftar, menyalin, memindahkan dan menghapus file, dan

mengubah metadata. Mereka mungkin dapat memotong data, memotong atau memperluas

alokasi ruang, menambahkan, memindahkan, dan memodifikasi file di tempatnya. Tergantung

pada struktur yang mendasari sistem file, mereka mungkin menyediakan mekanisme untuk

menambahkan atau memotong dari awal file, menyisipkan entri ke tengah file, atau menghapus

entri dari file. Utilitas untuk mengosongkan ruang untuk file yang dihapus, jika sistem file

menyediakan fungsi pembatalan penghapusan, juga termasuk dalam kategori ini.

Beberapa sistem file menunda operasi seperti reorganisasi ruang kosong, penghapusan ruang

kosong secara aman, dan pembangunan kembali struktur hierarki dengan menyediakan utilitas

untuk menjalankan fungsi-fungsi ini pada saat aktivitas minimal. Contohnya adalah

utilitas defragmentasi sistem file .

Beberapa fitur terpenting dari utilitas sistem file adalah aktivitas pengawasan yang mungkin

melibatkan pengabaian kepemilikan atau akses langsung ke perangkat yang mendasarinya. Ini

termasuk pencadangan dan pemulihan berkinerja tinggi, replikasi data, dan reorganisasi berbagai

struktur data dan tabel alokasi dalam sistem file.

Membatasi dan mengizinkan akses [ sunting ]

Ada beberapa mekanisme yang digunakan oleh sistem file untuk mengontrol akses ke

data. Biasanya tujuannya adalah untuk mencegah pembacaan atau modifikasi file oleh pengguna

atau sekelompok pengguna. Alasan lainnya adalah untuk memastikan data diubah dengan cara

yang terkendali sehingga akses mungkin dibatasi untuk program tertentu. Contohnya termasuk
20
kata sandi yang disimpan dalam metadata file atau di tempat lain dan izin file dalam bentuk bit

izin, daftar kontrol akses , atau kemampuan . Kebutuhan akan utilitas sistem file untuk dapat

mengakses data pada tingkat media untuk mengatur ulang struktur dan menyediakan cadangan

yang efisien biasanya berarti bahwa ini hanya efektif untuk pengguna yang sopan namun tidak

efektif terhadap penyusup.

Metode untuk mengenkripsi data file terkadang disertakan dalam sistem file. Ini sangat efektif

karena utilitas sistem file tidak perlu mengetahui benih enkripsi untuk mengelola data secara

efektif. Risiko mengandalkan enkripsi mencakup fakta bahwa penyerang dapat menyalin data

dan menggunakan kekerasan untuk mendekripsi data. Selain itu, kehilangan benih berarti

kehilangan data.

Menjaga integritas [ sunting ]

Salah satu tanggung jawab penting sistem file adalah memastikan bahwa struktur sistem file di

penyimpanan sekunder tetap konsisten, terlepas dari tindakan program yang mengakses sistem

file. Ini termasuk tindakan yang diambil jika program yang memodifikasi sistem file berhenti

secara tidak normal atau lalai memberi tahu sistem file bahwa program tersebut telah

menyelesaikan aktivitasnya. Hal ini mungkin termasuk memperbarui metadata, entri direktori,

dan menangani data apa pun yang di-buffer tetapi belum diperbarui pada media penyimpanan

fisik.

Kegagalan lain yang harus ditangani oleh sistem file termasuk kegagalan media atau hilangnya

koneksi ke sistem jarak jauh.

Jika terjadi kegagalan sistem operasi atau kegagalan daya "lunak", rutinitas khusus dalam sistem

file harus dijalankan serupa dengan saat program individual gagal.

kegagalan sistem operasi sehingga OS tidak dapat memberi tahu sistem file, kegagalan daya,

atau pengaturan ulang.

Sistem file juga harus mencatat kejadian untuk memungkinkan analisis masalah sistem serta

masalah dengan file atau direktori tertentu.

Data pengguna [ sunting ]

Tujuan terpenting dari sistem file adalah untuk mengelola data pengguna. Ini termasuk

menyimpan, mengambil, dan memperbarui data.

Beberapa sistem file menerima data untuk penyimpanan sebagai aliran byte yang dikumpulkan

dan disimpan dengan cara yang efisien untuk media. Ketika suatu program mengambil data, ia

menentukan ukuran buffer memori dan sistem file mentransfer data dari media ke

buffer. Rutinitas perpustakaan runtime terkadang memungkinkan program pengguna untuk

menentukan catatan berdasarkan panggilan perpustakaan yang menentukan panjangnya. Ketika

program pengguna membaca data, perpustakaan mengambil data melalui sistem file dan

mengembalikan catatan .

Beberapa sistem file mengizinkan spesifikasi panjang rekaman tetap yang digunakan untuk

semua penulisan dan pembacaan. Ini memfasilitasi pencarian catatan ke-n serta memperbarui

catatan.

Identifikasi untuk setiap catatan, juga dikenal sebagai kunci, membuat sistem file menjadi lebih

canggih. Program pengguna dapat membaca, menulis dan memperbarui catatan tanpa

memperhatikan lokasinya. Hal ini memerlukan pengelolaan blok media yang rumit yang

22
biasanya memisahkan blok kunci dan blok data. Algoritme yang sangat efisien dapat

dikembangkan dengan struktur piramida untuk menemukan lokasi rekaman. [14]

Menggunakan sistem file [ sunting ]

Utilitas, pustaka run-time khusus bahasa, dan program pengguna menggunakan API sistem

file untuk membuat permintaan sistem file. Ini termasuk transfer data, penentuan posisi,

pembaruan metadata, pengelolaan direktori, pengelolaan spesifikasi akses, dan penghapusan.

Beberapa sistem file dalam satu sistem [ sunting ]

Seringkali, sistem ritel dikonfigurasikan dengan satu sistem file yang menempati

seluruh perangkat penyimpanan .

Pendekatan lain adalah dengan mempartisi disk sehingga beberapa sistem file dengan atribut

berbeda dapat digunakan. Satu sistem file, untuk digunakan sebagai cache browser atau

penyimpanan email, mungkin dikonfigurasi dengan ukuran alokasi yang kecil. Hal ini menjaga

aktivitas membuat dan menghapus file yang biasa dilakukan aktivitas browser di area sempit

pada disk sehingga tidak akan mengganggu alokasi file lainnya. Partisi lain mungkin dibuat

untuk penyimpanan file audio atau video dengan ukuran blok yang relatif besar. Namun yang

lain biasanya diatur hanya-baca dan hanya secara berkala diatur dapat ditulis.

Pendekatan ketiga, yang sebagian besar digunakan dalam sistem cloud, adalah dengan

menggunakan " gambar disk " untuk menampung sistem file tambahan, dengan atribut yang

sama atau tidak, dalam sistem file (host) lain sebagai file. Contoh umum adalah virtualisasi: satu

pengguna dapat menjalankan distribusi Linux eksperimental (menggunakan sistem file ext4 ) di

mesin virtual di lingkungan produksi Windows-nya (menggunakan NTFS ). Sistem file ext4

23
berada dalam image disk, yang diperlakukan sebagai file (atau beberapa file, tergantung

pada hypervisor dan pengaturan) dalam sistem file host NTFS.

Memiliki beberapa sistem file dalam satu sistem memiliki keuntungan tambahan yaitu jika

terjadi kerusakan pada satu partisi, sistem file yang tersisa sering kali masih utuh. Ini termasuk

penghancuran partisi sistem oleh virus atau bahkan sistem yang tidak bisa boot. Utilitas sistem

file yang memerlukan akses khusus dapat diselesaikan secara efektif sedikit demi sedikit. Selain

itu, defragmentasi mungkin lebih efektif. Beberapa utilitas pemeliharaan sistem, seperti

pemindaian virus dan pencadangan, juga dapat diproses dalam beberapa segmen. Misalnya, tidak

perlu mencadangkan sistem file yang berisi video beserta semua file lainnya jika tidak ada yang

ditambahkan sejak pencadangan terakhir. Sedangkan untuk file gambar, seseorang dapat dengan

mudah "memutar" gambar diferensial yang hanya berisi data "baru" yang ditulis ke gambar

master (asli). Gambar diferensial dapat digunakan untuk kedua masalah keamanan (sebagai

sistem "sekali pakai" - dapat dipulihkan dengan cepat jika dihancurkan atau terkontaminasi oleh

virus, karena gambar lama dapat dihapus dan gambar baru dapat dibuat dalam hitungan detik,

bahkan tanpa prosedur otomatis) dan penerapan mesin virtual yang cepat (karena gambar

diferensial dapat dengan cepat dihasilkan menggunakan skrip dalam batch).

Keterbatasan desain [ sunting ]

Semua sistem file memiliki batasan fungsional tertentu yang menentukan kapasitas maksimum

data yang dapat disimpan dalam sistem tersebut . Batasan fungsional ini merupakan upaya

perkiraan terbaik oleh perancang berdasarkan seberapa besar sistem penyimpanan saat ini dan

seberapa besar kemungkinan sistem penyimpanan di masa depan. Penyimpanan disk terus

meningkat mendekati tingkat eksponensial (lihat hukum Moore ), sehingga setelah beberapa

24
tahun, sistem file terus mencapai batasan desain yang mengharuskan pengguna komputer untuk

berulang kali berpindah ke sistem yang lebih baru dengan kapasitas yang semakin besar.

Kompleksitas sistem file biasanya bervariasi secara proporsional dengan kapasitas penyimpanan

yang tersedia. Sistem file komputer rumahan awal tahun 1980 -an dengan penyimpanan 50 KB

hingga 512 KB tidak akan menjadi pilihan yang masuk akal untuk sistem penyimpanan modern

dengan kapasitas ratusan gigabyte. Demikian pula, sistem file modern bukanlah pilihan yang

masuk akal untuk sistem awal ini, karena kompleksitas struktur sistem file modern akan dengan

cepat menghabiskan atau bahkan melebihi kapasitas yang sangat terbatas dari sistem

penyimpanan awal.

Jenis sistem file [ sunting ]

Jenis sistem file dapat diklasifikasikan menjadi sistem file disk/tape, sistem file jaringan, dan

sistem file tujuan khusus.

Sistem file disk [ sunting ]

Sistem file disk memanfaatkan kemampuan media penyimpanan disk untuk mengalamatkan data

secara acak dalam waktu singkat. Pertimbangan tambahan mencakup kecepatan mengakses data

berikut yang diminta pada awalnya dan antisipasi bahwa data berikut juga dapat diminta. Hal ini

memungkinkan banyak pengguna (atau proses) mengakses berbagai data pada disk tanpa

memperhatikan urutan lokasi data. Contohnya

termasuk FAT ( FAT12 , FAT16 , FAT32 ), exFAT , NTFS , ReFS , HFS dan HFS+ , HPFS , A

PFS , UFS , ext2 , ext3 , ext4 , XFS , btrfs , Files-11 , Sistem File

Veritas , VMFS , ZFS , ReiserFS , NSS dan ScoutFS. Beberapa sistem file disk adalah sistem file

penjurnalan atau sistem file versi .

25
Cakram optik [ sunting ]

ISO 9660 dan Universal Disk Format (UDF) adalah dua format umum yang

menargetkan Compact Disc , DVD , dan Blu-ray disc. Mount Rainier adalah ekstensi untuk UDF

yang didukung sejak kernel Linux seri 2.6 dan sejak Windows Vista yang memfasilitasi

penulisan ulang ke DVD.

Sistem file flash [ sunting ]

Artikel utama: Sistem file flash

Sistem file flash mempertimbangkan kemampuan khusus, kinerja, dan batasan perangkat memori

flash . Seringkali sistem file disk dapat menggunakan perangkat memori flash sebagai media

penyimpanan yang mendasarinya, namun jauh lebih baik menggunakan sistem file yang

dirancang khusus untuk perangkat flash. [15]

Sistem file rekaman [ sunting ]

Sistem file tape adalah sistem file dan format tape yang dirancang untuk menyimpan file dalam

tape. Pita magnetik adalah media penyimpanan berurutan dengan waktu akses data acak yang

jauh lebih lama dibandingkan disk, sehingga menimbulkan tantangan terhadap pembuatan dan

pengelolaan sistem file tujuan umum yang efisien.

Dalam sistem file disk biasanya terdapat direktori file master, dan peta wilayah data bekas dan

bebas. Penambahan, perubahan, atau penghapusan file apa pun memerlukan pembaruan direktori

dan peta bekas/gratis. Akses acak ke wilayah data diukur dalam milidetik sehingga sistem ini

berfungsi dengan baik untuk disk.

26
Pita perekat memerlukan gerakan linier untuk memutar dan melepaskan gulungan media yang

berpotensi sangat panjang. Gerakan kaset ini mungkin memerlukan waktu beberapa detik hingga

beberapa menit untuk menggerakkan kepala baca/tulis dari satu ujung kaset ke ujung lainnya.

Akibatnya, direktori file master dan peta penggunaan bisa menjadi sangat lambat dan tidak

efisien dengan tape. Penulisan biasanya melibatkan pembacaan peta penggunaan blok untuk

menemukan blok bebas untuk menulis, memperbarui peta penggunaan dan direktori untuk

menambahkan data, dan kemudian memajukan rekaman untuk menulis data di tempat yang

benar. Setiap penulisan file tambahan memerlukan pembaruan peta dan direktori serta penulisan

data, yang mungkin memerlukan waktu beberapa detik untuk setiap file.

Sistem file tape biasanya memungkinkan direktori file tersebar di seluruh tape yang bercampur

dengan data, disebut sebagai streaming , sehingga gerakan tape yang memakan waktu dan

berulang tidak diperlukan untuk menulis data baru.

Namun, efek samping dari desain ini adalah membaca direktori file dari sebuah tape biasanya

memerlukan pemindaian seluruh tape untuk membaca semua entri direktori yang

tersebar. Kebanyakan perangkat lunak pengarsipan data yang bekerja dengan penyimpanan tape

akan menyimpan salinan lokal dari katalog tape pada sistem file disk, sehingga penambahan file

ke tape dapat dilakukan dengan cepat tanpa harus memindai ulang media tape. Salinan katalog

kaset lokal biasanya dibuang jika tidak digunakan untuk jangka waktu tertentu, sehingga kaset

tersebut harus dipindai ulang jika ingin digunakan di masa mendatang.

IBM telah mengembangkan sistem file untuk tape yang disebut Linear Tape File

System . Implementasi IBM atas sistem file ini telah dirilis sebagai produk open-source IBM

Linear Tape File System — Single Drive Edition (LTFS-SDE) . Sistem File Linear Tape

27
menggunakan partisi terpisah pada tape untuk merekam meta-data indeks, sehingga menghindari

masalah yang terkait dengan penyebaran entri direktori di seluruh tape.

Pemformatan kaset [ sunting ]

Menulis data ke kaset, menghapus, atau memformat kaset seringkali merupakan proses yang
[a]
sangat memakan waktu dan dapat memakan waktu beberapa jam pada kaset besar. Dengan

banyaknya teknologi rekaman data, tidak perlu memformat rekaman tersebut sebelum menimpa

data baru ke rekaman tersebut. Hal ini disebabkan oleh sifat destruktif dari penimpaan data pada

media sekuensial.

Karena waktu yang diperlukan untuk memformat kaset, biasanya kaset sudah diformat

sebelumnya sehingga pengguna kaset tidak perlu menghabiskan waktu menyiapkan setiap kaset

baru untuk digunakan. Yang biasanya diperlukan hanyalah menuliskan label media

pengidentifikasi pada kaset sebelum digunakan, dan bahkan ini dapat ditulis secara otomatis oleh

perangkat lunak ketika kaset baru digunakan untuk pertama kalinya.

Sistem file basis data [ sunting ]

Konsep lain untuk manajemen file adalah gagasan sistem file berbasis database. Alih-alih, atau

sebagai tambahan, manajemen terstruktur hierarki, file diidentifikasi berdasarkan

karakteristiknya, seperti jenis file, topik, penulis, atau metadata kaya serupa . [16]

IBM DB2 untuk i [17] (sebelumnya dikenal sebagai DB2/400 dan DB2 untuk i5/OS) adalah sistem

file basis data sebagai bagian dari sistem operasi IBM i [18] berbasis objek (sebelumnya dikenal

sebagai OS/400 dan i5/OS ), menggabungkan penyimpanan tingkat tunggal dan berjalan pada

IBM Power Systems (sebelumnya dikenal sebagai AS/400 dan iSeries), dirancang oleh Frank G.

28
Soltis, mantan kepala ilmuwan IBM untuk IBM i. Sekitar tahun 1978 hingga 1988 Frank G.

Soltis dan timnya di IBM Rochester telah berhasil merancang dan menerapkan teknologi seperti

sistem file database yang kemudian gagal dicapai oleh perusahaan lain seperti

Microsoft. [19] Teknologi ini secara informal dikenal sebagai 'Benteng Rochester' [ rujukan ?] dan

dalam beberapa aspek dasar diperluas dari teknologi Mainframe awal namun dalam banyak hal

lebih maju dari perspektif teknologi [ rujukan ?] .

Beberapa proyek lain yang bukan sistem file database "murni" tetapi menggunakan beberapa

aspek sistem file database:

 Banyak sistem manajemen konten Web menggunakan DBMS relasional untuk

menyimpan dan mengambil file. Misalnya, file XHTML disimpan sebagai XML atau

bidang teks, sedangkan file gambar disimpan sebagai bidang blob; Pernyataan

SQL SELECT (dengan opsional XPath ) mengambil file, dan memungkinkan

penggunaan logika canggih dan asosiasi informasi yang lebih kaya daripada "sistem

file biasa". Banyak CMS juga memiliki opsi untuk menyimpan metadata saja di

dalam database, dengan sistem file standar yang digunakan untuk menyimpan konten

file.

 Sistem file yang sangat besar, yang diwujudkan oleh aplikasi seperti Apache

Hadoop dan Google File System , menggunakan beberapa konsep sistem file

database .

Sistem file transaksional [ sunting ]

Beberapa program perlu melakukan beberapa perubahan sistem file, atau, jika satu atau lebih

perubahan gagal karena alasan apa pun, tidak melakukan perubahan apa pun. Misalnya, program

29
yang menginstal atau memperbarui perangkat lunak dapat menulis file executable, perpustakaan,

dan/atau file konfigurasi. Jika beberapa penulisan gagal dan perangkat lunak dibiarkan terinstal

atau diperbarui sebagian, perangkat lunak tersebut mungkin rusak atau tidak dapat

digunakan. Pembaruan yang tidak lengkap dari utilitas sistem utama, seperti perintah shell ,

dapat menyebabkan seluruh sistem dalam keadaan tidak dapat digunakan.

Pemrosesan transaksi memperkenalkan jaminan atomisitas , memastikan bahwa operasi di dalam

suatu transaksi telah dilakukan seluruhnya atau transaksi dapat dibatalkan dan sistem membuang

semua hasil sebagiannya. Artinya jika terjadi crash atau mati listrik, setelah pemulihan, status

yang disimpan akan konsisten. Entah perangkat lunak akan diinstal sepenuhnya atau instalasi

yang gagal akan dibatalkan sepenuhnya, namun instalasi parsial yang tidak dapat digunakan

tidak akan tertinggal di sistem. Transaksi juga memberikan jaminan isolasi [ diperlukan klarifikasi ] , yang

berarti bahwa operasi dalam suatu transaksi disembunyikan dari thread lain pada sistem hingga

transaksi tersebut dilakukan, dan bahwa operasi yang mengganggu pada sistem

akan diserialkan dengan benar dengan transaksi tersebut.

Windows, dimulai dengan Vista, menambahkan dukungan transaksi ke NTFS , dalam fitur yang

disebut NTFS Transaksional , namun penggunaannya sekarang tidak disarankan. [20] Ada

sejumlah prototipe penelitian sistem file transaksional untuk sistem UNIX, termasuk sistem file

Valor, [21] Amino, [22] LFS, [23] dan sistem file ext3 transaksional pada kernel TxOS, [24 ] serta

sistem file transaksional yang menargetkan sistem tertanam, seperti TFFS. [25]

Memastikan konsistensi di beberapa operasi sistem file sulit, bahkan tidak mungkin, tanpa

transaksi sistem file. Penguncian file dapat digunakan sebagai mekanisme kontrol

konkurensi untuk file individual, namun biasanya tidak melindungi struktur direktori atau

30
metadata file. Misalnya, penguncian file tidak dapat mencegah kondisi balapan TOCTTOU pada

tautan simbolik. Penguncian file juga tidak dapat secara otomatis mengembalikan operasi yang

gagal, seperti peningkatan perangkat lunak; ini membutuhkan atomisitas.

Sistem file penjurnalan adalah salah satu teknik yang digunakan untuk memperkenalkan

konsistensi tingkat transaksi ke struktur sistem file. Transaksi jurnal tidak diekspos ke program

sebagai bagian dari OS API; mereka hanya digunakan secara internal untuk memastikan

konsistensi pada rincian satu panggilan sistem.

Sistem pencadangan data biasanya tidak menyediakan dukungan untuk pencadangan langsung

data yang disimpan secara transaksional, sehingga membuat pemulihan kumpulan data yang

andal dan konsisten menjadi sulit. Sebagian besar perangkat lunak pencadangan hanya mencatat

file apa yang telah berubah sejak waktu tertentu, terlepas dari status transaksional yang dibagikan

ke beberapa file dalam keseluruhan kumpulan data. Sebagai solusinya, beberapa sistem database

hanya menghasilkan file status yang diarsipkan yang berisi semua data hingga saat itu, dan

perangkat lunak cadangan hanya mencadangkannya dan tidak berinteraksi langsung dengan

database transaksional yang aktif sama sekali. Pemulihan memerlukan pembuatan ulang database

secara terpisah dari file status setelah file dipulihkan oleh perangkat lunak cadangan.

Sistem file jaringan [ sunting ]

Artikel utama: Sistem file terdistribusi

Sistem file jaringan adalah sistem file yang bertindak sebagai klien untuk protokol akses file

jarak jauh, menyediakan akses ke file di server. Program yang menggunakan antarmuka lokal

dapat secara transparan membuat, mengelola, dan mengakses direktori dan file hierarki di

31
komputer jarak jauh yang terhubung ke jaringan. Contoh sistem file jaringan mencakup klien

untuk protokol NFS , AFS , SMB , dan klien mirip sistem file untuk FTP dan WebDAV .

Sistem file disk bersama [ sunting ]

Artikel utama: Sistem file disk bersama

Sistem file disk bersama adalah sistem di mana sejumlah mesin (biasanya server) semuanya

memiliki akses ke subsistem disk eksternal yang sama (biasanya jaringan area

penyimpanan ). Sistem file melakukan arbitrasi akses ke subsistem tersebut, mencegah tabrakan

tulis. [26] Contohnya termasuk GFS2 dari Red Hat , GPFS , yang sekarang dikenal sebagai

Spectrum Scale, dari IBM, SFS dari DataPlow, CXFS dari SGI , StorNext dari Quantum

Corporation , dan ScoutFS dari Versity.

Sistem file khusus[ sunting ]

Sistem file khusus menghadirkan elemen non-file dari sistem operasi sebagai file sehingga dapat

ditindaklanjuti menggunakan API sistem file. Hal ini paling sering dilakukan di sistem

operasi mirip Unix , namun perangkat juga diberi nama file di beberapa sistem operasi non-Unix.

Sistem file perangkat[ sunting ]

Sistem file perangkat mewakili perangkat I/O dan perangkat semu sebagai file, yang disebut file

perangkat . Contoh pada sistem mirip Unix adalah devfs dan, pada

sistem Linux 2.6, udev . Dalam sistem yang tidak mirip Unix, seperti TOPS-10 dan sistem

operasi lain yang dipengaruhi olehnya, jika nama file lengkap atau nama jalur file dapat

menyertakan awalan perangkat, perangkat selain yang berisi sistem file akan dirujuk dengan

awalan perangkat menentukan perangkat, tanpa apa pun yang mengikutinya.

32
Sistem file khusus lainnya [ sunting ]

 Di kernel Linux, configfs dan sysfs menyediakan file yang dapat digunakan untuk

menanyakan informasi kernel dan mengkonfigurasi entitas di kernel.

 procfs memetakan proses dan, di Linux, struktur sistem operasi lainnya ke dalam

ruang file.

Sistem file minimal / penyimpanan kaset audio [ sunting ]

Pada tahun 1970an, perangkat disk dan tape digital terlalu mahal bagi beberapa

pengguna komputer mikro awal . Sistem penyimpanan data dasar yang murah dirancang dengan

menggunakan kaset audio biasa .

Ketika sistem perlu menulis data, pengguna diberitahu untuk menekan "RECORD" pada

perekam kaset, kemudian tekan "RETURN" pada keyboard untuk memberi tahu sistem bahwa

perekam kaset sedang merekam. Sistem menulis suara untuk menyediakan sinkronisasi waktu,

kemudian memodulasi suara yang mengkodekan awalan, data, checksum , dan akhiran. Ketika

sistem perlu membaca data, pengguna diinstruksikan untuk menekan "PLAY" pada perekam

kaset. Sistem akan mendengarkan suara pada kaset menunggu hingga semburan suara dapat

dikenali sebagai sinkronisasi. Sistem kemudian akan menafsirkan suara berikutnya sebagai

data. Ketika pembacaan data selesai, sistem akan memberitahukan pengguna untuk menekan

"STOP" pada perekam kaset. Itu primitif, tetapi (kebanyakan) berhasil. Data disimpan secara

berurutan, biasanya dalam format yang tidak disebutkan namanya, meskipun beberapa sistem

(seperti komputer seri Commodore PET ) mengizinkan file tersebut diberi nama. Beberapa set

data dapat ditulis dan ditempatkan dengan memajukan rekaman itu dengan cepat dan mengamati

di penghitung rekaman untuk menemukan perkiraan awal wilayah data berikutnya pada rekaman

33
itu. Pengguna mungkin harus mendengarkan suara untuk menemukan tempat yang tepat untuk

mulai memutar wilayah data berikutnya. Beberapa implementasi bahkan menyertakan suara yang

terdengar diselingi dengan data.

Sistem file datar [ sunting ]

Jangan bingung dengan database file datar .

Dalam sistem file datar, tidak ada subdirektori ; entri direktori untuk semua file disimpan dalam

satu direktori.

Ketika media floppy disk pertama kali tersedia, sistem file jenis ini sudah memadai karena

jumlah ruang data yang tersedia relatif kecil. Mesin CP/M menampilkan sistem file datar, di

mana file dapat ditetapkan ke salah satu dari 16 area pengguna dan operasi file umum

dipersempit untuk bekerja pada satu area pengguna alih-alih secara default bekerja pada

semuanya. Area pengguna ini tidak lebih dari atribut khusus yang terkait dengan file; artinya,

tidak perlu menentukan kuota khusus untuk masing-masing area ini dan file dapat ditambahkan

ke grup selama masih ada ruang penyimpanan kosong di disk. Apple Macintosh awal juga

menampilkan sistem file datar, Sistem File Macintosh . Hal ini tidak biasa karena program

manajemen file ( Macintosh Finder ) menciptakan ilusi sistem pengarsipan sebagian hierarkis di

atas EMFS. Struktur ini mengharuskan setiap file memiliki nama yang unik, meskipun file

tersebut tampak berada di folder terpisah. IBM DOS/360 dan OS/360 menyimpan entri untuk

semua file pada paket disk ( volume ) dalam direktori pada paket yang disebut Volume Table of

Contents (VTOC).

Meskipun sederhana, sistem file datar menjadi canggung seiring bertambahnya jumlah file dan

menyulitkan pengorganisasian data ke dalam kelompok file terkait.

34
Tambahan terbaru pada keluarga sistem file datar adalah Amazon S3 , layanan penyimpanan

jarak jauh, yang sengaja disederhanakan untuk memungkinkan pengguna menyesuaikan cara

data mereka disimpan. Satu-satunya konstruksi adalah ember (bayangkan disk drive dengan

ukuran tidak terbatas) dan objek (mirip, tetapi tidak identik dengan konsep standar

file). Manajemen file tingkat lanjut diperbolehkan karena dapat menggunakan hampir semua

karakter (termasuk '/') dalam nama objek, dan kemampuan untuk memilih subkumpulan konten

keranjang berdasarkan awalan yang identik.

Sistem file dan sistem operasi [ sunting ]

Banyak sistem operasi menyertakan dukungan untuk lebih dari satu sistem file. Terkadang OS

dan sistem file terjalin begitu erat sehingga sulit untuk memisahkan fungsi sistem file.

Perlu ada antarmuka yang disediakan oleh perangkat lunak sistem operasi antara pengguna dan

sistem file. Antarmuka ini dapat berupa tekstual (seperti yang disediakan oleh antarmuka baris

perintah , seperti Unix shell , atau OpenVMS DCL ) atau grafis (seperti yang disediakan

oleh antarmuka pengguna grafis , seperti browser file ). Jika berbentuk grafis, metafora

folder , berisi dokumen, file lain, dan folder bersarang sering digunakan (lihat juga: direktori dan

folder).

Sistem operasi mirip Unix dan Unix [ sunting ]

Sistem operasi mirip Unix membuat sistem file virtual, yang membuat semua file di semua

perangkat tampak ada dalam satu hierarki. Artinya, dalam sistem tersebut, terdapat satu direktori

root , dan setiap file yang ada pada sistem terletak di bawahnya di suatu tempat. Sistem mirip

Unix dapat menggunakan disk RAM atau sumber daya jaringan bersama sebagai direktori

akarnya.

35
Sistem mirip Unix menetapkan nama perangkat untuk setiap perangkat, tetapi ini bukan cara file

pada perangkat tersebut diakses. Sebaliknya, untuk mendapatkan akses ke file di perangkat lain,

sistem operasi harus terlebih dahulu diberi tahu di pohon direktori mana file tersebut akan

muncul. Proses ini disebut pemasangan sistem file. Misalnya, untuk mengakses file pada CD-

ROM , seseorang harus memberitahu sistem operasi "Ambil sistem file dari CD-ROM ini dan

tampilkan di bawah direktori ini-dan-itu." Direktori yang diberikan kepada sistem operasi

disebut titik pemasangan – misalnya, /media . Direktori /media ada di banyak sistem Unix

(sebagaimana ditentukan dalam Standar Hierarki Sistem File ) dan ditujukan khusus untuk

digunakan sebagai titik pemasangan untuk media yang dapat dipindahkan seperti CD, DVD,

drive USB, atau floppy disk. Ini mungkin kosong, atau mungkin berisi subdirektori untuk

memasang perangkat individual. Umumnya, hanya administrator (yaitu pengguna root ) yang

dapat mengotorisasi pemasangan sistem file.

Sistem operasi mirip Unix sering kali menyertakan perangkat lunak dan alat yang membantu

proses pemasangan dan menyediakan fungsionalitas baru. Beberapa dari strategi ini disebut

sebagai "pemasangan otomatis" sebagai cerminan dari tujuannya.

 Dalam banyak situasi, sistem file selain root harus tersedia segera setelah sistem

operasi di- boot . Oleh karena itu, semua sistem mirip Unix menyediakan fasilitas

untuk memasang sistem file pada saat boot. Administrator sistem menentukan sistem

file ini dalam file konfigurasi fstab ( vfstab di Solaris ), yang juga menunjukkan opsi

dan titik pemasangan.

 Dalam beberapa situasi, tidak perlu memasang sistem file tertentu pada saat boot ,

meskipun penggunaannya mungkin diinginkan setelahnya. Ada beberapa utilitas

36
 untuk sistem mirip Unix yang memungkinkan pemasangan sistem file yang telah

ditentukan sebelumnya sesuai permintaan.

 Media yang dapat dipindahkan memungkinkan program dan data ditransfer antar

mesin tanpa koneksi fisik. Contoh umum termasuk USB flash drive , CD-ROM ,

dan DVD . Oleh karena itu, utilitas telah dikembangkan untuk mendeteksi

keberadaan dan ketersediaan suatu media dan kemudian memasang media tersebut

tanpa campur tangan pengguna.

 Sistem mirip Unix yang progresif juga memperkenalkan konsep yang

disebut supermounting ; lihat, misalnya, proyek supermount-ng Linux . Misalnya,

floppy disk yang telah di-supermount dapat dihapus secara fisik dari sistem. Dalam

keadaan normal, disk seharusnya sudah disinkronkan dan kemudian dilepas sebelum

dilepas. Asalkan sinkronisasi telah terjadi, disk lain dapat dimasukkan ke dalam

drive. Sistem secara otomatis mengetahui bahwa disk telah berubah dan memperbarui

konten titik pemasangan untuk mencerminkan media baru.

 Automounter akan secara otomatis memasang sistem file ketika referensi dibuat ke

direktori tempat sistem file tersebut harus dipasang . Ini biasanya digunakan untuk

sistem file di server jaringan, daripada mengandalkan kejadian seperti penyisipan

media, seperti yang sesuai untuk media yang dapat dipindahkan.

Linux [ sunting ]

Linux mendukung banyak sistem file, namun pilihan umum untuk disk sistem pada perangkat

blok mencakup keluarga ext* ( ext2 , ext3 dan ext4 ), XFS , JFS , dan btrfs . Untuk flash mentah

tanpa lapisan terjemahan flash (FTL) atau Perangkat Teknologi Memori (MTD), antara

37
lain ada UBIFS , JFFS2 dan YAFFS . SquashFS adalah sistem file read-only terkompresi yang

umum.

Solaris [ sunting ]

Solaris pada rilis sebelumnya secara default menggunakan UFS (non-jurnal atau non-

logging) untuk sistem file yang dapat di-boot dan tambahan. Solaris secara default, mendukung,

dan memperluas UFS.

Dukungan untuk sistem file lain dan penyempurnaan signifikan ditambahkan seiring berjalannya

waktu, termasuk Veritas Software Corp. (penjurnalan) VxFS , Sun Microsystems

(pengelompokan) QFS , Sun Microsystems (penjurnalan) UFS, dan Sun Microsystems (sumber

terbuka, dapat dikumpulkan, dapat dikompres 128 bit, dan koreksi kesalahan) ZFS .

Ekstensi kernel ditambahkan ke Solaris untuk memungkinkan operasi Veritas VxFS yang dapat

di-boot . Logging atau penjurnalan telah ditambahkan ke UFS di Sun's Solaris 7 . Rilis Solaris

10 , Solaris Express, OpenSolaris , dan varian open source lainnya dari sistem operasi Solaris

kemudian mendukung ZFS yang dapat di-boot .

Manajemen Volume Logis memungkinkan perluasan sistem file di beberapa perangkat untuk

tujuan menambah redundansi, kapasitas, dan/atau throughput. Lingkungan lama di Solaris

mungkin menggunakan Solaris Volume Manager (sebelumnya dikenal sebagai Solstice

DiskSuite ). Beberapa sistem operasi (termasuk Solaris) dapat menggunakan Veritas Volume

Manager . Sistem operasi modern berbasis Solaris melampaui kebutuhan manajemen volume

melalui pemanfaatan kumpulan penyimpanan virtual di ZFS .

38
macOS [ sunting ]

macOS (sebelumnya Mac OS X) menggunakan Apple File System (APFS), yang pada tahun

2017 menggantikan sistem file yang diwarisi dari Mac OS klasik yang disebut HFS

Plus (HFS+). Apple juga menggunakan istilah "Mac OS Extended" untuk HFS+. [27] HFS Plus

adalah sistem file yang kaya metadata dan melestarikan huruf besar-kecil , tetapi (biasanya) tidak

peka huruf besar-kecil . Karena akar Unix dari macOS, izin Unix ditambahkan ke HFS

Plus. Versi HFS Plus yang lebih baru menambahkan penjurnalan untuk mencegah kerusakan

pada struktur sistem file dan memperkenalkan sejumlah optimasi pada algoritma alokasi dalam

upaya mendefrag file secara otomatis tanpa memerlukan defragmenter eksternal.

Nama file bisa maksimal 255 karakter. HFS Plus menggunakan Unicode untuk menyimpan nama

file. Di macOS, tipe file dapat berasal dari kode tipe , disimpan dalam metadata file,

atau ekstensi nama file .

HFS Plus memiliki tiga jenis tautan: tautan keras gaya Unix , tautan simbolik gaya Unix ,

dan alias . Alias dirancang untuk mempertahankan tautan ke file aslinya meskipun dipindahkan

atau diganti namanya; mereka tidak diinterpretasikan oleh sistem file itu sendiri, tetapi oleh kode

File Manager di userland .

macOS 10.13 High Sierra, yang diumumkan pada tanggal 5 Juni 2017 di acara WWDC Apple,

menggunakan Sistem File Apple pada solid-state drive .

macOS juga mendukung sistem file UFS , yang berasal dari BSD Unix Fast File System

melalui NeXTSTEP . Namun, mulai Mac OS X Leopard , macOS tidak dapat lagi diinstal pada

volume UFS, dan sistem pra-Leopard yang diinstal pada volume UFS juga tidak dapat

ditingkatkan ke Leopard. [28] Pada Mac OS X Lion, dukungan UFS sepenuhnya dihentikan.
39
Versi macOS yang lebih baru mampu membaca dan menulis ke sistem file FAT lama (16 dan

32) yang umum di Windows. Mereka juga mampu membaca sistem file NTFS yang lebih

baru untuk Windows. Untuk menulis ke sistem file NTFS pada versi macOS sebelum Mac OS

X, diperlukan perangkat lunak pihak ketiga Snow Leopard. Mac OS X 10.6 (Snow Leopard) dan

yang lebih baru memungkinkan penulisan ke sistem file NTFS, tetapi hanya setelah perubahan

pengaturan sistem yang tidak sepele (ada perangkat lunak pihak ketiga yang

mengotomatiskannya). [29]

Terakhir, macOS mendukung pembacaan dan penulisan sistem file exFAT sejak Mac OS X

Snow Leopard, mulai dari versi 10.6.5. [30]

OS/2 [ sunting ]

OS/2 1.2 memperkenalkan Sistem File Kinerja Tinggi (HPFS). HPFS mendukung nama file

campuran dalam halaman kode yang berbeda , nama file yang panjang (255 karakter),

penggunaan ruang disk yang lebih efisien, arsitektur yang menjaga item terkait tetap berdekatan

pada volume disk, fragmentasi data yang lebih sedikit, ruang berbasis luas alokasi,

struktur pohon B+ untuk direktori, dan direktori root terletak di titik tengah disk, untuk akses

rata-rata yang lebih cepat. Sistem file terjurnal (JFS) dikirimkan pada tahun 1999.

PC-BSD [ sunting ]

PC-BSD adalah versi desktop FreeBSD, yang mewarisi dukungan ZFS FreeBSD , mirip

dengan FreeNAS . Penginstal grafis baru PC-BSD dapat menangani / ( root ) pada instalasi

ZFS dan RAID-Z pool serta enkripsi disk menggunakan Geli sejak awal dengan cara yang

mudah dan nyaman ( GUI ). 'Edisi Isotop' PC-BSD 9.0+ saat ini memiliki sistem file ZFS versi 5

dan kumpulan penyimpanan ZFS versi 28.

40
Rencana 9 [ sunting ]

Paket 9 dari Bell Labs memperlakukan semuanya sebagai file dan mengakses semua objek

sebagaimana file akan diakses (yaitu, tidak ada ioctl atau mmap ): jaringan, grafik, debugging,

otentikasi, kemampuan, enkripsi, dan layanan lainnya diakses melalui I /O operasi

pada deskriptor file . Protokol 9P menghilangkan perbedaan antara file lokal dan jarak

jauh. Sistem file di Paket 9 diatur dengan bantuan namespace pribadi per proses, memungkinkan

setiap proses memiliki pandangan berbeda dari banyak sistem file yang menyediakan sumber

daya dalam sistem terdistribusi.

Sistem operasi Inferno berbagi konsep ini dengan Paket 9.

Microsoft Windows [ sunting ]

Daftar direktori di shell perintah Windows

Windows menggunakan sistem file FAT , NTFS , exFAT , Live File System , dan ReFS (yang

terakhir hanya didukung dan dapat digunakan di Windows Server 2012 , Windows Server

2016 , Windows 8 , Windows 8.1 , dan Windows 10 ; Windows tidak dapat melakukan booting

dari itu).

Windows menggunakan abstraksi huruf drive di tingkat pengguna untuk membedakan satu disk

atau partisi dari yang lain. Misalnya, jalur C:\WINDOWS mewakili direktori WINDOWS pada

partisi yang diwakili oleh huruf C. Drive C: paling sering digunakan untuk partisi drive hard

41
disk utama , tempat Windows biasanya diinstal dan dari mana Windows melakukan

booting. "Tradisi" ini telah mendarah daging sehingga terdapat bug di banyak aplikasi yang

berasumsi bahwa drive tempat sistem operasi diinstal adalah C. Penggunaan huruf drive, dan

tradisi penggunaan "C" sebagai huruf drive untuk partisi drive hard disk utama, dapat ditelusuri

ke MS-DOS , di mana huruf A dan B dicadangkan untuk hingga dua drive floppy disk. Hal ini

pada gilirannya berasal dari CP/M pada tahun 1970an, dan akhirnya dari CP/CMS IBM pada

tahun 1967.

LEMAK [ sunting ]

Artikel utama: Tabel Alokasi File

Keluarga sistem file FAT didukung oleh hampir semua sistem operasi untuk komputer pribadi,

termasuk semua versi Windows dan MS-DOS / PC DOS , OS/2 , dan DR-DOS . (PC DOS

adalah versi OEM dari MS-DOS, MS-DOS awalnya didasarkan pada 86-DOS milik SCP . DR-

DOS didasarkan pada Concurrent DOS milik Digital Research , penerus CP/M-86 .) Oleh karena

itu, sistem file FAT sangat cocok sebagai format pertukaran universal antara komputer dan

perangkat apa pun jenis dan usia apa pun.

Sistem file FAT menelusuri akarnya kembali ke prekursor FAT 8-bit (yang tidak kompatibel)

di Standalone Disk BASIC dan proyek MDOS/MIDAS yang berumur pendek . [ kutipan diperlukan ]

Selama bertahun-tahun, sistem file telah diperluas dari FAT12 ke FAT16 dan FAT32 . Berbagai

fitur telah ditambahkan ke sistem file termasuk subdirektori , dukungan halaman kode , atribut

yang diperluas , dan nama file yang panjang . Pihak ketiga seperti Digital Research telah

memasukkan dukungan opsional untuk pelacakan penghapusan, dan skema keamanan multi-

pengguna berbasis volume/direktori/file untuk mendukung kata sandi dan izin file dan direktori

42
seperti hak akses baca/tulis/eksekusi/hapus. Sebagian besar ekstensi ini tidak didukung oleh

Windows.

Sistem file FAT12 dan FAT16 memiliki batasan jumlah entri di direktori akar sistem file dan

memiliki batasan ukuran maksimum disk atau partisi berformat FAT .

FAT32 mengatasi keterbatasan pada FAT12 dan FAT16, kecuali batas ukuran file mendekati 4

GB, namun tetap terbatas dibandingkan dengan NTFS.

FAT12, FAT16 dan FAT32 juga memiliki batasan delapan karakter untuk nama file, dan tiga

karakter untuk ekstensi (seperti .exe ). Ini biasanya disebut sebagai batas nama file 8.3 . VFAT ,

ekstensi opsional untuk FAT12, FAT16 dan FAT32, diperkenalkan di Windows

95 dan Windows NT 3.5 , memungkinkan nama file panjang ( LFN ) disimpan dalam sistem file

FAT dengan cara yang kompatibel.

NTFS [ sunting ]

Artikel utama: NTFS

NTFS , diperkenalkan dengan sistem operasi Windows NT pada tahun 1993, mengizinkan

kontrol izin berbasis ACL . Fitur lain yang juga didukung oleh NTFS termasuk tautan keras,

aliran banyak file, pengindeksan atribut, pelacakan kuota, file jarang, enkripsi, kompresi, dan

titik reparse (direktori berfungsi sebagai titik pemasangan untuk sistem file lain, symlink,

persimpangan, tautan penyimpanan jarak jauh) .

exFAT [ sunting ]

Artikel utama: exFAT

43
exFAT memiliki keunggulan tertentu dibandingkan NTFS sehubungan dengan overhead sistem

file . [ kutipan diperlukan ]

exFAT tidak kompatibel dengan sistem file FAT seperti FAT12, FAT16 atau FAT32. Sistem file

didukung dengan sistem Windows yang lebih baru, seperti Windows XP, Windows Server 2003,

Windows Vista, Windows 2008, Windows 7, Windows 8, Windows 8.1, Windows 10, dan

Windows 11.

[30]
exFAT didukung di macOS mulai dari versi 10.6.5 (Snow Leopard). Dukungan pada sistem

operasi lain jarang karena penerapan dukungan untuk exFAT memerlukan lisensi. exFAT adalah

satu-satunya sistem file yang didukung penuh di macOS dan Windows yang dapat menyimpan

file lebih besar dari 4 GB. [31] [32]

OpenVMS [ sunting ]

Artikel utama: File-11

MVS [ sunting ]

Artikel utama: MVS § Sistem file MVS

Sebelum diperkenalkannya VSAM , sistem OS/360 menerapkan sistem file hybrid. Sistem ini

dirancang untuk dengan mudah mendukung paket disk yang dapat dilepas , sehingga informasi

yang berkaitan dengan semua file pada satu disk ( volume dalam terminologi IBM) disimpan

pada disk tersebut dalam file sistem datar yang disebut Daftar Isi Volume (VTOC). VTOC

menyimpan semua metadata untuk file tersebut. Kemudian struktur direktori hierarki

diberlakukan dengan diperkenalkannya Katalog Sistem , yang secara opsional dapat membuat

katalog file (kumpulan data) pada volume tetap dan volume yang dapat dilepas. Katalog hanya

44
berisi informasi untuk menghubungkan kumpulan data dengan volume tertentu. Jika pengguna

meminta akses ke kumpulan data pada volume offline, dan mereka memiliki hak istimewa yang

sesuai, sistem akan mencoba memasang volume yang diperlukan. Kumpulan data yang

dikatalogkan dan yang tidak dikatalogkan masih dapat diakses menggunakan informasi di

VTOC, melewati katalog, jika id volume yang diperlukan disediakan untuk permintaan

OPEN. Kemudian VTOC diindeks untuk mempercepat akses.

Sistem Monitor Percakapan [ sunting ]

Artikel utama: sistem file CMS

Komponen IBM Conversational Monitor System (CMS) dari VM/370 menggunakan sistem file

datar terpisah untuk setiap disk virtual ( minidisk ). Data file dan informasi kontrol tersebar dan

bercampur. Jangkarnya adalah rekaman yang disebut Direktori File Induk (MFD), yang selalu

terletak di blok keempat pada disk. Awalnya CMS menggunakan blok dengan panjang tetap 800

byte, tetapi versi yang lebih baru menggunakan blok berukuran lebih besar hingga 4K. Akses ke

catatan data memerlukan dua tingkat tipuan , di mana entri direktori file (disebut entri Tabel

Status File (FST)) menunjuk ke blok yang berisi daftar alamat masing-masing catatan.

Sistem file AS/400 [ sunting ]

Data pada AS/400 dan penerusnya terdiri dari objek sistem yang dipetakan ke dalam ruang

alamat virtual sistem dalam penyimpanan satu tingkat . Banyak jenis objek yang didefinisikan

termasuk direktori dan file yang ditemukan di sistem file lain. Objek file, bersama dengan jenis

objek lainnya, membentuk dasar dukungan AS/400 untuk database relasional terintegrasi .

Sistem file lain [ sunting ]

45
 [33]
 Sistem File Prospero adalah sistem file berdasarkan Model Sistem Virtual. Sistem

ini dibuat oleh B. Clifford Neuman dari Institut Ilmu Informasi di Universitas

Southern California.

 Sistem file RSRE FLEX - ditulis dalam ALGOL 68

 Sistem file Michigan Terminal System (MTS) menarik karena: (i) menyediakan "file

baris" di mana panjang record dan nomor baris dikaitkan sebagai metadata dengan

setiap record dalam file, baris dapat ditambahkan, diganti, diperbarui dengan catatan

panjang yang sama atau berbeda, dan dihapus di mana saja dalam file tanpa perlu

membaca dan menulis ulang seluruh file; (ii) menggunakan kunci program, file dapat

dibagikan atau diizinkan ke perintah dan program selain pengguna dan grup; dan (iii)

terdapat mekanisme penguncian file komprehensif yang melindungi data file dan

metadatanya. [34] [35]

Keterbatasan [ sunting ]

Mengonversi jenis sistem file [ sunting ]

Mungkin bermanfaat atau perlu untuk memiliki file dalam sistem file yang berbeda dari yang ada

saat ini. Alasannya termasuk perlunya peningkatan kebutuhan ruang di luar batas sistem file saat

ini. Kedalaman jalur mungkin perlu ditingkatkan melampaui batasan sistem file. Mungkin ada

pertimbangan kinerja atau keandalan. Memberikan akses ke sistem operasi lain yang tidak

mendukung sistem file yang ada adalah alasan lainnya.

Konversi di tempat [ sunting ]

Dalam beberapa kasus, konversi dapat dilakukan di tempat, meskipun migrasi sistem file lebih
[36]
konservatif, karena melibatkan pembuatan salinan data dan direkomendasikan. Pada

46
Windows, sistem file FAT dan FAT32 dapat dikonversi ke NTFS melalui utilitas convert.exe,

tetapi tidak sebaliknya. [36] Di Linux, ext2 dapat dikonversi ke ext3 (dan dikonversi kembali), dan
[37]
ext3 dapat dikonversi ke ext4 (tetapi tidak kembali), dan ext3 dan ext4 dapat dikonversi

ke btrfs , dan dikonversi kembali hingga membatalkan informasi dihapus. [38] Konversi ini

dimungkinkan karena menggunakan format yang sama untuk data file itu sendiri, dan

memindahkan metadata ke ruang kosong, dalam beberapa kasus menggunakan dukungan file

yang jarang . [38]

Bermigrasi ke sistem file lain [ sunting ]

Migrasi mempunyai kelemahan yaitu memerlukan ruang tambahan meskipun mungkin lebih

cepat. Kasus terbaik adalah jika ada ruang yang tidak terpakai pada media yang akan

menampung sistem file akhir.

Misalnya, untuk memigrasi sistem file FAT32 ke sistem file ext2, sistem file ext2 baru

dibuat. Kemudian data dari sistem file FAT32 disalin ke sistem file ext2, dan sistem file lama

dihapus.

Alternatifnya, bila tidak ada cukup ruang untuk menyimpan sistem file asli hingga sistem file

baru dibuat, adalah dengan menggunakan area kerja (seperti media yang dapat dipindahkan). Ini

memerlukan waktu lebih lama namun memiliki keuntungan dalam menghasilkan cadangan.

Jalur file yang panjang dan nama file yang panjang [ sunting ]

Dalam sistem file hierarki , file diakses melalui jalur yang merupakan daftar percabangan

direktori yang berisi file tersebut. Sistem file yang berbeda memiliki batasan kedalaman jalur

yang berbeda. Sistem file juga memiliki batasan panjang nama file individual.

47
Menyalin file dengan nama panjang atau terletak di jalur yang sangat dalam dari satu sistem file

ke sistem file lainnya dapat menyebabkan hasil yang tidak diinginkan. Hal ini tergantung pada

bagaimana utilitas yang melakukan penyalinan menangani perbedaan tersebut.

48
BAB III

PENUTUP

49
DAFTAR PUSTAKA

https://www.w3schools.in/operating-system/file-system-interface

https://en.wikipedia.org/wiki/File_system

50