UDEV 규칙: USB 플러그인에서 새 gnome 터미널 창을 열고 stdin/stdout/stderr에 대해 활성화하시겠습니까?

UDEV 규칙: USB 플러그인에서 새 gnome 터미널 창을 열고 stdin/stdout/stderr에 대해 활성화하시겠습니까?

내 시도는 다음과 같습니다. USB 장치가 연결되어 있으면 데스크탑 환경에서 그놈 터미널 창을 열고 싶습니다. 새로 열린 이 창은 대화형이어야 합니다. 즉, 창을 여는 스크립트는 사용자 명령에 반응하기 위해 stdin에서 읽을 수 있어야 합니다. 특정 udev 규칙에 따라 실행되는 스크립트의 일부로 gnome-terminal을 열 수 있었습니다. 먼저 디스플레이를 내보낸 다음 "gnome-terminal"을 실행했습니다. 이제 이 스크립트를 새로 열린 터미널에 즉시 반영하고 싶습니다.

여기서 우리가 얻을 수 있는 것

http://www.reactivated.net/writing_udev_rules.html

udev는 이러한 목적으로 사용되지 않는 것 같습니다. 스크립트는 쉘 컨텍스트에서 호출되었다는 사실을 모르는 것 같습니다.

내가 여기서 읽을 수 있는 것 중에서

https://superuser.com/questions/198015/open-gnome-terminal-programmatically-and-execute-commands-after-bashrc-was-execu

그리고 여기

https://askubuntu.com/questions/5363/how-to-start-a-terminal-with-certain-text-already-input-on-the-command-line

파이프를 통해 내가 원하는 것과 유사한 것을 달성하는 방법에 대한 몇 가지 아이디어가 있습니다. 그러나 초기 호출자에 관한 udev 규칙에 대한 언급은 없습니다.

문제는 여전히 존재합니다.

udev 규칙에서 gnome 터미널을 열고 첫 번째 단계로 프롬프트에 문자열을 전달하는 결합된 접근 방식이 여전히 있습니까? "대상 장치가 연결되어 있습니다. "a", "b" 또는 "c"를 입력합니다.

일반적으로 이러한 접근 방식을 결합할 수 있습니까? 이미 대답할 수 있는 결과인 것 같지만 헬퍼 애플리케이션이 필요합니다.

https://stackoverflow.com/questions/31408021/notify-send-not-working-in-script-executed-from-udev.

저는 더 깊은 기술을 사용하여 이를 달성하고 싶었고, 그러한 도전의 기술적 배경도 접하고 싶었습니다.

아니면 간단한 대답은 "아니요"입니다. 당신은 할 수 없습니까? (Linux가 이렇게 고도로 사용자 정의 가능한 운영 체제라고 믿기는 어렵습니다.)

관련 정보