Dalam UDF, apa perbedaan antara pengidentifikasi volume, pengidentifikasi set volume, pengidentifikasi volume logis, dan pengidentifikasi set file?

Saya melihat bahwa mkudffsmemiliki opsi untuk empat pengidentifikasi yang berbeda: volume logis ( --lvid), volume ( --vid), set volume ( --vsid), dan pengidentifikasi set file ( --fsid). Namun, tidak memberikan panduan untuk apa artinya itu.

Jadi, saya pergi ke spesifikasi UDF. Dimulai dengan ISO / IEC 13346 alias ECMA-167 , saya menemukan bahwa:

10.1.4 Volume Identifier (BP 24)

Bidang ini harus menentukan identifikasi volume.

14.1.10 Pengidentifikasi Volume Logis (BP 112)

Bidang ini harus menentukan identifikasi volume logis tempat kumpulan file direkam.

14.1.12 Pengidentifikasi Set File (BP 304)

Bidang ini harus menentukan identifikasi dari set file yang dijelaskan oleh Deskriptor Set File ini.

Ya, itu berguna.

Jadi, saya mencoba OSTA UDF Spec 1.02 , karena itu adalah versi UDF yang saya coba hasilkan. Itu tidak banyak membantu (meskipun memperingatkan saya terhadap "nilai-nilai tetap atau sepele").

Saya mencoba spesifikasi UDF 1.50 yang selanjutnya memberi tahu saya — dalam §4.1 — bahwa sebelum menampilkan nilai-nilai itu, bahwa transformasi spesifik OS menggunakan algoritma yang dijelaskan dalam §4.1.2.1 harus diterapkan. Tentu saja, bagian selanjutnya setelah §4.1 adalah §4.2, jadi semoga berhasil. Juga, LogicalVolumeIdentifier adalah "sangat penting dalam identifikasi volume logis ketika beberapa media hadir dalam jukebox. Namanya biasanya apa yang ditampilkan kepada pengguna."

Jadi, saya mencoba spesifikasi UDF 2.01 , dan sekarang saya tahu bahwa pada saat ini setidaknya mereka sudah menyadari itu 4. 2 .2.1, yang memang ada, tetapi tidak membantu (ini berkaitan dengan hal-hal seperti rangkaian karakter).

Sejauh yang saya tahu:

• Logical Volume Identifier adalah apa yang ditampilkan kepada pengguna (mungkin hanya jukebox). Jadi itu harus diatur ke sesuatu yang bermakna, misalnya, judul disk. Saya berasumsi ini adalah judul cakram yang akan ditampilkan oleh Windows, Mac OS, atau Nautilus.
• Yang lain hanya ada untuk membuang ruang pada disk, tidak memiliki deskripsi sebenarnya untuk apa mereka. Meskipun begitu, saya harus mengaturnya ke nilai-nilai yang tidak tetap atau sepele. Mungkin, saya harus mengaturnya secara acak (yaitu, tidak diperbaiki) dari Shakespeare (yaitu, tidak sepele).

Atau, lebih baik lagi: untuk apa bidang lainnya?

Ini adalah banyak string yang tidak berguna, kecuali LVID .

Formulir mkudffs:

• --lvid Menentukan pengidentifikasi volume logis. Ini menetapkan string yang diberikan ke bidang berikut:
  • Pengidentifikasi Volume Logis dalam Penjelasan Volume Logis (Lihat Gambar 15 dalam ECMA-167 )
  • Pengidentifikasi Volume Logis dalam Penggunaan Implementasi. (Lihat 2.2.7.2 di UDF 2.01 )
  • Pengidentifikasi Volume Logis di Penjelasan Set File. (Lihat Gambar 9 di ECMA-167 ) Penjelasan Set File. (Lihat Gambar 9 dalam [ECMA-167] [5]).
    Logical Volume Identifier ditampilkan di windows sebagai label disk.
• --vid Menentukan pengidentifikasi volume. Ini menyetel string givend ke bidang Pengidentifikasi Volume di Penjelasan Volume Utama. (Lihat Gambar 6 dalam ECMA-167 ). Panjang maksimal 31 byte. Nilai default "Linux UDF".
• --vsid Menentukan pengidentifikasi set volume. Ini menetapkan string yang diberikan ke bidang pengidentifikasi set volume di Primary Volume Desriptor. (Lihat Gambar 6 dalam ECMA-167 ). Panjang maksimum 127 byte. Nilai default "Linux UDF".
  Volume Set Identifier dapat diedit oleh beberapa program pembuat Disk seperti ImgBurn, MagicISO. Ini menentukan identifikasi set volume yang volume adalah anggota.
• --fsid Tentukan pengidentifikasi set file. Ini menetapkan bidang Pengidentifikasi Set File di Deskripsi File Set. (Lihat Gambar 9 dalam ECMA-167 ). Panjang maksimal 31 byte. Nilai default "Linux UDF".

