Літери диска "забудуться", коли ви призначите цьому листу новий диск. Якщо ви хочете, щоб декілька накопичувачів (наприклад, резервних дисків) мали однакову запам'ятовувану літеру, це біль, але існує не випадковий засіб.
Я відчув необхідність опублікувати це після прочитання Інтернету, намагаючись знайти рішення для декількох накопичувачів, які я хотів обернути, всі вони зберігали ту саму букву диска для моєї радості сценаріїв. Іноді будь-яке програмне забезпечення (USBDLM) просто не є досить хорошим рішенням для ваших контролерів домену, чутливих кіосків тощо, тому ми зробимо це нелегким способом.
Якщо у вас недостатньо багато даних або ви починаєте з нуля, найпростіший спосіб - диск диск клонувати пристрій з присвоєною літерою іншим пристроям, що використовують Clonezilla . Але якщо у вас вже є дані на накопичувачах і ви не можете створити резервну копію / відновити ці дані, або не хочете, або просто подобається важкий спосіб, який, схоже, асоціюється з GUID томом, тому вам потрібно буде знайти спосіб модифікуйте це на існуючих томах, щоб вони всі відповідали, а потім провели тестування. Я зробив це по Clonezilla. Я не пробував, але уявіть, що клон розділів також спрацює.
Що я можу перевірити для вас, це те, що він не надходить з ідентифікатора диска, тому змінити його через diskpart не корисно, і що ви можете отримати GUID томів за допомогою PowerShell:
GWMI -namespace root\cimv2 -class win32_volume
Сподіваємось, хтось розумніший за мене може зрозуміти, як змінити або вказати GUID гучності і перевірити його, або принаймні визначити, чи справді це походження значення reg, щоб ми могли динамічно робити це, не клонуючи цілі диски.
Як це працює:
Призначаючи букву диска диску, Windows зберігає це в реєстрі під ключем hklm \ system \ mountdevices. Ви можете помітити, що при призначенні нового диска буква X (наприклад) частина даних для reg_binary (\ dosdevices \ x: у цьому випадку) перезаписується новим накопичувачем, і ви не можете мати кілька записів з різними значеннями , тож наступного разу, коли ви підключите цей старий диск, він більше не буде X.
Якщо ви подивитесь на саме значення reg_binary, воно починається з ідентифікатора dmio, а потім GUID - насправді випливає з унікального ідентифікатора диска. Я насправді не розумію відношення / переклад у бінарний reg vlaue, за винятком того, щоб сказати, що він походить від унікального ідентифікатора диска. Я це кажу лише для того, щоб проілюструвати, що нам не потрібно турбуватися про томи GUID-файли тут, оскільки буквене позначення всіх результатів є унікальним ідентифікатором накопичувачів. Це може бути не так на дисках MBR / Basic, я тут працюю лише з динамічними дисками GPT (і ви, мабуть, теж є).
Подальше читання я знайшов:
Розділи та томи
https://social.technet.microsoft.com/Forums/en-US/e7b2ddd6-f245-49ed-8fec-3b6e08e75369/how-do-i-find-the-partition-guid?forum=winservergen
Томи GUID та інші речі в змонтованих пристроях
https://morgansimonsen.com/2009/01/26/displaying-the-volume-guid-of-a-volume-2/