Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우

이상하군요, 2대 모두 Windows 11 22H2로 업데이트해 버전이 10.0.22621.819로 같습니다. 그런데, 한쪽 PC는 Run 실행 창에서 cmd를 입력하면 Windows Terminal이 뜨고, 다른 한쪽은 예전의 Command Prompt 창이 뜹니다.

"Settings" 창의 "Privacy & security" / "For developers" / "Terminal" 설정에 가면,

win11_terminal_update_1.png

동일하게 "Let Windows decide"로 설정했지만, 잘 되는 쪽은 1.15.2875.0 버전이고, 안 되는 쪽은 1.12.10983.0이라는 차이만 있습니다. 혹시 업데이트하면 바뀔까요?

Windows 11부터 winget이 내장되었는데, 따라서 다음과 같이 업데이트할 수 있습니다.

c:\temp> winget upgrade --id=Microsoft.WindowsTerminal
Found Windows Terminal [Microsoft.WindowsTerminal] Version 1.15.2874.0
This application is licensed to you by its owner.
Microsoft is not responsible for, nor does it grant any licenses to, third-party packages.
Successfully verified installer hash
Starting package install...
Starting package install...
  ▎                               1%
Successfully installed. Restart the application to complete the upgrade.

이후, 윈도우에 떠 있는 "Terminal" 창이 있다면 모두 종료해야 합니다. (작업관리자에서 Processes 목록을 봤을 때 "Terminal" 항목이 없어야 합니다.)

이제 새롭게 "Terminal"을 실행하면 버전이 1.15.2874.0로 바뀌었을 것이고, Run 실행 창을 통해 cmd를 입력해도 Windows Terminal이 뜨는 것을 확인할 수 있습니다. (아직 winget repo에는 2874 버전이 등록된 듯합니다.)

물론, 1.12.10983.0 버전에서도 설정을 통해 "Let Windows decide"가 아니라 명시적으로 "Windows Termnial"을 지정해도 됩니다. 또한, 만약 Windows 11의 버전이 22H2가 아닌 경우, 예를 들어 버전이 10.0.22000.1281이라면 Windows Terminal 버전을 1.15.xxx로 업데이트해도 cmd를 치면 Command Prompt가 뜰 것입니다. 왜냐하면 (22H2가 아닌) Windows 11의 Settings에는 기본값이 "Windows Terminal"이 아니라 "Windows Console Host"로 선택돼 있기 때문입니다.

그나저나, 어느새 Windows Terminal도 기본으로 되고 winget도 기본 설치되는 상황까지 왔군요. ^^




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 12/2/2022]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 151  152  153  154  155  156  157  158  159  160  161  162  163  164  [165]  ...
NoWriterDateCnt.TitleFile(s)
920정성태9/1/201034781오류 유형: 105. WMI - The RPC server is unavailable [2]
919정성태8/30/201040896DDK: 1. Visual Studio 2010 - Device Driver 제작- Hello World 예제 [3]파일 다운로드1
918정성태8/28/201026998개발 환경 구성: 87. Hyper-V의 네트워크 유형 (3)
917정성태8/26/201021991개발 환경 구성: 86. "Routing and Remote Access"의 "Routing" 기능 활성화 방법
916정성태8/25/201021210개발 환경 구성: 85. 가상 네트워크에 LAN 어댑터 보이거나 감추는 방법
915정성태8/24/201039307개발 환경 구성: 84. Hyper-V의 네트워크 유형 (2)
913정성태8/22/201028469오류 유형: 104. Hyper-V 관리자 - VM 생성 오류 (VHD 생성 오류)
912정성태8/20/201030368.NET Framework: 183. 구조체 포인터 인자에 대한 P/Invoke 정의파일 다운로드1
911정성태8/19/201027236오류 유형: 103. System.Reflection.TargetException파일 다운로드1
910정성태8/19/201038046개발 환경 구성: 83. Hyper-V의 네트워크 유형 (1)
909정성태8/18/201033399오류 유형: 102. System.MissingMethodException
908정성태8/17/201024441개발 환경 구성: 82. Windows Virtual PC의 네트워크 유형 (3)
907정성태8/14/201021997개발 환경 구성: 81. Windows Virtual PC의 네트워크 유형 (2)
906정성태8/13/201030833개발 환경 구성: 80. Windows Virtual PC의 네트워크 유형 (1)
905정성태8/8/201032969Team Foundation Server: 39. 배치 파일로 팀 빌드 구성 [2]파일 다운로드1
904정성태8/8/201035779오류 유형: 101. SignTool Error: No certificates were found that met all the given criteria. [2]
903정성태8/6/201032636Team Foundation Server: 38. TFS 소스 코드 관리 기능 (4) - Branch
902정성태8/5/201025021Team Foundation Server: 37. TFS 2010의 소스 서버 수작업 구성
901정성태8/4/201024282Team Foundation Server: 36. TFS 소스 코드 관리 기능 (3) - Label
900정성태8/3/201026972Team Foundation Server: 35. TFS 소스 코드 관리 기능 (2) - Shelveset
899정성태8/2/201028995Team Foundation Server: 34. TFS 소스 코드 관리 기능 (1) - Changeset
898정성태7/31/201028489.NET Framework: 182. WCF의 InactivityTimeout [1]파일 다운로드1
897정성태7/26/201129696.NET Framework: 181. AssemblyVersion, AssemblyFileVersion, AssemblyInformationalVersion [4]
896정성태7/25/201036519.NET Framework: 180. C# Singleton 인스턴스 생성 [2]
895정성태7/25/201020423VS.NET IDE: 68. Visual Studio 2010 - .NET 1.1 원격 디버깅
894정성태7/25/201026348오류 유형: 100. Could not find the Database Engine startup handle. [1]
... 151  152  153  154  155  156  157  158  159  160  161  162  163  164  [165]  ...