메시지에서 ic: command not found.ic 명령을 찾을 수 없음을 나타냅니다. 즉, 쉘이 명령을 찾는 장소 중 하나에 있지 않습니다.
대개 명령은 현재 디렉토리에 있기 때문에 (Windows의 기본 설정과 달리) 기본 검색 경로에 없기 때문입니다.
이 경우 전체 경로를 제공하거나 검색 경로에 경로를 추가하여 경로를 시작할 수 있습니다.
예 :
/usr/local/bin/ic / usr / local / bin / 폴더에서 ic이라는 프로그램을 시작합니다.
/opt/bin/ic / opt / bin / 폴더에서 ic이라는 프로그램을 시작합니다.
./ic현재 디렉토리에서 ic이라는 프로그램을 시작합니다.
이것은 기본적으로 경로에 없습니다. 경로에 추가하면 마지막 항목이됩니다. 예 : 사용 PATH=:$PATH:.하고 있지 PATH=.:$PATH . ($ PATH는 이전 경로이고, colomn은 구분자이며, 점은 현재 디렉토리 임).
ic이 스크립트이면 인터프리터를 호출하여 시작할 수도 있습니다.
예를 들어 ic이 bash 스크립트라면, 다음과 같이 사용할 수 있습니다. /usr/local/bin/bash ic
ic가 스크립트이고 현재 디렉토리가 이미 경로에 있으면 다음 세 가지를 확인하십시오.
- 프로그램 (ic)의 e x ecute 비트가 설정됩니다. (그런 경우가 아니라면
chmod +x ic).
- 스크립트에는 적절한 통역사를 지정하는 스크립트가 있습니다.
속임수는 #!대본의 첫 줄에 있습니다. 첫 번째 줄이어야합니다. 그 위에는 빈 줄이 없습니다. bash 스크립트의 경우 적절한 항목이 #!/usr/local/bin/env bash있습니다. ( #!/usr/local/bin/bashbash가 / usr / local / bin에있는 경우에도 작동하지만 다른 장소에 설치되어있는 다른 시스템으로 이동하면 해당 파일을 편집해야합니다.) env 프로그램은 항상 같은 장소에서) 문제를 해결합니다.
- 그것이 스크립트이고 약자가 있다면, 적당한 줄 끝이 있는지 확인하십시오. 이것은 유니 코드보다 다른 줄 끝을 사용하는 Windows에서 스크립트를 편집 할 때 종종 잘못 될 수 있습니다. (Windows에서는 ^ J ^ M, 유닉스에서는 ^ J, Mac에서는 ^ M). 결과적으로 env는 호출 된 프로그램을 찾고있을 수 있으며
bash^M유용한 ( clippy 스타일의 도움이되는 편집기 에서처럼 ^ M을 표시하지 않음으로써 도움 을 주기로 결정 했을 때) 명확하지 않을 수 있습니다 .