Windows 터미널에서 문제 해결

이 가이드에서는 Windows 터미널을 사용할 때 발생할 수 있는 몇 가지 일반적인 오류 및 장애물에 대해 설명합니다.

설정을 열면 아무 작업도 수행하지 않습니다(또는 예기치 않은 애플리케이션 열기).

드롭다운에서 설정 단추를 선택하면 터미널에서 설정 파일을 settings.json열려고 합니다. 이 작업을 수행하면 OS가 구성된 .json 파일 편집기를 시작합니다. 이 편집기가 Visual Studio, 메모장 또는 다른 예기치 않은 애플리케이션일 수 있습니다. 컴퓨터에 구성된 .json 편집기가 없는 경우, 결국 OS에서 이 파일을 어떻게 열겠습니까? 대화 상자를 표시합니다.

이전 버전의 Windows 터미널에서 시작할 때 홈 ~ 디렉터리에서 시작하도록 WSL 배포를 설정합니다.

기본적으로 프로필의 startingDirectory은(는) %USERPROFILE% (C:\Users\<YourUsername>)입니다. 이 경로는 Windows 경로입니다. 새 버전의 Windows 터미널에서 실행되는 WSL 배포판의 경우 ~를 입력하여 홈 경로를 설정할 수 있습니다. 이전 버전의 Windows 터미널에서는 홈 폴더를 직접 참조하는 데 사용할 /home/<Your Ubuntu Username> 수 있습니다. 예를 들어 다음 설정은 홈 파일 경로에서 "Ubuntu-20.04" 배포를 시작합니다.

{
    "name": "Ubuntu-20.04",
    "commandline" : "wsl -d Ubuntu-20.04",
    "startingDirectory" : "/home/<Your Ubuntu Username>"
}

Windows 터미널의 아주 초기에 출시된 버전을 사용하는 경우, WSL에서 배포의 홈 경로 설정을 참조할 때 \\wsl$\ 접두사를 사용해야 할 수 있습니다. 예를 들어 다음 설정은 홈 파일 경로에서 "Ubuntu-18.04" 배포를 시작합니다.

{
    "name": "Ubuntu-18.04",
    "commandline" : "wsl -d Ubuntu-18.04",
    "startingDirectory" : "//wsl$/Ubuntu-18.04/home/<Your Ubuntu Username>"
}

탭 제목 설정

셸에서 탭 제목을 자동으로 설정하려면 탭 제목 설정 자습서를 방문하세요. 고유한 탭 제목을 설정하려면 settings.json 파일을 열고 다음 단계를 수행합니다.

1. 선택한 명령줄 프로필에서 셸이 보내는 타이틀 변경 이벤트를 억제하기 위해서 "suppressApplicationTitle": true를 추가하십시오. 프로필에 이 설정 만 추가하면 탭 제목이 프로필 이름으로 설정됩니다.

2. 프로필 이름이 아닌 사용자 지정 탭 제목을 원하는 경우 추가 "tabTitle": "TITLE"합니다. "TITLE"을 원하는 탭 제목으로 대체합니다.

PowerShell의 명령줄 인수

PowerShell에서 명령줄 인수가 작동하는 방법을 알아보려면 명령줄 인수 페이지를 참조하세요.

WSL의 명령줄 인수

WSL에서 명령줄 인수가 작동하는 방법을 알아보려면 명령줄 인수 페이지를 참조하세요.

문제 설정 startingDirectory

프로필이 startingDirectory 설정을 무시하는 경우 먼저 settings.json 파일의 구문을 확인합니다. 이 구문을 확인하는 데 도움이 되도록 "$schema": "https://aka.ms/terminal-profiles-schema"가 자동으로 삽입됩니다. Visual Studio Code와 같은 일부 애플리케이션은 편집할 때 삽입된 스키마를 사용하여 JSON 파일의 유효성을 검사합니다.

설정이 올바른 경우 터미널의 시작 디렉터리를 별도로 설정하는 시작 스크립트를 실행하고 있을 수 있습니다. 예를 들어 PowerShell에는 고유한 프로필 개념이 있습니다. PowerShell 프로필에서 시작 디렉터리를 변경하는 경우 Windows 터미널에 정의된 설정보다 우선합니다.