Saya pikir ini sepenuhnya terserah Anda; Saya akan mengatakan ladang ada untuk mendukung proses perusahaan. Salah satu penggunaan yang mudah diingat adalah menggunakan pengenal set volume untuk hal-hal seperti "backup penuh bulanan FOO, 2015-12", dan pengenal volume kemudian bisa menjadi sesuatu seperti "disk 1 dari 42". Atau mungkin Anda benar-benar memiliki pengenal fisik, mis. Barcode, dicetak pada disk, dan pengidentifikasi volume dapat menahannya (sehingga Anda dapat mengidentifikasi disk dengan membacanya di drive atau dengan mengarahkan pembaca barcode ke dalamnya. ).

Saya membayangkan pengidentifikasi set file bisa berguna ketika Anda meletakkan banyak file dalam sistem file yang membentuk semacam unit logis ("set"), tetapi mereka tidak secara intuitif membentuk "volume"; misalnya, "Mariah Carey .gifs 1994-1998" atau "esai sekolah menengah Bob".

Secara logis, semua bidang itu ada untuk memuat data yang oleh beberapa anggota (atau anggota) komite yang mengembangkan dan / atau memodifikasi standar melihat adanya kebutuhan. Hanya karena seseorang berpikir itu membuang-buang ruang pada disk tidak berarti tidak ada satu atau lebih pendapat tentang masalah ini ketika standar disepakati. Kenyataannya beberapa anggota atau anggota komite menganggap mereka cukup berguna untuk satu tujuan atau lainnya sehingga mereka masuk ke dalam standar. Saya mengatakan bahwa apa pun yang tidak secara eksplisit didefinisikan dalam standar terbuka untuk interpretasi dan karena itu dapat digunakan untuk tujuan apa pun yang Anda inginkan atau diabaikan dengan aman sampai waktu itu secara eksplisit ditentukan oleh standar. Dari perspektif pembuat perangkat lunak, 'mkudffs' Tidak perlu mendefinisikan untuk apa Anda harus menggunakan bidang ini,

Saya pikir nilai-nilai ini berorientasi pada spesifikasi lain, yang mereka sendiri sendiri mencoba menggeneralisasi media. Dalam contoh saya, saya akan merujuk ke Linux tetapi ini tidak berarti, itu tidak akan berlaku untuk Windows. Spesifikasi itu. disembunyikan di sana.

Jalankan cmd berikut di Linux dan lihat hasilnya: blkid

/ dev / x: LABEL = "Windows" UUID = "?" TYPE = "ntfs" PARTLABEL = "Partisi data dasar" PARTUUID = "?"

/ dev / y: LABEL = "Linux" UUID = "?" TYPE = "ext4" PARTLABEL = "storage" PARTUUID = "?"

Seperti yang Anda lihat, ada 2 bidang deskripsi untuk setiap:

• Partisi
• FileSystem pada Partisi itu

Dalam kedua kasus, yang pertama adalah deskripsi yang dapat dibaca manusia dan yang terakhir adalah deskripsi mesin. Sama seperti di Domain Name System (DNS), karena deskripsi mesin - UUID - harus unik. Jadi kita dapat berbicara tentang bidang data nx 2 x 2, untuk partisi. Tapi, karena media optik tidak dipartisi, media mentah dihitung sebagai partisi itu sendiri. Yang berarti ada 2 x 2 = 4 atribut, selalu. Mari kita coba untuk mencocokkan properti UDF ke dalam contoh di atas:

/ dev / x: LABEL = "LVID" UUID = "VID" TYPE = "UDF" PARTLABEL = "VSID" PARTUUID = "FSID"

Saya mencari berjam-jam dan membaca banyak artikel, tetapi tidak dapat memverifikasi ini. Jadi ini hanya asumsi. Tetapi untuk LVID dijamin dengan definisi istilah dan uji coba. Linux dan Windows, yang terakhir dengan WinCDemu, menggunakan properti ini sebagai label untuk partisi. Yang, untuk media optik, adalah media itu sendiri.

Ini benar-benar cocok dengan cukup rapi, tetapi menimbulkan satu pertanyaan. Ada properti UUID tambahan dan saya cenderung percaya, ini semacam kesalahan implementasi. Karena saya pernah membaca di jaringan ini, bahwa ini diterapkan kemudian, karena ppl. tidak dapat memasang media UDF oleh UUID. Jadi itu mungkin kesalahpahaman dari bidang properti yang diberikan. Saya tidak tahu di mana UUID saat ini diletakkan, tetapi blkid membaca yang ini sebagai UUID. Saya tidak tahu apakah ini driver UDF atau masalah blkid. Mungkin seseorang menulis surat dengan isyarat kepada orang / grup yang bersangkutan.