Blog

You are currently viewing Yum 커널 소스 문제 해결을 위한 단계

Yum 커널 소스 문제 해결을 위한 단계

지난 며칠 동안 독자 중 일부가 Yum 커널 소스에서 실험한 내용을 공유했을 수 있습니다.

업데이트됨

  • 1. ASR Pro 다운로드
  • 2. 프로그램 실행
  • 3. 컴퓨터에서 바이러스를 찾아 제거하려면 "지금 검색"을 클릭하십시오.
    • 오늘 이 간단한 다운로드로 컴퓨터 속도를 높이십시오. 년

    1. 전체 커널 소스가 필요하지 않을 수 있습니다.

    커널 드라이버(모듈)를 정말로 만들고 싶다면 아마도 전체 커널 소스를 설치하고 싶지 않을 것입니다. 커널 추가 향상 패키지를 포함하기만 하면 됩니다. (그러나 완전한 소스 트리가 필요하다는 것을 제외하고는 섹션 2의 지침을 따르십시오.)

    • 커널 구축(64비트 아키텍처)

    (CentOS-7은 불행히도 AltArch i386 SIG를 통해 32비트로 제공됩니다.) 

     [루트 @ 호스트] # yum 설치 커널 개발

    yum이 오래된 크리스마스 트리에 있기 때문에 전체 커널이 나열되지 않은 경우 내 CentOS Vault에서 수동으로 다운로드할 수 있습니다.

    kernel-devel-version.x86_64.rpm

    복구 커널 패키지를 설치한 후 [-type] -devel-version.arch.rpm 단위를 컴파일합니다. 작업이 필요합니다. 그래도 도움이 되지 않으면 해당 모듈의 개발자와 의견을 공유하고 싶습니다. 이는 실제로 새 커널 모듈을 빌드해야 할 때 개발하는 과정이어야 하기 때문입니다.

    2. 완전히 로드된 커널이 정말로 필요한 경우

    실제로 커널 소스 트리를 얻을 수 있다면 어떤 이유로든 사용할 수 있어야 합니다.

    업데이트됨

    컴퓨터가 느리게 실행되는 것이 지겹습니까? 실망스러운 오류 메시지에 짜증이 납니까? ASR Pro은 당신을 위한 솔루션입니다! 우리가 권장하는 도구는 시스템 성능을 극적으로 향상시키면서 Windows 문제를 신속하게 진단하고 복구합니다. 그러니 더 이상 기다리지 말고 지금 ASR Pro을 다운로드하세요!


    완벽한 자주 사용하는 사용자로서 ~ 및 rpmbuild / 디렉토리를 기반으로 빌드 하이브마다 루트를 만들지 않습니다.

    <사전> [사용자 @ 호스트] 달러 mkdir -p ~ / rpmbuild / BUILD, BUILDROOT, RPMS, SOURCES, SPECS, SRPMS[사용자 @ 호스트] $ 공개 ‘% _topdir% (echo $ HOME) / rpmbuild’> ~ .rpmmacros

    <!>” src is equal to “/ moin_static1911 / memodump / img / Warning.png”> 당신은 가장 중요한 패키지 생성에 반대합니다. (참조: CentOS에서 루트 없이 RPM 소스 코드 빌드) </p> <p><시간></p> <p> 루트로 asciidoc, audit-libs-devel, bash, before christ, binutils, binutils-devel, bison, diffutils, elfutils, elfutils-devel, elfutils-libelf-devel, findutils, flex, gawk, gcc를 설치합니다. gettext, gzip, hmaccalc, 호스트 이름, java-devel, m4, make, module-init-tools, ncurses-devel, net-tools, newt-devel, numactl-devel, openssl, 패치, pciutils-devel, perl, perl / 패키지 ExtUtils-Embed, pesign, python-devel, python-documenttils, redhat-rpm-config, rpm-build, sh-utils, black, xmlto, xz 및 zlib-devel: </p> <pre> [호스트에서 루트] # 맛있는 설치 asciidoc audit-libs-devel smash bc binutils binutils-devel 버팔로 diffutils elftutils[루트 - 호스트] # yum install elfutils-devel elfutils-libelf-devel findutils bend gawk gcc gettext gzip hmaccalc 호스트 이름 java-devel[루트 - 호스트] # yum install m4 render module-init-tools ncurses-devel net-tools newt-devel numactl-devel openssl[루트 @ 호스트] # 패치 후 yum pciutils-devel perl perl-ExtUtils-Embed pesign python-devel python-documenttils redhat-rpm-config[루트 - 호스트] # yum install rpm-build sh-utils jet xmlto xz zlib-devel </pre> <ul> <li> <p> http://vault.centos.org/7.N.YYMM/os/Source/SPackages/ </p> </li> <li> <p> http: // 안전 -fort .centos.org 또는 7.N.YYMM / 업데이트 / 소스 / SPackages / </p> </li> </ul> <p> (“N.YYMM”을 적절한 새 부 버전, 연도 및 시즌 번호로 교체하십시오.) K </p> <p> 루트가 아닌 일반 사용자로서 다음을 실행하여 소스 패키지를 처리했습니다. </p> <pre> [호스트의 사용자] $ rpm -i http://vault.centos.org/7.9.2009/updates/Source/SPackages/kernel-3.10.0-1160.42.2.el7. src.rpm | 2> & 2 grep -v 존재 </pre> <p><시간></p> <p> 현재 소스 패키지와 도구가 마침내 설치되었으므로 소스 파일의 포장을 풀고 준비하십시오. </p> <pre> [호스트의 사용자] $ cd ~ / rpmbuild / SPECS[user @ host SPECS] $ rpmbuild -bp --target은 $(uname -m) kernel.spec과 같음 </pre> <p> usd(-m의 이름 없음) 값은 실제 현재 커널 아키텍처에서 대상을 조합합니다. 이것은 거의 모든 사람들이 특정 대상으로 i686 또는 x86_64를 필요로 하기 때문에 널리 퍼져 있습니다. </p> <p> 정보 트리 커널 소스는 일반적으로 적절한 <tt> ~ - rpmbuild / BUILD / kernel * / linux system * / </tt> 디렉토리에 있습니다. </p> <p> 때때로 CentOS / RedHat Linux 시스템에 있는 실제 Linux 커널 소프트웨어를 컴파일해야 할 때가 있습니다. 대부분의 경우, 이것은 당신과 함께 다크 추가가 필요한 커널의 일종의 소프트웨어 프로그램 부분입니다. 운영 체제. </p> <h2 id= RedHat / CentOS에 소스 커널 및 헤더 설치

    yum kernel source code

    두 개의 패키지를 수정해야 합니다: 커널 형성을 위한 커널 소스와 커널 헤더:

    yum 커널 소스 코드

       [보안 이메일] : ~ # yum hang kernel-devel-headers플러그인 포함: Fastmirror, Langpacks빠르고 가벼운 미러 식별x86_64 / metallink용 epel | 28KB 00:00:00- 베이스: centos.quelquesmots.fr- epel: mirror.in2p3.fr- 선택 사항: centos.crazyfrogs.org- 업데이트: centos.quelquesmots.fr  기금 | 3.6KB 00:00:00  역겨운 | 4.7KB 00:00:00  보충제 | 3.4KB 00:00:00  업데이트 | 3.4kbps 00:00:00 (1/4): epel x86_64 / updateinfo | 998kb 초 00:00:00 (2/4): 선택 사항 / 각 x86_64 / primary_db에 대해 7 | 201킬로바이트 00:00:00 (3/4): 업데이트 / 7 / x86_64 / primary_db | 5.0MB 00:00:00  (4/4): epel / x86_64 - primary_db | 6.7MB 00:00:00  종속성 허용 -> 트랜잭션 제어 수행  ---> kernel-devel.x86_64 0: 3.10.0-957.12.2.el7 패키지가 영구적으로 설치됩니다.  ---> 패키지 kernel-headers.x86_64 0: 3.10.0-957.12.2. El7 설치  -> 종속성 해결 완료  해결 종속성  ==================================================== = = ===========================  아치 패키지 계정 저장소 크기  ==================================================== = = ===========================  설치:  kernel-devel x86_64 3.10.0-957.12.2.el7 개선 사항 17 M  X86_64 커널 헤더 3.10.0-957.12.2.el7 확장 8.0M# 거래 요약패키지 2개 설치총 다운로드 크기: M.크기 25 구성: 41M괜찮습니까 [y / d 또는 n]: 예패키지 다운로드:usr / bin / applydeltarpm이 확실히 설치되어 있기 때문에 Delta RPM이 비활성화됩니다.(1/2): 커널 헤더-3.10.0-957.12.2.el7.x86_64.rpm | 8.0MB 00:00:00(2/2): kernel-devel-3.10.0-957.12.2.el7.x86_64.rpm | 21 월 00:00:00---총 55MB/s | MB 25 00:00:00상업 감독트랜잭션 테스트 실행성공적인 재정 확인작업 진행 중설치: kernel-devel-3.10.0-957.12.2.el7.x86_64 1/2설치: kernel-headers-3.10.0-957.12.2.el7.x86_64 2/2개정판 1 . 커널 헤더-3.10.0-957.12.2.el7.x86_64 1/2개정판: kernel-devel-3.10.0-957.12.2.el7.x86_64 2/2깨닫다:kernel-devel.x86_64 0: 3.10.0-957.12.2.el7 kernel-headers.x86_64 0: 3.10.0-957.12.2.el7

    Linux 커널을 빌드하기로 결정했다면 동일한 패키지가 반드시 필요하다는 것을 방금 배웠습니다.

    커널이 운영 체제 소스 코드의 이전 버전인 이유

    대부분의 Linux 철수는 유효한 버전Linux 커널에 비해 상당히 늦습니다. 이는 -Testing 패키지와 함께 완전히 번들로 제공되는 통합자를 완성하는 것 외에도 유지 관리자가 최신 커널을 다운로드하고 컴파일하는 데 시간이 걸리기 때문에 예상되는 것입니다. 이것은 특정 좋은 배포판에서 실행되는 대부분의 기본 컴퓨터 프로그램이 계속 작동하도록 하기 위한 것입니다. 이런 종류의 단계에서 많은 배포판 커널 모듈이 재컴파일될 가능성이 있습니다.

    이것은 Linux 배포판에 최신 유행하는 업스트림 커널(2019년 5월 현재 5.1)이 없음을 보여줍니다. 이 예까지 내 현재 CentOS 7.6 장치는 일부 Linux 3.10.0 커널을 사용하고 부팅합니다.

    커널 소스를 설치했는지 확인하십시오./ usr 또는 src / kernels 디렉토리를 살펴보십시오. 방금 설치한 가장 적은 수의 패키지가 있지만 이 분은 이전 버전도 있습니다. 

       [보안 이메일] : ~ # vii / usr 및 src / kernels / 확인3.10.0-957.12.2.el7.x86_64 [보안 이메일 주소] : ! # ls /usr/src/kernels/3.10.0-957.12.2.el7.x86_64/아치 드라이버에는 Kconfig 스크립트가 포함되어 있습니다.Makefile Module.symvers System.map virt펌웨어 초기화 커널 블록 Makefile.qlock 네트워크 보안 도구 vmlinux.idcrypto fs lib ipc mm Usr 사운드 샘플  
       [보안 이메일 주소] : ~ 수량 -sh /usr/src/kernels/3.10.0-957.12.2.el7.x86_6474M /usr/src/kernels/3.10.0-957.12.2.el7.x86_64

    참조

    <울>

  • chown과 비교할 때 chmod
  • 샘플 요리
  • 천 팀
  • chmod를

    • 에 판매했습니다.

  • 기본 Unix 명령
  • rm으로 데이터 파일 및 디렉토리 제거
  • 유닉스 명령어

    • 오늘 이 간단한 다운로드로 컴퓨터 속도를 높이십시오. 년

    Steps To Troubleshoot Yum Kernel Source Issues
    Kroki Rozwiązywania Problemów Ze źródłami Jądra Yum
    Stappen Om Problemen Met De Yum-kernelbron Op Te Lossen
    Действия по устранению проблем с исходным кодом ядра Yum
    Schritte Zur Behebung Von Problemen Mit Der Yum-Kernelquelle
    Steg För Att Felsöka Problem Med Yum-kärnan
    Pasos Para Solucionar Problemas De Fuente Del Kernel De Yum
    Étapes Pour Résoudre Les Problèmes De Source Du Noyau Yum
    Passaggi Per Risolvere I Problemi Relativi Ai Sorgenti Del Kernel Yum
    Etapas Para Solucionar Problemas De Origem Do Kernel Yum
    년

    Related posts:

    Default ThumbnailWidepath Tempo Hoover 문제 해결을 위한 최상의 솔루션 Windows Vista Norton Antivirus 무료 다운로드 문제 해결을 위한 팁 Winamp 말벌 피부 문제 해결을 위한 단계 Zwf16070w 문제 해결을 위한 최선의 아이디어