또는 commandline 프로필 설정을 사용하여 스크립트를 실행할 경우, 그 스크립트에서 위치를 설정하는 것일 수 있습니다. PowerShell 프로필과 마찬가지로 스크립트의 명령이 프로필 설정보다 startingDirectory 우선합니다.

목적은 startingDirectory 지정된 디렉터리에서 새 Windows 터미널 인스턴스를 시작하는 것입니다. 터미널에서 디렉터리를 변경하는 코드를 실행하는 경우 해당 코드를 확인합니다.

Ctrl+= 글꼴 크기가 증가하지 않음

독일어 키보드 레이아웃을 사용하는 경우 이 문제가 발생할 수 있습니다. Ctrl+=는 기본 키보드 레이아웃이 독일어로 설정된 경우 Ctrl+Shift+0 으로 역직렬화됩니다. 이 매핑은 독일어 키보드에 적합합니다.

더 중요한 것은 앱이 Ctrl+Shift+0 키 입력을 수신하지 않는 것입니다. 이 문제는 여러 키보드 레이아웃이 활성화된 경우 Windows에서 Ctrl+Shift+0 을 예약하기 때문에 발생합니다.

제대로 작동하도록 Ctrl+= 이 기능을 사용하지 않도록 설정하려면 이 블로그 게시물의 "바로 가기 키를 Windows 10에서 키보드 레이아웃 전환"에 대한 지침을 따르세요.

'키보드 레이아웃 전환' 옵션을 '할당되지 않음'(또는 Ctrl+Shift에서 해제)으로 변경한 다음 확인을 선택한 다음 적용합니다. Ctrl+Shift+0 은 이제 키 바인딩으로 작동하며 터미널로 전달됩니다.

반면, 여러 입력 언어에 이 바로 가기 키 기능을 사용하는 경우 settings.json 파일에서 사용자 지정 키 바인딩을 구성할 수 있습니다.

텍스트가 흐릿하게 보여요.

일부 디스플레이 드라이버와 하드웨어 조합은 스크롤 및 더티 영역을 처리하는 과정에서 이전 프레임의 데이터가 흐려지는 문제를 일으킬 수 있습니다. 이 문제를 완화하려면 이러한 전역 렌더링 설정 의 조합을 추가하여 터미널 텍스트 렌더러로 인한 하드웨어의 부담을 줄입니다.

내 색이 이상하게 보입니다! 내 화면에 검은 색 막대가 있습니다!

Windows 터미널 1.2 이상 버전에서는 특정 애플리케이션 색 설정에 대한 이해가 향상되었습니다. 이러한 이해가 향상되었기 때문에 많은 호환성 블록을 제거하여 사용자 환경이 저하되었습니다. 아쉽게도 적은 수의 애플리케이션에 문제가 발생할 수 있습니다.

이 문제 해결 문서는 알려진 문제와 그 해결 방법을 최신 목록으로 유지합니다.

PowerShell의 검은색 선(5.1, 6.x, 7.0)

터미널은 PowerShell의 줄 편집 라이브러리 PSReadline과 결합될 때 화면에 검은색 선을 그릴 수 있습니다. 이러한 색상이 잘못된 영역은 명령 매개 변수, 문자열 또는 연산자가 있는 곳에서는 화면 전체로 확장되어 프롬프트를 넘어서까지 이어집니다.

PSReadline 버전 2.0.3 에는 이 문제에 대한 수정 사항이 포함되어 있습니다. 시험판 버전의 PSReadline을 사용하는 경우 수정 사항을 아직 사용할 수 없습니다.

최신 버전의 PSReadline으로 업데이트하려면 다음 명령을 실행합니다.

Update-Module PSReadline

내 이모지는 점프리스트에 아이콘으로 표시되지 않는 이유는 무엇인가요?

파일 위치에서 연결된 이미지만 jumplist에서 프로필 아이콘으로 렌더링할 수 있습니다. 점프리스트는 아이콘에 대한 이모티콘을 지원하지 않습니다.

기술 정보

