Fitur khas HFS +
Ciri khas HFS + adalah prinsip operasinya berdasarkan arsitektur 32-bit, yang menggantikan yang 16-bit di HFS. Pengalamatan sebelumnya memiliki efek jera yang kuat, karena membatasi kapasitas volume (65.536 blok).
Jadi, misalnya, dalam drive dengan kapasitas satu gigabyte, ukuran blok disetel sama dengan enam belas kilobyte. Dan bahkan file terkecil dari satu byte mengambil seluruh enam belas byte.
Untuk menyimpan sebagian besar informasi layanan di sistem HFS +, seperti di versi HFS sebelumnya, pohon-B digunakan.
Volume tunggal pada sistem HFS + dibagi menjadi sektor 512-byte. Satu atau lebih sektor digabungkan secara kolektif ke dalam sebuah cluster, jumlah akhirnya secara langsung bergantung pada total kapasitas drive sumber. Opsi pengalamatan 32-bit yang baru menyediakan akses langsung ke lebih dari 4.294.967.296 cluster, yang lebih disukai daripada 65536 dari versi sebelumnya. Analisis komparatif dari kedua jenis sistem tersebut menunjukkan bahwa keduanya memiliki perbedaan yang signifikan. Misalnya, mereka berbeda dalam panjang nama file (31 di HFS versus 255 di HFS +), pengkodean yang digunakan ("Mac Roman" dan "Unicode" untuk HFS dan HFS +, masing-masing), node direktori (512 byte dan 4 kilobyte untuk HFS dan HFS +), file ukuran batas: 2 ^ 31 versus 2 ^ 63.
Arsitektur sistem file
Ruang dalam sistem file dibagi menjadi blok logis yang disebut sektor. Pada dasarnya, mereka memiliki nilai 512 byte dan secara kolektif digabungkan menjadi blok alokasi yang mencakup satu atau lebih sektor. Jumlah blok bersambung tergantung pada ukuran total volume.
HFS + dilengkapi dengan pengkodean Big Endian, dan nilai unit alokasinya adalah 32 bit.
HFS + menyimpan informasi layanan pada disk - file metadata yang digunakan untuk mengatur dan mengelola penempatan data. Yang paling penting dari mereka, yang dibutuhkan dalam proses pemulihan data dan secara langsung mempengaruhi kesehatan sistem, adalah elemen-elemen berikut:
- Volume Header Header menggunakan Extents dan diformat sebagai tabel.
- Allocation File ( ). Extents .
- Catalog File ( ). . Extents.
- Extents Overflow File ( ). .
- Bad block file ( ). -.
- StartUp file ( ). .
- (Journal). , .
Selain yang terdaftar di HFS +, ada elemen lain. Namun, di atas adalah prioritas penting ketika ada kebutuhan mendesak untuk memulihkan informasi ini atau itu. Sekarang kita akan melihat metrik fundamental, yaitu arti dari nilai B-Tree dan Extents.
Penjelasan Singkat Bi-Tree
HFS + menggunakan struktur penyimpanan seperti pohon. Struktur yang seimbang dari halaman bangunan memungkinkan Anda untuk menulis jumlah informasi yang berbeda dalam sel yang dipilih dari volume batas tertentu. Prinsip dasar struktur diimplementasikan sebagai berikut. Misalnya, file berukuran seratus megabit harus ditempatkan dalam sel berukuran empat kilobyte. Sistem akan menempatkan di blok pertama langsung menautkan ke semua sel terkait berikutnya, di mana semua informasi sudah akan ditulis. Selain itu, selain data, sel dapat berisi tautan penghubung tambahan dari tingkat blok baru. Sel-sel pohon dengan tautan disebut simpul. Elemen lainnya yang bertanggung jawab untuk menyimpan data adalah daun.
Luas dan Luas File Melimpah
Catatan yang diperluas digunakan oleh sistem untuk menyimpan informasi tentang sektor tempat file terpisah berada. Biasanya mereka digunakan dari nol hingga delapan. Setiap catatan yang dibuat ulang berisi indikasi sektor informasi pertama yang menyimpan data dan tanda tentang jumlah total cluster yang ditempati. Jika file terlalu banyak terfragmentasi, itu dibagi menjadi banyak fragmen dan nomor Extent yang dialokasikan tidak cukup, maka sistem menggunakan ekstensi tambahan (Extent Overflow File) untuk merekam sisanya.
Memahami volume header
Volume header selalu terletak di sektor kedua, jika Anda menghitung dari awal drive. Header volume berisi informasi umum tentang semua blok bangunan lain dari sistem, seperti ukuran blok alokasi, alamat, dll. Di sektor berlawanan dari drive, yaitu sektor kedua, tetapi dari ujung, sistem menyimpan salinan cadangan dari konten header Volume.
Peta ruang disk yang digunakan
Elemen file Alokasi memberikan informasi tentang semua unit alokasi (kosong dan lengkap disertakan). Mereka diberi label menurut sistem biner: "1" penuh, "0" kosong. Format presentasi ini disebut (bitmap) bitmap. Fragmen file yang disimpan di disk tidak selalu harus berada di sel yang berdekatan. Rincian lengkap tentang mereka akan diberikan di tajuk Volume.
Tujuan direktori file
Struktur pohon penyimpanan file cukup luas. Ini mengasumsikan bahwa ada file terpisah untuk mencatat informasi tentang lokasi folder dan file di drive. Seperti di versi sistem sebelumnya, di HFS + file ini adalah file katalog. Tetapi tidak seperti sumber aslinya, kapasitasnya telah meningkat secara signifikan. Ukuran bidang penerima di HFS + menjadi lebih besar, yang secara signifikan memperluas kemampuan yang tersedia. Ukuran lapangan tidak terikat pada satu standar dan dapat diubah berdasarkan persyaratan yang muncul.
Pada dasarnya, sistem menyimpan sejumlah kecil informasi di lapangan, yang ukuran akhirnya tidak melebihi empat kilobyte. Jika array lebih besar, maka ekstensi Extent yang sesuai digunakan.
Tujuan dari file startup
Terutama file StartUp bertanggung jawab untuk berinteraksi dengan sistem operasi yang berbeda jika mereka tidak memiliki kemampuan untuk mendeteksi HFS + dan membuatnya berhasil. Prinsipnya mirip dengan HFS Boot Block.
Daftar bad sector
Elemen tersebut berisi registri sistem. Ini mencakup semua informasi tentang sektor-sektor yang dipindahkan.
Log elemen sistem
Jurnal adalah ruang yang dicadangkan pada media disk. Ketika sistem perlu melakukan perubahan, urutan tindakannya adalah sebagai berikut. Ini pertama-tama akan menulis ke log, dan baru kemudian akan melakukan koreksi ke file yang sesuai. Jika terjadi kegagalan yang tidak terduga, pendekatan ini akan memulihkan kesehatan sistem file.
Area yang dialokasikan untuk batang kayu memiliki ukuran yang terbatas. Oleh karena itu, sistem secara berkala memperbarui informasi di dalamnya, menimpa data baru yang ada. Interval penulisan ulang untuk perangkat yang berbeda berbeda dan bervariasi dari beberapa puluh detik hingga puluhan menit.
Alat serbaguna untuk memulihkan informasi Time Machine
Sistem operasi untuk perangkat Mac, mulai dari Mac OS X Leopard dan seterusnya, menyediakan alat pemulihan Time Machine. Tujuan utamanya adalah pencatatan wajib dari setiap perubahan sistemik untuk pemulihan aman selanjutnya dengan perkembangan konsekuensi negatif.
Agar berhasil memenuhi kewajiban pabrikan, alat pengembalian data harus dilengkapi dengan media terpisah. Bisa berupa media eksternal, hard drive internal, penyimpanan USB. Atau, Anda dapat menggunakan Apple Time Capsule yang secara khusus disiapkan dan dirancang untuk Time Machine. Ini adalah drive jaringan tempat backup ditulis sebelum membuat perubahan. Pada penggunaan awal, alat akan membuat salinan lengkap dan kemudian hanya menyimpan perubahan yang dibuat.
Opsi pemulihan data HFS + yang layak
Jika, selama operasi, pengguna perlu memulihkan data yang hilang, maka jauh lebih sulit melakukannya dari HFS +. Sistem file yang menggunakan struktur pohon untuk menyimpan informasi sistem memerlukan pembaruan Bi-tree secara konstan setelah ada perubahan, termasuk penghapusan. Dan setelah penimpaan seperti itu, semua informasi tentang lokasi elemen yang hilang segera dihapus.
Dalam kasus seperti itu, pengguna dapat dibantu dengan perangkat lunak pemulihan universal . Anda dapat menggunakan program yang berbeda dan membandingkan bagaimana masing-masing program melakukan operasi check-in file.
Keluaran
Sistem file HFS + menggantikan HFS. Namun, terlepas dari kelebihannya, itu sudah digantikan oleh tipe sistem yang lebih baru (APFS). Kekurangan HFS + tertentu meningkatkan masalah pemulihan. Dan terlepas dari kerumitan sistem yang tampak, adalah mungkin untuk memulihkan data yang hilang baik dengan bantuan cadangan dan melalui penggunaan program khusus.
Lihat sumber untuk artikel lengkap dengan semua tutorial video tambahan . Jika Anda masih memiliki pertanyaan, tanyakan di komentar.