드라이브 마운트안된 파티션 내용에 접근과 유의할점.

앞서 마운트없이 EFI 파티션에 bcdboot를 수행할수 있다는 글을 올렸는데요

모든 시스템에 인식된 모든 NTFS/FAT 파티션은 마운트에 상관없이 dir 명령으로 접근이 가능합니다. 

mountvol 결과 나오는 디바이스 트리 uuid 부터 경로를 적어주면 됩니다.

예 : dir \\?\Volume{ad843443-4ba4-4d58-9122-f5189d69328a}\efi

결과는

 \\?\Volume{ad843443-4ba4-4d58-9122-f5189d69328a} 드라이브의 볼륨: system
 볼륨 일련 번호: 0EC0-0A96

 \\?\Volume{ad843443-4ba4-4d58-9122-f5189d69328a}\efi 디렉터리

2019-02-23  오전 05:04    <DIR>          .
2019-02-23  오전 05:04    <DIR>          ..
2019-02-23  오전 05:04    <DIR>          Microsoft
2019-02-23  오전 05:04    <DIR>          Boot
               0개 파일                   0 바이트
               4개 디렉터리      76,914,688 바이트 남음

이렇게 잘 나오네요. (내용은 관리자권한일때만 보여짐...)

따라서 bcdedit /store ... 에서도 위 디바이스 트리로부터 BCD 경로를 적어주면 됩니다.

그런데 bcdboot /s 에서는 위의 디바이스 트리 외에 \Device\HarddiskVolume# 형식도 지원하고 (#은 번호)

그냥 # 번호만 써줘도 되는데 중요한건 이때 # 번호가 diskpart의 list vol 에서 나오는 볼륨번호와는 전혀 별개 입니다.

즉 diskpart list vol 의 숫자는 임의로 나열순서를 써놓은것일뿐 디바이스 트리와는 전혀 별개이기에 조심해야 합니다.

디바이스트리 의 볼륨은 0 이 아닌 1부터 시작하느것부터 다릅니다. 

\Device\HarddiskVolume 형식의 볼륨값은 파워쉘에서 다음의 코드를 봍여넣기 하면 나오지만

마운트 안된것은 나오지가 않습니다.

   $DynAssembly = New-Object System.Reflection.AssemblyName('SysUtils')
   $AssemblyBuilder = [AppDomain]::CurrentDomain.DefineDynamicAssembly($DynAssembly, [Reflection.Emit.AssemblyBuilderAccess]::Run)
   $ModuleBuilder = $AssemblyBuilder.DefineDynamicModule('SysUtils', $False)

   # Define [Kernel32]::QueryDosDevice method
   $TypeBuilder = $ModuleBuilder.DefineType('Kernel32', 'Public, Class')
   $PInvokeMethod = $TypeBuilder.DefinePInvokeMethod('QueryDosDevice', 'kernel32.dll', ([Reflection.MethodAttributes]::Public -bor [Reflection.MethodAttributes]::Static), [Reflection.CallingConventions]::Standard, [UInt32], [Type[]]@([String], [Text.StringBuilder], [UInt32]), [Runtime.InteropServices.CallingConvention]::Winapi, [Runtime.InteropServices.CharSet]::Auto)
   $DllImportConstructor = [Runtime.InteropServices.DllImportAttribute].GetConstructor(@([String]))
   $SetLastError = [Runtime.InteropServices.DllImportAttribute].GetField('SetLastError')
   $SetLastErrorCustomAttribute = New-Object Reflection.Emit.CustomAttributeBuilder($DllImportConstructor, @('kernel32.dll'), [Reflection.FieldInfo[]]@($SetLastError), @($true))
   $PInvokeMethod.SetCustomAttribute($SetLastErrorCustomAttribute)
   $Kernel32 = $TypeBuilder.CreateType()

   $Max = 65536
   $StringBuilder = New-Object System.Text.StringBuilder($Max)

   Get-WmiObject Win32_Volume | ? { $_.DriveLetter } | % {
       $ReturnLength = $Kernel32::QueryDosDevice($_.DriveLetter, $StringBuilder, $Max)

       if ($ReturnLength)
       {
           $DriveMapping = @{
               DriveLetter = $_.DriveLetter
               DevicePath = $StringBuilder.ToString()
           }

           New-Object PSObject -Property $DriveMapping
       }
   }

저는 다음과 같이 나오는데

DevicePath              DriveLetter
----------              -----------
\Device\HarddiskVolume2 C:
\Device\HarddiskVolume3 A:
\Device\HarddiskVolume5 Z:
\Device\HarddiskVolume6 B:

여기서 빠진 Volume 1과 Volume 4가 EFI 파티션 입니다. (diskpart list vol 에서는 전혀 다른 순서와 값이 나옴)

이 형식은 dir로 출력은 안되며 다소 고전적인 포맷이라 여겨지며 이유는 위에서 설명드린대로 볼륨순번이 중구난방 이기에

mountvol에서 얻은 \\?\Volume{uuid} 형식이 정상적인 포맷으로 간주되어 잘 쓰이는것 같습니다.