커널 소스 다운로드

패치를 적용하려면 기본 커널 디렉토리로 이동하여 실행하려면 기능 작업을 할 때 또는 개발 목적으로 설정할 옵션이 필요한 경우 빌드 구성의 로컬 수정 또는 복사본을 유지 관리하여 이러한 유연성을 얻을 수 있습니다. 연결에 대한 오류를 자세히 설명해 주시겠습니까? 새 커널로 프로그램을 실행할 수 있습니까? 그리고 이전 커널이나 새 커널의 구성 파일을 사용했습니까? 구성! 소스 코드에서 Linux 커널을 빌드하기 위한 다양한 단계를 완료했으며 컴파일된 커널은 시스템에서 실행되어야 합니다. 나는 강력하게 당신이 항상 필수 데이터의 백업을 유지하고 자세한 내용은 여기에 kernel.org 페이지를 방문하는 것이 좋습니다. 먼저 물론 커널 소스를 가져가야합니다. 그런 다음 zip 형식의 Linux 커널 아카이브를 다운로드하여 추출하거나 압축을 풀어야합니다. 다운로드 한 파일이 ~ / 다운로드 / 리눅스 – 4.4.tar.xz에 있다면 말할 수 있습니다 (나는 최신 4.4 커널의 예를 복용하고 있다). /usr/src 내부에 새 디렉토리(예: 커널-src-4.4)를 만들고 새 커널 아카이브 파일을 새 위치로 이동하고 압축을 풀기 시작합니다. 예를 들어, 실행 make menuconfig 명령 다음 화면 실행: $ make menuconfig 필요에 따라 다른 옵션을 선택 해야 합니다. 각 구성 옵션에는 도움말 버튼이 연결되어 있으므로 도움말 단추를 선택하여 도움을 받으십시오. `메뉴 구성`은 선택 사항입니다.

나는 단지 데모 목적으로 여기에 사용했다. 이 옵션을 사용하여 특정 기능 또는 커널 드라이버를 활성화하거나 비활성화할 수 있습니다. 장치 드라이버 또는 옵션에 대한 지원을 제거하고 커널이 끊어지는 것은 쉽습니다. 예를 들어, at4 드라이버가 커널 구성 파일에서 제거되면 시스템이 부팅되지 않을 수 있습니다. 의심스러울 때는 커널에 지원을 맡기면 됩니다. 나는 우분투 12.04.1 LTS를 사용하고 있습니다. 그것에는 menu.lst도 없습니다. 나는 menu.lst를 무시하고 그냥 업데이트 grub을 실행하고 시스템을 다시 시작, 그것은 나를 위해 잘 일했다. uname -a를 시도하여 커널이 이미 있는지 확인하십시오. 나는 커널 컴파일이 좋은 링크를 따라 3.2.x에서 3.7.0으로 업데이트합니다.

모든 것이 잘 이루어집니다. 컴파일 프로세스를 수행하는 동안 오류가 없습니다. 그러나 5 단계 (단계 # 5 커널 설치 # 설치) 후, 새 커널에 대한 /boot에서 구성 파일이 없습니다. 나는 새로운 커널에 대한 시스템 맵, vmlinuz 및 initrd를 받고 있어요. 따라서 mkinitrd에 대한 단계 6에 따라 이미 존재하는 것을 보여줍니다. 커널 3.8.0.35를 새 커널 3.9로 업그레이드하는 동안 확인을 실행한 후 다음과 같은 오류가 발생합니다. 나는 디렉토리 이름에서 볼, 그것은 단지 헤더 파일입니다. 컴파일하기 전에 먼저 전체 소스 코드를 다운로드해야 합니다. 당신은 당신의 source.list에 몇 가지 `소스`URL을 제공하라는 말을하는 경우, /etc / apt / source.list 파일을 편집 이동하고 (예를 들어, 당신이 제니얼을 실행하는 경우) 원하는 deb-src 라인의 코멘트를 취소 : 나는 makeconfig 명령을 발행 할 때 나는 makeconfig 명령을 발행 할 때 나는 makeconfig 명령나는 make*** . 즉, 확인, 솔루션은 ncurses-devel을 설치합니다 …

충분히 잘?? 안녕 모두, 나는 위의 모든 단계를 수행하고 모든 단계에서 성공했다. 그러나 2.6.31.6 커널을 실행하기 위해 애벌레에서 선택하면 다음 메시지가 있습니다 : /proc / mounts에서 적합한 FS를 찾을 수 없습니다. -subdomainfs를 사용하여 재정의합니다.