로그인하지 않은 Mac OS X 터미널


9

Mac OS X 버전 10.6.3을 실행 중이며 터미널 (terminal.app 또는 iterm 포함)을 열면 로그인 프로세스가 중단됩니다. 재시작 명령을 / bin / bash로 변경하고 터미널 환경 설정 파일을 삭제하려고 시도했습니다. 아무 소용이 없습니다.

답변:


5

.bashrc 파일에 버그가있을 수 있습니다 ... .bashrc에 echo 문을 붙이거나 제거하거나 bash 대신 tcsh를 사용하여 문제가 있는지 확인할 수 있습니다 ...


좋아, 나는 무슨 일이 있었는지 전혀 모른다.하지만 지금은 효과가있다. 이 문제를 해결 된 것으로 표시해야한다고 생각하십니까?
Wuffers

현재 프로세스가 실제로 "로그인"인 경우 일반적으로 로그인이 로그인 세션을 만들기 위해 대기 중이며 쉘을 아직 시작하지 않았 음을 의미합니다. 이를 확인하려면 활동 모니터에서 쉘이 실행 중인지 또는 "로그인"프로세스 만 보이는지 확인하십시오.
Chris 페이지

6

나는 비슷한 문제가 있었다.
필자의 경우 터미널에서 제목에 'Terminal — login — 80x24'라고 말하지 않았습니다 .

OS X 디스크에서 터미널을 다시 설치하고 싶지 않았으므로 여러 가지 다른 절차를 수행했으며 결국 그 중 하나가 작동하는 것 같습니다. 가장 중요한 것이 확실하지 않지만 누군가 도움이되는 경우를 대비하여 정확한 단계를 공유하기로 결정했습니다.

1. com.apple.Terminal.plist에서 멀어 지십시오 ~/Library/Preferences/.

com.apple.Terminal.plist

일부는 터미널 구성 파일이 엉망이되어 앱이 시작되지 않을 수 있다고보고합니다.
이 파일을 백업 할 위치로 옮기고 터미널을 종료 한 후 다시 시작하십시오.

필자의 경우 구성을 재설정하면 글꼴 및 색상 설정이 기본값으로 변경되었지만 문제가 지속되었습니다. 그렇다면 2 단계로 진행하십시오.

bash 이외의 쉘을 실행 해보십시오.

터미널에서 사용하는 쉘 변경

터미널의 기본 쉘/bin/zsh변경하고 터미널을 다시 시작 하여 문제가 bash에만 해당되는지 확인하는 몇 가지 조언이 있습니다 . 제 경우에는 그렇게해도 아무런 변화가 없었으며 터미널은 여전히 ​​멈췄습니다 login.

3. .bash*홈 디렉토리에서 파일을 다른 곳으로 옮기십시오.

이전 세션 .bash_profile에서 디렉토리에 파일을 작성했음을 기억했습니다 . 아마도 뭔가 잘못되었을 것입니다. 직접 생성하지 않은 경우, 특히 소프트웨어가 Mac OS에만 국한되지 않은 경우 일부 설치 프로그램이이를 생성 (또는 편집)했을 수 있습니다.

불행하게도 Finder는 기본적으로 숨겨진 파일을 표시하지 않으며이를 수행하는 쉬운 방법을 제공하지 않습니다. 그러나 제 경우에는 Automator가 실제로 bash 명령을 성공적으로 실행할 수 있음을 알았 습니다 .

Automator로 bash 파일 이동

이것은 내가 사용한 스크립트입니다.

cd ~

mkdir backup
for F in .bash*
do
    mv $F backup
done

그것은 모든 파일로 시작하는 이동 .bash내 홈 디렉토리에서 backup하위 디렉토리.

4. 재부팅

이 시점에서 앱 을 다시 시작해도 효과가 없었지만 재부팅을 시도하기로 결정했습니다 .
재부팅 후 터미널이 작동했습니다. oil!

저장된 파일을 (으)로 com.apple.Terminal.plist다시 옮겨서 ~/Library/Preferences/현재 파일을 바꾸고 이전 .bash*파일 (그리고 다소 유용하지는 않은) 파일과 삭제 된 backup디렉토리 를 복원하지 않기로 결정했습니다 .

우연의 일치인지 또는 문제를 해결 한 특정 단계의 조합인지는 모르겠지만 터미널이 다시 작동하게되어 기쁩니다.

터미널 다시 작동


1
그는 댄 아브라모프 ... 전에 댄 아브라모프입니다 TFW 당신은 바보 터미널 문제를 해결하기 위해 시도하고 그래서 당신은 찾을 답변
BarthesSimpson

1

현재 프로세스가 실제로 "로그인"인 경우 일반적으로 로그인이 로그인 세션을 만들기 위해 대기 중이며 쉘을 아직 시작하지 않았 음을 의미합니다. 이를 확인하려면 활동 모니터에서 쉘이 실행 중인지 또는 "로그인"프로세스 만 보이는지 확인하십시오. 다른 터미널이 열려 있으면 다른 "로그인"및 셸 프로세스가 표시 될 수 있으므로 검사중인 프로세스에주의하십시오. 트러블 프로세스는 일반적으로 프로세스 ID 번호 (PID)가 가장 높은 최신 프로세스입니다.

Mark Szymanski는 재부팅이 그의 경우에 도움이되지 않았다고 말했지만, 어쨌든 이것을 언급해야한다고 생각했습니다. 그것이 실제로 "로그인"에 빠지면 가장 일반적인 원인은 "sudo"를 실행 한 다음 터미널을 닫은 것입니다. 비밀번호 입력을 기다리는 동안 이 작업을 수행하면 sudo는 비밀번호를 영구적으로 대기하며 sudo 프로세스를 종료 할 때까지 모든 로그인을 차단합니다. 이 문제를 해결하는 가장 간단한 방법은 재부팅입니다. 또는 활동 모니터 (또는 이미 열려있는 경우 다른 터미널)에서 sudo를 종료 할 수 있습니다. Mac OS X Lion 10.7부터 sudo는 터미널이 사라지고 암호를 기다리는 것을 멈추게되므로이 문제는 더 이상 발생하지 않습니다.

로그인 지연의 또 다른 원인은 Open Directory 네트워크에 연결되어 있고 디렉토리 서버가 느리거나 응답하지 않는 경우입니다. 이것을 네트워크 관리자에게보고하십시오. 일반적으로 몇 초만 지연되지만 경우에 따라 최대 몇 분 동안 지속될 수 있습니다.


0

문제는 쉘이나 네트워크가 아닙니다. * .asl 파일을 제거하십시오.

sudo rm -rf /private/var/log/asl/*.asl

새로운 쉘을 시작하기 때문에 시간이 걸립니다. 그러나 그 후에 다시 작동합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.