Чому UUID розділу розділу NTFS коротші, ніж зазвичай?

Якщо ви використовуєте sudo blkidкоманду для перегляду розділів з їхніми uuids або просто перегляду /etc/fstab(враховуючи, що у вас є кілька розділів NTFS), ви, ймовірно, помітите, що UUID розділів NTFS має 16 символів, не маючи тире, тоді як ext2 / 3/4 та замінюють розділи отримали традиційні 32-знакові (16-байтові) довгі UUID з тире. Чому так?

Оскільки ці значення не є UUID; вони є порядковими номерами NTFS. Вони ідентифіковані як UUID в /etc/fstab(та інших місцях), оскільки розробники вирішили використовувати ідентифікатор "UUID" для принципово не UUID даних, а не використовувати якийсь інший ідентифікатор.

До речі, те саме стосується FAT, але серійні номери FAT навіть коротші, ніж серійні номери NTFS.

Файлові системи Microsoft (NTFS і брати FAT) не підтримують UUID так, як це роблять ext * / btrfs / інші файлові системи Unixy. Те, що ви бачите як UUID, є деякими серійними номерами (64 біти для NTFS, 32 біти для FAT32). Єдина конкретна інформація, яку я можу викопати зі світу Linux, - це ntfslabel(8)manpage :

--new-serial[=ssssssssssssssss], or

--new-half-serial[=ssssssss]
      Set  a  new  serial  number  to  the device, either the argument
      value, or a random one if  no  argument  is  given.  The  serial
      number  is  a  64  bit  number,  represented  as a sixteen-digit
      hexadecimal number, used  to  identify  the  device  during  the
      mounting  process.  As  a consequence, two devices with the same
      serial number cannot be mounted at the same  time  on  the  same
      computer.  This is not the volume UUID used by Windows to locate
      files which have been moved to another volume.

      The option --new-half-serial only changes the upper part of  the
      serial  number,  keeping the lower part which is used by Windows
      unchanged.  In this case the optional argument is an eight-digit
      hexadecimal number.

Я підозрюю, що ці "UUID" можуть бути такими ж, як і звіт про серійний номер fsutilу Windows.