Sürücü harfleri, o harfe yeni bir sürücü atadığınızda "unutulur". Birden fazla sürücünün (örneğin, yedek sürücüler) aynı hatırlanan harfe sahip olmasını istiyorsanız, bu bir acıdır, ancak rastgele olmayan bir yol vardır.
Internet'i taradıktan sonra döndürmek istediğim birden fazla sürücü için bir çözüm bulmaya çalışırken, hepsinin komut dosyası sevincim için aynı sürücü harfini koruduğunu hissetmek zorunda olduğumu hissettim. Bazen herhangi bir yazılım (USBDLM) etki alanı denetleyicileriniz, hassas kiosklarınız vb. İçin yeterince iyi bir çözüm değildir, bu yüzden bunu zor yoldan yapacağız.
Çok fazla veriniz yoksa veya sıfırdan başlıyorsanız, Clonezilla'yı kullanarak diğer aygıtlara atanan harfle aygıtı klonlamak için en kolay yol diskten diske gitmektir . Ancak, sürücülerle ilgili verileriniz varsa ve bu verileri yedekleyemiyor / geri yükleyemiyorsanız veya istemiyorsanız veya tam da GUID birimiyle ilişkili göründüğü gibi, bu nedenle bir yol bulmanız gerekir. Bunu, mevcut birimlerinizde, hepsinin eşleşmesi ve ardından bazı testler yapması için değiştirin. Clonezilla yolunda yaptım. Denemedim ama bir bölme klonunun da işe yarayacağını hayal edin.
Sizin için doğrulayabildiğim şey, bunun disk kimliğinden gelmediği, bu yüzden bunu diskpart üzerinden değiştirmek yardımcı olmuyor ve PowerShell kullanarak birim GUID'leri alabiliyor olmanız:
GWMI -namespace root\cimv2 -class win32_volume
Umarım benden daha akıllı biri, birim GUID'inin nasıl değiştirileceğini veya belirleneceğini belirleyebilir ve test edebilir ya da en azından reg değerinin nereden geldiğine karar verebilir, böylece bunu tüm sürücüleri klonlamadan dinamik olarak yapabiliriz.
Nasıl çalışır:
Bir sürücüye bir sürücü harfi atadığınızda, Windows bunu kayıt defterinde hklm \ system \ mountdevices anahtarı altında depolar. Yeni bir sürücü atadığınızda, X harfinin (örneğin) reg_binary (\ dosdevices \ x: bu durumda) veri bölümünün yeni sürücünün üzerine yazıldığını ve farklı değerlerde birden fazla giriş yapamayacağınızı gözlemleyebilirsiniz. , bu eski sürücüyü bir sonraki takışınızda artık X olmayacak.
Reg_binary değerinin kendisine bakarsanız, dmio id ve onu izleyen bir GUID ile başlar - bu aslında benzersiz diskten kaynaklanır. Disk / benzersiz diskten geldiğini söylemek dışında ilişki / çeviriyi ikili reg açıklamasına anlamıyorum. Bunu sadece burada birim GUID'leri için endişelenmemize gerek olmadığını göstermek için söylüyorum, çünkü harflerin tümü sürücülerin benzersiz kimliğinden kaynaklanıyor. MBR / Basic disklerde bu olmayabilir, sadece GPT dinamik disklerle çalışıyorum (ve muhtemelen siz de öyle).
Daha fazla okuma / buldum şeyler:
Bölümler ve birimler
https://social.technet.microsoft.com/Forums/en-US/e7b2ddd6-f245-49ed-8fec-3b6e08e75369/how-do-i-find-the-partition-guid?forum=winservergen
Birimler GUID'leri ve monte edilmiş aygıtlardaki diğer şeyler
https://morgansimonsen.com/2009/01/26/displaying-the-volume-guid-of-a-volume-2/