FC3 smp에서 X Window 로그인만 하면 다운됩니다.
글쓴이: selflost / 작성시간: 목, 2005/07/07 - 1:29오후
제온 듀얼을 쓰고 있는데요.
커널 2.6.10.x 에서는 그런 현상이 없는데
2.6.11.x로 커널 업그레이드가 되고 난 이후 (Yum이 스스로 업데이트했음)
X Window 로그인을 하면 좀 진행이 되다가 먹통이 되어버립니다.
smp 모드가 아닌 싱글모드로 부팅하면 X Window 로그인해서 사용하는데 끄떡없구요;;
smp 모드로 부팅을 하면 외부에서 ssh 접속을 해서 사용하는데는 전혀 문제는 없지만
X Window 로그인만 하면 다운이...;;;
어디선가 이와 비슷한 이야기를 본 것 같기는 한데 찾을 수가 없네요.
고수님들의 해법을 전수해주세요~!!! :oops:
Forums:
시스템이 멈춘다면 X가 남긴 log를 분석해 보세요./var/log에
시스템이 멈춘다면 X가 남긴 log를 분석해 보세요.
/var/log에 Xxxx 등등의 로그가 있습니다.
아니면 X를 실행시킨 터미널로 돌아가보면(보통은 1번터미널이니 [Ctrl]+[Alt]+[F1]으로 갈 수 있을 겁니다.)
어떤 원인으로 멈췄는지를 확인할 수 있을겁니다.
자신이 해결할 수 없다면 이전 커널로 돌아가거나 새로나온 2.6.12.2를 업데이트
해보세요.
보통 테스트용 컴퓨터가 아니라면 커널의 경우 큰문제가 없는한 업데이트를 해주는
것은 불필요하다고 생각합니다.
물론 보안상의 문제라면 모르지만 잘 돌고 있는 시스템의 경우엔 커널같이 중요한
부분이 바뀜으로해서 당황하게 되는 경우가 종종 발생을 합니다.
P.S. : 뭐 습관의 차이겠지만 커널의 경우에는 자동 UPDATE보다는 수동으로 관리를
해주는 것이 더 좋지 않나 생각합니다. 물론 관리자 습관의 차이에 기인하겠지만요. :)
좋은 결과 있으시길 바랍니다.
------------------------------
좋은 하루 되세요.
...
커널을 부팅할 때 noinotify라는 옵션을 주고 부팅해 보세요. llilo라면 lilo.conf를 grub이라면 menu.lst에 해당 라인을 고쳐주면 됩니다.
거짓말이 없다는 것은 현대성보다도 사상보다도
백배나 더 중요한 일이다.
[quote]시스템이 멈춘다면 X가 남긴 log를 분석해 보세요./v
Xorg.0.log라는 파일만 있네요;
근데 들여다봐도... 에러에 관한 내용은 없는 듯;;
멈춘 후에 이렇게 하란 말씀이신가요?
아직 초보라서 커널 컴파일은 두렵습니다;;
FC3에서 2.6.12.x 버젼을 rpm으로 제공하는 게 있나요?
yum에서 커널만 제외시키는 방법이 있나요?
알려주세요 ^^;;;; 제가 대략 초짜라서
초보주제에 말이 많다;;;;
그래두 어쩔 수 없다....
안그러면 깝깝해 죽는다 ㅠㅠ
Re: ...
해당라인이 어디입니까? ^^
그리고 이렇게 옵션을 주는 것은 무슨 의미인지요?
초보주제에 말이 많다;;;;
그래두 어쩔 수 없다....
안그러면 깝깝해 죽는다 ㅠㅠ
[quote="selflost"][quote]시스템이 멈춘다면 X가 남긴
보통 X의 시작 Log가 'X Window System Version 6.8.x'로 시작합니다.
해당 로그에 이전의 Log까지 기록이 되어있으니 잘 살펴보아야 에러를
찾을 수가 있습니다. 또는 Markers를 찾아도 됩니다. 'WW'나 'EE', 'II'등을
찾아보면 좀더 쉽게 찾아 볼 수가 있을겁니다.
네. 물론 멈추기전에 누르시면 X가 내놓는 메시지를 보실 수 있으니 멈추기전에
보셔도 되겠죠.(멈춘다는 것은 시스템 자체가 멈추는 건가요? 그렇다면 동작을
하지 않을 겁니다.)
Fedora에서 제공을 한다면 Fedora사이트에서 발견을 할 수가 있을것이고
아니라면
http://rpmfind.net/
위사이트에서 'kernel'이라는 단어로 자신의 배포판에 맞는 것을 선택할 수도
있습니다.
주의하실점은 'Distribution' 즉, 배포판이 자신에 맞는 것을 선택해야한다는 점입니다.
제가 FC를 사용하지 않고 Redhat을 버린지 오래되어서 방법은 알 수가 없습니다. :)
다만 'man yum'이나 'info yum'을 통하면 원하시는 것을 찾으실 수가 있을겁니다.
rhizome님 글의 noinotify라는 옵션을 넣는다는 것은 로더를 LILO를
사용하실경우 /etc/lilo.conf의 특정부분에 값을 넣는 것입니다.
http://wiki.kldp.org/wiki.php/LinuxdocSgml/LILO
위 문서에서 보듯이 append에 해당값을 넣어주면 됩니다.
만일 부트로더로 GRUB을 사용하신다면
http://wiki.kldp.org/wiki.php/DocbookSgml/Multiboot-with-GRUB
위의 글을 참조하시어 /boot/grub/menu.lst (or /boot/grub/grub.conf) 파일의
kernel이라는 항목의 마지막에 위값을 적용해주시면 되겠죠.
noinotify라는 것의 용도는 저도 잘 모르겠지만 검색결과 커널관련 에러가 발생했을때
무언가를 보여줄 수 있는 그런 옵션 같다는 생각입니다.
문제가 해결되고나면 해당옵션(noinotify)를 제외하라는 말을 보면 그런추측이
가능하다는 생각입니다.
커널 컴파일이 어려운 것은 아닙니다. 다만 자신의 시스템에 대해서 조금만 관심을
가지고 있다면 쉽게 할 수가 있습니다.(한번하고나면 다음부터는 새로운 커널이
나올 때마다 해보고 싶은 중독성도 가지곤하죠. :))
http://wiki.kldp.org/wiki.php/%B8%AE%B4%AA%BD%BA%C4%BF%B3%CE#s-4
만일 커널 컴파일을 해보고 싶으시다면 위에 있는 문서들을 참고해 보세요.
(해보고 싶지 않아도 알아두시면 나중에 도움이 될 수도 있습니다.)
어쨌든 문제는 꼭 해결하시기 바랍니다.
------------------------------
좋은 하루 되세요.
Re: ...
아... 미안합니다. 부트로더 설정에 관해 잘 모르시는 분이었군요. codebank님께서 문제의 '해당라인'에 관한 답변을 잘 해주신 것 같으니 그건 생략하기로 하구요.
noinotify는 inotify라는 기능을 끄고 커널을 부팅하자는 의미입니다. inotify는 파일시스템을 모니터링하는 기능이라는 것 정도만 알고 있습니다.
이 기능을 끄고 부팅을 해보시라고 말씀드린 건 운분투 리눅스의 비공식 2.6.11대 버젼의 비공식 커널에서 inotify 때문에 말씀하신 것과 유사한 방식으로 커널이 다운되는 현상이 보고된 적이 있기 때문입니다.
inotify에 관한 자세한 사항은 다음 링크를 참조하시기 바랍니다.
http://www-128.ibm.com/developerworks/linux/library/l-inotify.html
지금 보니 한글 번역판도 있네요.
http://www-128.ibm.com/developerworks/kr/library/l-inotify.html
참고로 말씀드리자면 전 이 글을 읽어보지 않았습니다. :wink:
거짓말이 없다는 것은 현대성보다도 사상보다도
백배나 더 중요한 일이다.
Re: ...
inotify는 Fedora 커널 패키지에 아직 적용되어 있지 않습니다.
댓글 달기