В UDF какая разница между идентификатором Тома, идентификатором набора томов, идентификатором логического тома и идентификатором набора файлов?

Это куча бесполезных строк, кроме LVID.

форма mkudffs:

• --lvid укажите идентификатор логического тома. Он устанавливает заданную строку в следующие поля:
  • идентификатор логического тома в дескрипторе логического тома (см. Рисунок 15 в ECMA-167)
  • логического тома идентификатор в исполнении. (См. 2.2.7.2 in UDF 2.01)
  • идентификатор логического тома в дескрипторе набора файлов. (См. рис. 9 в ECMA-167) Дескриптор Набора Файлов. (См. Рисунок 9 в [ECMA-167][5]).
    
    идентификатор логического тома, отображаемый в windows как метка диска.
• -- vid укажите идентификатор Тома. Он задает строку предоставлялась в поле идентификатора объема основной описатель Тома. (См. рис. 6 в ECMA-167). Максимальная длина 31 байт. Значение по умолчанию "Linux UDF".
• --vsid указать код набора. Он устанавливает заданную строку на том поле идентификатор в основной Desriptor объем. (См. рис. 6 в ECMA-167). Максимальная длина 127 байт. Значение по умолчанию "Linux UDF".
  
  идентификатор набора томов можно редактировать с помощью некоторых программ для создания дисков, таких как ImgBurn, MagicISO. Он определяет идентификацию объем набор которых объем члена.
• --fsid указать файл идентификатор. Задает поле идентификатора набора файлов в дескрипторе набора файлов. (См. рис. 9 в ECMA-167). Максимальная длина 31 байт. Значение по умолчанию "Linux UDF".

Я думаю, что это полностью зависит от вас; я бы сказал, что поля есть для поддержки процессов предприятия. Одно из применений, которое приходит на ум, - использовать идентификатор набора томов для таких вещей, как" ежемесячная полная резервная копия FOO, 2015-12", а идентификатор Тома может быть чем-то вроде"диска 1 из 42". Или, может быть, у вас действительно будет физический идентификатор, например, штрих-код, напечатанный на диске, и идентификатор Тома может содержать это (так что вы можете идентифицировать диск, прочитав его в привод или указывая считыватель штрих-кодов на него).

Я предполагаю, что идентификатор набора файлов может быть полезен, когда вы помещаете в файловую систему кучу файлов, которые образуют какой-то логический блок ("набор"), но они интуитивно не образуют "том"; например, "Мэрайя Кэри .gifs 1994-1998 " или "эссе средней школы Боба".

логически говоря, все эти поля существуют для того, чтобы содержать данные, в которых, по мнению некоторых членов (или членов) комитета, разработавших и/или изменивших стандарт. Просто потому, что кто-то думает, что это пустая трата места на диске не значит, что не было одного или нескольких мнений по этому вопросу, когда стандарт был согласован. На самом деле некоторые члены или члены комитета считали их достаточно полезными для той или иной цели, что они внесли свой вклад в стандарт. Я говорю, что ничего не определено в стандарте открыто для интерпретации и, следовательно, может быть использовано для любых целей, которые вы хотите или безопасно проигнорировано до тех пор, пока это явно не определено стандартом. С точки зрения разработки программного обеспечения, "mkudffs" не нужно определять, для чего вы должны использовать эти поля, только предоставить механизм, позволяющий вам использовать (или злоупотреблять в зависимости от перспективы) их по своему усмотрению, тем самым соблюдая стандарт.