제 컴퓨터만의 특성인지 모르겠지만..디폴트옵션???로 하니까.. 에러나더라구요... ㅇ_ㅇ;; 

그???서 컴파일 할때마다 일일이 확인해보고, 몇번 테스???해본 다음에 메인 부트 커널로 사용한답니다. ^^

커널은 아마 단독 파일이라... 상관없을 것 같습니???. 내부에 별도의 참조구문이 없지 않을까요?.

가능하면 .config 파일만 복사하셔서 build정도는 해???시는게 낫습니다.

하드웨어와 소프트웨어가 완???히 동일한 시스템이라면 모르겠는데

행여 glibc??? gcc등이 틀려서 부팅이 안되는 경우가 있으면 좀 낭패기는하죠..^.^;

커널이 정확히 어떤 라이브러리를 어디서 어떻게 ???고 늘어지는진 잘 모르겠는데 정적 라이브러리를 ???서 컴파일 한다면 모를까 ... 동적 라이브러리를 적???도 하나 이상 물고 늘어진다면 차라리 커널을 직접 ???파일 하는게 제일 안전할 듯 싶습니다. 양파님 말씀대로 라이브러리 문제 꼬이면 라이브러리도 나중에 또 컴파일을 해야 하니 ㄱ- ...
(커널 컴파??? 시간보다 glibc+gcc 컴파일 시간이 배는 걸리죠 ... ooo까정은 아니더라도 webkit 마냥 ㄱ- ... 디럽게 =3)

그리고 하드웨어로 보나 소프트웨어로 보나 Homogeneous 시스템이라면 커널을 Copy & paste 하는것도  괜찮은 방법일수도 있겠네요.

ㄷㄷㄷ 바이너리 커널이 배포판에 설치된 glibc와 gcc에 영향을 받나요?;;;

하드웨어 차이로 인해 해??? 커널로 하다못해 root 파일 시스템을 마운트 못 하거나 하는 경우는 봤는데, glibc의 영향은 받을지는;;

여튼, 다른 배포판이나 기존에 빌드된 커널의 configuration을 가져다 빌드 새로 하는것은 옳다 봅니다. 찾???보면 /boot/config 로 시작하는 파일이나 /proc/config.gz 라도 있을테니, 그걸 가져다 커널 소스 디렉토리에 .config로 복사하고 make oldconfig 한번 돌려주면 추가된 설정에 대해서만 대충 고르고 빌드해도 부팅은 될테니까??? :)