API 제품군을 사용하여GetConsoleScreenBufferInfo Win32 형식의 활성 콘솔 색을 검색한 다음 이를 플랫폼 간 VT 시퀀스(예: BACKGROUND_RED를 \x1b[41m로 변환하려 시도하는)으로 변환하려는 애플리케이션은 애플리케이션이 사용하려는 배경색을 감지하는 터미널의 기능을 방해할 수 있습니다.

색을 조정하기 위해 Windows API 함수 또는 VT 시퀀스를 선택합니다. 혼합하지 마십시오.

키보드 서비스 경고

Windows 터미널 1.5부터 "터치 키보드 및 필기 패널 서비스"를 사용하지 않도록 설정하면 터미널에 경고가 표시됩니다. 운영 체제에서 입력 이벤트를 터미널 애플리케이션(Windows의 다른 많은 애플리케이션)으로 올바르게 라우팅하려면 이 서비스가 필요합니다. 이 경고가 표시되면 다음 단계에 따라 서비스를 다시 사용하도록 설정합니다.

1. 실행 대화 상자에서 실행 services.msc

   

2. "터치 키보드 및 필기 패널 서비스"를 찾습니다.

   

3. 이 서비스에 대한 "속성"을 엽니다.

   

4. "시작 유형"을 "자동"으로 변경

   

5. 확인을 선택하고 PC를 다시 시작합니다.

컴퓨터를 다시 시작하면 서비스가 자동으로 시작되고 대화 상자가 더 이상 나타나지 않습니다.

Git Bash 명령줄을 사용할 때 화면이 깜빡이거나 번쩍이는 이유는 무엇인가요?

Windows 터미널 내에서 Git Bash 명령줄을 사용할 때 깜박임이 발생할 수 있습니다. 이 동작은 실제로 의도적으로 수행됩니다. 터미널은 Git Bash가 설정한 대로 bell-style를 visible로 바꿔 벨 소리 반응과 깜박임을 연결하지만, 이러한 동작은 방해가 될 수 있습니다. 이 문제를 해결하려면 텍스트 편집기를 .inputrc 사용하여 Git Bash에 대한 파일을 엽니다. 이 파일은 경로 C:\Program Files\Git\etc에 있는 것 같습니다. Nano 텍스트 편집기를 사용하여 파일을 열려면 다음 nano ~/.inputrc명령을 사용합니다.

기본값을 변경합니다.

# none, visible or audible
set bell-style visible

bell-style를 none 또는 audible로 설정하여 화면에 등장하는 플래시를 제거합니다.

set bell-style none

Ctrl + O 및 Ctrl + X를 눌러 저장하고 종료합니다.

Windows 터미널의 설정을 기본 설정으로 다시 설정하려면 어떻게 해야 하나요?

설정을 원래 기본 설정으로 다시 설정하려면 settings.json 파일을 삭제합니다. 이 작업을 수행하면 Windows 터미널에서 원래 기본 설정으로 settings.json 파일을 다시 생성합니다.

아크릴 불투명도가 Windows 터미널 배경을 투명하게 만들지 않는 이유는 무엇인가요?

속성을 사용하여 터미널 창의 투명도를 useAcrylic설정할 수 있습니다. 다음을 포함하여 Acrylic에 불투명도 설정이 작동하지 않는 몇 가지 이유가 있습니다.

• 시스템 전체 정책인 아크릴은 포그라운드 창에 대해서만 사용하도록 설정됩니다. 터미널 이외의 다른 창을 활성화하면 터미널의 아크릴이 꺼집니다.
• GPU 하드웨어에서 아크릴을 지원하지 않는 경우에는 아크릴이 작동하지 않습니다. VM(가상 머신) 또는 원격 데스크톱을 통해 앱을 실행하는 경우 아크릴이 작동하지 않을 수 있습니다.
• 운영 체제는 전원 절약 모드(배터리 부족) 모드이거나 원격 데스크톱을 사용하여 컴퓨터에 액세스할 때와 같은 여러 가지 이유로 아크릴을 사용하지 않도록 설정합니다.

창을 마우스로 가리키고 입력을 시작할 때 마우스 포인터가 사라지는 이유는 무엇인가요?

이 커서 자동 숨기기 동작은 의도적으로 수행되지만 사용하지 않도록 설정할 수 있습니다. Windows 설정에서 마우스 설정>추가 마우스 설정>마우스 속성>포인터 옵션을> 검색하고 입력하는 동안 포인터 숨기기를 선택 취소합니다. 이 변경 내용을 적용하려면 Windows 터미널을 다시 시작해야 할 수 있습니다.