부트디스크를 만들 때 단번에 성공하는 일을 거의 없습니다. 루트디스크를 만드는 일반적인 접근방법은 우선 당신의 현재 시스템으로부터 필요한 요소들을 끌어모아 조립한 디스켓 기반의 시스템을 가지고 시행착오를 거쳐 콘솔 상에 어떤 메시지가 나타나는 단계에까지 진입하는 것입니다. 일단 시스템이 어떤 메시지를 출력하는 단계에까지 이르면 전투의 반은 끝난 것이나 다름없습니다. 왜냐하면 이 단계까지 오면 출력된 메시지를 보고 무엇이 문제인지를 파악해 나갈 수 있으므로 시스템이 원활히 동작할 때까지 각각의 개별적 문제들을 해결해 나가기만 하면 되기 때문입니다. 시스템이 아무런 메시지 없이 그냥 멈추어 버린 경우라면 그 원인을 찾는 것은 어려운 일입니다. 시스템이 부트되어 어떤 메시지를 보낼 수 있는 단계까지 왔다는 말은 몇 가지 구성요소들은 동작하고 있으며 거기까지는 제대로 설정이 되었다는 말이 됩니다. 만일 시스템이 아무런 메시지를 남기지 않고 멈추어 버렸다면 아래의 순서대로 원인을 조사해 나가십시요.
Kernel panic: VFS: Unable to mount root fs on XX:YY
이는 흔히 발생하는 문제이며 이유는 몇가지 밖에 없습니다. 우선 디바이스 XX:YY 가 디바이스 코드의 리스트에 있는지 체크하세요. 그것이 올바른 루트 디바이스인가요? 아니라면 원인은 틀림없이 rdev -R 을 실행하지 않았거나 잘못된 이미지에 대해 rdev 명령을 내린 것입니다. 디바이스 코드가 올바르다면 당신의 커널내에 컴파일되어있는 디바이스 드라이버들을 주의깊게 체크해 보세요. 플로피디스크, 램디스크, ext2 파일시스템에 대한 지원이 모듈이 아닌 커널에 직접 내장되었는지 확인하십시요.
/bin 에 복사할 것을 /rootdisk/bin 에 복사하는 식의 실수를 하기 쉽습니다.
/lib 디렉토리에 있는 링크와 같은지 확인합니다.
/dev 디렉토리의 심볼릭 링크가 당신 시스템의 그것과 동일한지 확인합니다. 특히 /dev/console 링크는 대부분의 경우 반드시 있어야 합니다.
/dev/tty1, /dev/null, /dev/zero, /dev/mem, /dev/ram, /dev/kmem 파일이 포함되었는지 확인합니다.
일단 위의 일반적인 사항들을 확인했다면 이제 보다 구체적인 파일들을 확인합니다.
init 가 /sbin/init 혹은 /bin/init 로 제대로 포함되었는지 확인합니다. 실행가능한 상태인지도 확인합니다.
ldd init 해서 init 의 라이브러리들을 체크합니다. 보통 이것은 libc.so 가 되지만 하여튼 확인합니다. 필요한 라이브러리와 로더들을 포함시켰는지 확인합니다.
ld.so 가 있어야 하고 ELF 에는 ld-linux.so 가 있어야 합니다.
getty(혹은 agetty, mgetty, getty_ps 등의 이른바 getty 류 프로그램)를 호출하는 부분을 체크합니다. 이 부분을 하드 디스크의 inittab 과 비교하면서 되풀이하여 확인해 봅니다. 당신이 사용하는 프로그램의 맨 페이지를 펼쳐놓고 과연 제대로 설정되었는지 확인합니다. inittab 는 리눅스 시스템에서 가장 교묘한 부분입니다. 그 이유는 init 의 문법과 내용은 사용되는 init 프로그램에 따라 서로 다르고, 또 각 시스템의 특성에 의존적이기 때문입니다. init 에 관한 문제를 다루는 유일한 방법은 init 와 inittab 에 대한 맨 페이지를 숙지한 후, 당신의 시스템 본체가 부트될 때 일어나는 과정들이 플로피 디스크 상에서도 똑같이 일어나도록 하는 것입니다. /etc/inittab 가 시스템 초기화 엔트리를 가지고 있는지 확인하십시요. 이 파일에는 시스템 초기화 스크립트들을 수행시키는 명령어가 반드시 포함되어 있어야만 합니다.
init 에 했던 것처럼 getty 에 대해서도 ldd 를 실행시켜서 getty 가 무엇을 필요로 하는지 확인하고 필요한 라이브러리와 로더들이 루트 파일시스템에 들어있는지 확인합니다.
bash 나 ash 등등)을 포함시켰는지 확인합니다. 쉘 프로그램은 rc 스크립트를 실행시키는 프로그램입니다.
init 가 시작되기는 하는데 다음과 같은 메시지를 내는 경우:
Id xxx respawning too fast: disabled for 5 minutes
이것은 init 가 발생시킨 메시지로서 주로 getty 나 login 이 시작하자마자 죽어버렸음을 알리는 것입니다. getty와 login 이 의존하는 실행파일들과 라이브러리들을 확인해 보십시오. /etc/inittab 내의 호출형식이 정확한지 확인하십시오. 만일 getty 로부터 이상한 메시지를 받았다면 아마도 /etc/inittab 내 의 호출형식이 어딘가 틀렸을 것입니다. getty 프로그램들의 옵션은 다양합니다. 심지어 같은 agetty 프로그램에서조차 버전별로 호출형식이 상이한 경우도 있습니다.
만일 로그인 프롬프트가 떴고 제대로 사용자 이름을 넣었는데도 시스템 프롬프트가 즉각 또다른 로그인 네임을 요구한다면, 문제는 아마도 PAM 이나 NSS 에 관련된 것일 겁니다. PAM 과 NSS에 대한 대책 절을 참고하세요. shadow password 를 사용하면서도 깜박 /etc/shadow 를 부트디스크로 복사해 넣지 않았기 때문일 수도 있습니다.
복구 디스켓에 있는 df 등의 일부 실행파일을 실행했을때 다음과 비슷한 메시지를 받는 경우:
df: not found
다음 두가지를 확인하십시요. (1) 그 바이너리가 위치한 디렉토리가 PATH 에 잡혀있는지 (2) 그 프로그램이 필요로 하는 라이브러리와 로더를 포함시켰는지.