![터미널 파일에 접근할 수 있나요?](https://rvso.com/image/109249/%ED%84%B0%EB%AF%B8%EB%84%90%20%ED%8C%8C%EC%9D%BC%EC%97%90%20%EC%A0%91%EA%B7%BC%ED%95%A0%20%EC%88%98%20%EC%9E%88%EB%82%98%EC%9A%94%3F.png)
1970년대에는 하드웨어 터미널 CUI가 있었습니다.
이제 내 Linux 상자에는 GUI가 7번째 터미널 에뮬레이터(Ctrl+Alt+F7)를 차지하는 7개의 터미널 에뮬레이터가 있습니다.
예를 들어, 이것은 나의 첫 번째 터미널(Ctrl+Alt+F1) 에뮬레이터입니다.
$ tty
/dev/tty0
>cat
사용자 공간에서 ENTER를 누르면 프로세스는 파일 로부터 입력을 받을 때 cat
까지 기다립니다 . 어떤 편집기를 사용해도 파일을 볼 수 없습니다 .stdin
/dev/tty0
/dev/tty0
stdin
및 stdout
프로세스 모두 파일 cat
로 작업 중입니다 /dev/tty0
.
질문:
일부 편집기를 사용하여 이 터미널 파일을 /dev/tty0
사용자 공간에서 액세스할 수 있습니까?
답변1
항상 터미널 파일에 액세스하고 있습니다. 그러나 이것은 당신이 생각하는 것과 같은 일을 하지 않습니다.
디스크 파일에 쓴 다음 나중에 그 파일에서 읽으면 읽은 내용이 쓴 내용이 됩니다. 터미널과 같은 특수 파일의 경우에는 그렇지 않습니다. 파일은 에서 쓰고 읽을 수 있는 것입니다. 쓰여진 내용과 읽혀지는 내용 사이의 연결은 파일의 성격에 따라 달라집니다. 문자 장치 파일의 경우 일반적으로 링크가 전혀 없습니다.
터미널 파일은 서로 다른 역할을 수행하는 두 개체, 즉 터미널 자체와 사용자와 상호 작용하려는 응용 프로그램을 연결합니다. 터미널은 커널로 표현되는 하드웨어이거나 프로세스인 터미널 에뮬레이터일 수 있습니다. 애플리케이션이 데이터를 쓰면 터미널은 이를 읽게 됩니다(그리고 일반적으로 어떤 방식으로든 사용자에게 표시합니다). 애플리케이션이 데이터를 읽을 때 데이터는 터미널에서 나옵니다(일반적으로 이는 사용자가 입력합니다).
귀하의 경우 응용 프로그램은 연속적으로 쉘, 고양이, 편집기 등입니다. 편집기는 터미널에서 읽으려고 시도할 수 있지만 그렇다면 입력을 기다리고 있으며 입력 끝에 제대로 반응할 수도 있고 그렇지 않을 수도 있습니다. (줄 시작 부분에서 Ctrl+D를 눌러 신호를 보냅니다.) 다시 한번 말하지만, 터미널에서 읽으면 이전 내용이 제공되지 않습니다.산출터미널로.
콘솔의 경우 터미널에 쓰여진 데이터가 화면에 그려집니다. Linux 콘솔을 사용하면 표시된 텍스트를 /dev/tty1
장치에서 다시 읽을 수 있습니다./dev/vcs1
표시 가능한 한(따라서 화면에 표시된 내용과 뒤로 스크롤하여 사용할 수 있는 내용만 얻을 수 있습니다. 뒤로 스크롤하여 접근할 수 없는 내용은 영원히 손실됩니다.)
이는 Linux 터미널 인터페이스에서 제공하는 기능입니다. 터미널은 단순히 픽셀을 그리고 텍스트를 잊어버릴 수 있습니다. 대부분의 터미널 에뮬레이터는 유사한 기능을 제공하지 않습니다.
¹ 실제로 대부분의 파일이 이와 같지만 전부는 아닙니다. 디렉토리는 일반 인터페이스를 통해 쓸 수 없으며 많은 유닉스 변형에서는 읽을 수도 없습니다. 일부 장치는 읽기 또는 쓰기를 지원하지 않으며 ioctl
.
답변2
예, 그러나 터미널 파일은 일반 파일이 아닙니다.
터미널 파일의 확장 속성을 나열하면 다음이 표시됩니다.
$ ls /dev/tty1 -lah
crw--w---- 1 root tty 4, 0 Apr 6 13:07 /dev/tty1
권한 섹션의 첫 번째 문자는 문자 "c"입니다. 이는 파일이 문자 특수 장치임을 나타냅니다. 대조적으로, 일반 파일에는 "-"가 있고, 디렉토리는 "d", 블록 특수 장치는 "b", 기호 링크는 "l", 유닉스 도메인 소켓은 "s"가 있습니다.
Linux와 같은 Unix 시스템에서 파일 시스템은 실제로 커널 개체와의 상호 작용을 위한 네임스페이스에 가깝습니다. 여기서 다양한 커널 개체의 이름을 지정하여 시스템의 다양한 부분에서 명확하게 참조할 수 있습니다. 이러한 커널 개체는 영구 저장소가 지원하는 일반 파일일 뿐만 아니라 하드웨어 장치, 소켓 등과 같은 것이기도 합니다.
문자 특수 장치는 문자 스트림을 읽고 써서 사용자 공간과 인터페이스하는 커널 객체입니다.read()
그리고write()
시스템 호출.
read()
예를 들어, 내 컴퓨터에서 Ctrl+Alt+F1(tty0이 아닌 /dev/tty1)을 사용하면 다음과 같은 syscall을 사용하는 프로그램을 사용하여 가상 콘솔에 입력되는 모든 내용을 읽을 수 있습니다 cat
.
- 그래픽 에뮬레이터에서는
sudo cat /dev/tty1
- Ctrl+Alt+F1을 사용하여 가상 콘솔 에뮬레이터로 전환
- 가상 콘솔 에뮬레이터에 무언가를 입력하세요
- Ctrl+Alt+F7을 사용하여 그래픽 UI로 다시 전환
- 그래픽 에뮬레이터에서는 가상 콘솔 에뮬레이터에 입력한 모든 내용이 다음의 출력으로 표시됩니다.
cat
다른 방법으로는 다음 write()
과 같은 syscall을 사용하는 프로그램을 사용하여 가상 콘솔에 문자를 표시할 수도 있습니다 tee
.
- 그래픽 에뮬레이터에서는
echo "hello world" | sudo tee /dev/tty1
- Ctrl+Alt+F1을 사용하여 가상 콘솔 에뮬레이터로 전환
- 가상 콘솔 에뮬레이터에 "hello world"가 표시됩니다.
대부분의 일반 텍스트 편집기는 파일 형식을 확인하고 비정규 파일 편집을 거부하도록 프로그래밍되어 있기 때문에 비정규 특수 파일을 실제로 여는 것을 거부합니다. 일반 텍스트 편집기에서 특수 장치를 편집하는 것은 거의 의미가 없기 때문에 "사고"를 방지하기 위한 것입니다. 또한 대부분의 일반 텍스트 편집기는 실제로 기존 파일을 호출하는 것이 아니라 새 파일과 스왑 파일을 write()
작성하여 이전 파일을 대체합니다. rename()
내부 쓰기를 지원하는 텍스트 편집기가 있는 경우에도 일반적으로 파일을 먼저 자르려고 시도합니다. 물론 특수 문자 장치에서는 지원되지 않습니다.
답변3
1970년대에는 하드웨어 터미널 CUI가 있었습니다.
하지만 70년대에는 누구도 CUI라는 용어를 사용하지 않았습니다.
이제 내 Linux 상자에는 GUI가 7번째 터미널 에뮬레이터(Ctrl+Alt+F7)를 차지하는 7개의 터미널 에뮬레이터가 있습니다.
이러한 터미널 에뮬레이터는 80년대에 이미 사용 가능했으며 GUI는 없었습니다.
일부 편집기를 사용하여 이 터미널 파일 /dev/tty0을 사용자 공간에서 액세스할 수 있습니까?
이 질문은 말이 되지 않습니다. 모든 파일은 설계상 사용자 공간에서 액세스할 수 있습니다. 이것이 바로 파일, 특히 /dev
. /dev/tty0
장치이기 때문에 "콘텐츠"가 본질적으로 일시적이므로 편집할 수 없습니다. 여기서 읽은 내용은 결국 콘솔에 입력한 내용이고, 거기에 쓴 내용은 화면에 표시됩니다.
답변4
예, 유닉스의 모든 장치와 마찬가지로 모든 TTY에 파일로 액세스할 수 있습니다. 이 질문을 잠재적으로 중복된 것으로 표시하겠습니다.이것답변은 유사한 상황에서 요청한 작업을 수행하는 방법을 잘 설명합니다.
해당 답변의 내용을 요약하면 다른 파일에서와 마찬가지로 echo 및 cat을 사용하여 다른 TTY와 상호 작용할 수 있습니다. 파일을 열 때 아무것도 보이지 않는 이유는 많은 특수 파일과 마찬가지로 새로운 데이터만 사용할 수 있기 때문입니다.