윈 도 우 (수정5) 윈도우 버전구분 배치파일
2024.03.23 12:29
질답란에서 윈10과 윈11 구분 얘기를 하다보니
배치파일에서 윈11 등의 구분에 대해 오인되는 부분이 있어서 정리하고자 합니다.
가장 최선의 구분법)
- 현재는 cmd의 ver 명령이나 레지스트리를 읽어서는 구분을 정확하게 할 수 없음.
그러므로
wmic OS GET Caption /value 명령을 이용해야함.
예시)
set "osCaption=x"
for /f "skip=1 tokens=2 delims==" %%i in ('wmic OS GET Caption /value') do for /f "delims=" %%j in ("%%i") do set "osCaption=%%j"
echo osCaption : %osCaption%
위를 문자열로 읽어서 구분
- 예시)
"Microsoft Windows 11 Pro" 이런식으로 뜨면
"Windows 11" 같은 부분을 읽어야함. 어느정도 규격화 되어 있어서 구분하기 좋음.
(아래 레지스트리에서 ProductName과 유사하나 ProductName의 값이 윈11에서는 업데이트 안되고 10으로 표시됨.
그러므로 wmic OS로 해야함.)
기존방식의 문제점)
- HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion 에서 CurrentVersion 읽기
-> 6.3에서 멈춰서 6.3에 해당하는 8.1부터 구분불가
- 상동의 레지스트리에서 ProductName 읽기
-> 윈10까지는 쓸 수 있는데, 윈11부터는 업데이트 중지되고 10으로 표시됨.
- cmd창에서 ver 명령 결과 읽기
-> 윈11 23H2의 결과값 : Microsoft Windows [Version 10.0.22631.2428]
윈10에서부터 계속 10.0으로만 표시되고 빌드만 올라가므로 구분불가(단, 윈11 빌드번호는 2xxxx이므로 이걸로 구분은 가능)
릴리즈 구분할때)
1511이라거나 23H2같은 값을 구분할 필요가 있을때가 있음(윈10인지 윈11인지는 표시안됨)
이건 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion 에서 읽어서 구분가능
- ReleaseId : 2009(20H2) 이전까지만 구분가능. 이후 버전은 모두 그냥 2009로 표시됨.
- DisplayVersion : 2009부터는 이 값에서 표시됨. 그러므로 ReleaseId 먼저 읽어서 2009일때 이걸 읽어야함.
- CurrentBuildNumber : 빌드번호로서 종종 처리상 기준점이 됨. 10.0.xxx.yyy 혹은 10.0.xxx 일때 xxx를 가리킴.(XP에도 있음)
- UBR : 윈10부터 들어가는 리비전번호. 이게 필요할때가 드물게 있음. 10.0.xxx.yyy 일때 yyy를 가리킴.
- ProductName : 사용불가. wmic OS GET Caption 결과와 유사하나, 윈11에서는 업데이트 중지되어 10으로 표시되는 결함이 있음.
자세한 배치파일 적용내용은 첨부파일을 참고하세요.
참고로 배치파일 ver명령에서 볼 수 있는 버전표는 다음과 같습니다
(10~11이 평균이 된 요즘 시대에서는 쓰기가 좀 어렵죠 ㅠㅠ)
ver (command) - Wikipedia
https://en.wikipedia.org/wiki/Ver_(command)
Windows 2000 5.0
Windows XP 5.1
Windows Server 2003 5.2
Windows Vista 6.0
Windows Server 2008 6.0
Windows 7 6.1
Windows Server 2008 R2 6.1
Windows 8 6.2
Windows Server 2012 6.2
Windows 8.1 6.3
Windows Server 2012 R2 6.3
Windows 10 10.0
Windows Server 2016 10.0
Windows Server 2019 10.0
Windows Server 2022 10.0
Windows 11 10.0
추가)
첨부파일에 문제가 있어 좀 수정했습니다.
원래 숫자로 처리할땐 편했는데(?), 마소에서 숫자 구분법을 다 이상하게 만들어버리고 나니,
문자열로 처리해야되어서 새롭게 만들다보니, 중복된 이름이 나오는걸 깜빡 잊고 처리를 안했네요. ㅠㅠ
server 2012나 server 2012R2
윈 8 이나 윈 8.1
이런게 제대로 처리 안되는걸 놓쳤었네요.
기본 구분시 숫자구분이 거의 의미없어져서 숫자구분 괜히 없애고 줄이려다 이상하게 됐었군요. ㅠㅠ
추가2)
다양한 OS를 다 설치해볼수가 없어서 충분한 테스트를 못했는데
어차피 문자열에 관련된 부분이라 문자열을 임의로 넣고 테스트 했더니 많이 꼬였더군요.
한번 수정해서 올렸는데도 그것도 틀린게 있어서 다시 고쳤고,
계속 고치고 보니 또 복잡한게 늘어서 다시 버전 숫자 불러내는 방식을 부활시켜서 수정했습니다.
그냥 버전숫자를 6.3 이전까지는 활용하는게 낫더라구요.(사실 원래 넣었다가 불필요해 보여서 뺐었는데 더 복잡해졌기에 다시 씀)
이제는 정말 XP~11까지 확실히 처리할거라 봅니다만, 또 빼먹은게 있을지 모르겠네요. ㅠㅠ
추가3)
결국 또 실수가 있었네요. 윈서버 2022를 윈11베이스로 오인하고 있었습니다.
사실 윈11이 아주 약간 섞이기도 했고 빌드도 2xxxx로 시작해서 오해했네요.
시기상 애매하긴 해도 윈서버 2022의 기반은 윈10이 맞다는군요. ㅠㅠ(저는 2012R2랑 2016, 2019만 써봐서 몰랐음 ㅠㅠ)
그래서 수정5는 서버2022는 윈10으로 분류하는 수정을 했습니다.
지속적인 혼란을 드려 죄송합니다. ㅠㅠ
(이제는 더 업뎃이 없으리라 생각하지만 벌써 실수가 5번째니 확답은 못드리겠습니다 ㅠㅠ)
댓글 [4]
-
cungice 2024.03.23 13:21
-
상발이 2024.03.23 13:47
수고하셨습니다.
-
입니다 2024.03.23 19:02
@echo off
set psc=powershell.exe
set ref=$AssemblyBuilder = [AppDomain]::CurrentDomain.DefineDynamicAssembly(4, 1);
set ref=%ref% $ModuleBuilder = $AssemblyBuilder.DefineDynamicModule(2, $False);
set ref=%ref% $TypeBuilder = $ModuleBuilder.DefineType(0);
set d1=%ref% $meth = $TypeBuilder.DefinePInvokeMethod('BrandingFormatString', 'winbrand.dll', 'Public, Static', 1, [String], @([String]), 1, 3);
set d1=%d1% $meth.SetImplementationFlags(128);
set d1=%d1% $TypeBuilder.CreateType()::BrandingFormatString('%%WINDOWS_LONG%%')
set winos=
for /f "delims=" %%s in ('"%psc% %d1%"') do if not errorlevel 1 (set winos=%%s)
:FINISH
echo %winos%
pause
-
메리아 2024.03.23 23:44
파워셸도 잘되는군요. 감사합니다.
다만 XP는 제외해야겠네요.
파워셸이 XP 기본설치 사항이 아니라서, 제가 간혹 XP까지 범용 만들때 파워셸 피한다고 골치가 아팠거든요. ㅠㅠ
사실 원래 본문 예제도 처음엔 윈2000까지는 포함했었는데,
기존 처리들은 cmd ver만 이용하는거고, ver로만 처리하면 윈2000도 잘 처리됐거든요.
그런데 시험삼아 윈2000 깔고 테스트 해보니
wmic이나 reg query 조차도 안되더군요.
결국 윈2000은 제외시켜버렸음요 ㅠㅠ
윈2000에서만큼은 오직 cmd ver로만 해결해야하는 상황... ㅠㅠ
수고 많으셨습니다. 감사합니다.