[완료]콘솔에서 로그인이 안됩니다.(가상콘솔 x,SSH O)
글쓴이: hieehee / 작성시간: 목, 2008/02/14 - 10:15오전
콘솔에서 사용자나 root로 로그인을 하면 로그인이 안됩니다.
메세지를 보면 module is unknown 이라고 나옵니다.
이 서버는 내부 db서버로 사용하고 있으며 외부에서는 접속할수 없습니다.
그런데 원격에서 ssh로 접속을 하면 정상적으로 접속이 됩니다.
로그쪽에도 가상콘솔에 대한 로그는 없습니다.
아시는분의 답변 기다리겠습니다.
감사합니다.
추가: 콘솔에서 몇번의 로그인을 시도 하면 아래의 에러가 발생합니다.
module is unknown
INIT: Id "1" respawing too fast: disabled for 5 minutes
Forums:
로그에 이렇게 나옴니다.
오늘 다시한번 로그를 보니 아래와 같은 에러가 나옵니다.
아시는 분들의 답변 부탁 드립니다.
pam_limits.so 손상..?
pam_limits 모듈은 사용자 로그인 시에 리소스를 제한해 주는 역할을 하는 모듈입니다.
에러 메시지만 보면, 일단은 pam_limits.so 가 손상된 듯 보이는군요..
/etc/pam.d 에서 서비스 이름으로 선언된 파일을 열어 보시면..
위 모듈에 대한 선언이 보일 겁니다.. (아마도 login 이 되겠지요...)
일단 이 라인을 주석처리하면 로그인 될 겁니다..
각각의 서비스마다 디폴트로 system-auth 를 include 할 껀데, 이 파일도 확인해 보시구요..
ssh 에서는 PAM 인증을 하지 않거나, sshd 쪽에 pam_limits 를 호출하지 않도록 되어 있어서..
로그인 되는 것으로 보여지네요.. (럭키~!?)
pam_limits 쪽은 해당 리눅스의 PAM 관련 모듈을 다시 업데이트 하거나..
Linux-PAM 받아서 빌드해서 덮어 씌우면 복구할 수 있겠네요..
되면 한다! / feel no sorrow, feel no pain, feel no hurt, there's nothing gained.. only love will then remain.. 『 Mizz 』
되면 한다! / feel no sorrow, feel no pain, feel no hurt, there's nothing gained.. only love will then remain.. 『 Mizz 』
답변 감사합니다.
일단 /etc/pam.d/login 파일의 해당 모듈을 주석처리하니 로그인은 되는군요.
그런데 같은 버전에 정상적으로 작동하고 있는 pam_limits.so파일을
복사해봐도 동일한 증상이 나오는 군요.
아무래도 파일에 손상이 난것 같지는 않습니다.
혹시 pam관련 모듈을 업데이트를 하려면 어떤 패키지를 업데이트 해야하는지
아시나요?
답변에 감사합니다. 꾸~벅
그렇다면...
pam_limits.so 를 절대 경로로 지정하지 말고 파일명으로 지정해 보시죠..
아랫분이 말씀하신 대로, 64-bits 시스템에서 32-bits 용 라이브러리를 로드하고 있는 것으로 보입니다..
그냥 파일명만 기술하면 각각의 시스템 환경에 맞는 라이브러리를 로드할겁니다..
만약 pam_limits.so 가 시스템 디폴트가 아닌 임의로 추가된 것이라면..
시스템의 64-bits 라이브러리 경로에 64-bits 용 pam_limits.so 가 있는지 확인해 보시구요..
rpm 쪽은 배포본 마다 차이가 있어서 있는데도 있고, 없는데도 있어서.. ;;;
Linux-PAM 으로 한번 찾아 보세요..
되면 한다! / feel no sorrow, feel no pain, feel no hurt, there's nothing gained.. only love will then remain.. 『 Mizz 』
되면 한다! / feel no sorrow, feel no pain, feel no hurt, there's nothing gained.. only love will then remain.. 『 Mizz 』
wrong ELF class: ELFCLASS32
이건 32비트 실행파이란 말인데... 혹시 운영체제는 64비트인데, pam_limits.so만 32비트 인건 아닌가요?
위처럼 해보시면 32비트,64비트 나오니까 한번 확인해보심이
해결되었습니다.
서버는 x86_64 인데 확인해 보니
이렇게 되어 있네요.
ymir님 말대로 경로를 /lib64/security로 바꾸는 정상적으로 돌아왔습니다.
관리자는 저혼자이고 거의 방치하는 수준의 서버인데 왜 설정이 바뀌었는지~~
답변 주신 두분 감사합니다. ^^
댓글 달기