You are currently viewing Kroki Rozwiązywania Problemów Ze źródłami Jądra Yum

Kroki Rozwiązywania Problemów Ze źródłami Jądra Yum

W ciągu ostatnich kilku dni niektórzy z naszych czytelników podzielili się z nami, że eksperymentowali ze źródłem jądra Yum.

Zaktualizowano

  • 1. Pobierz ASR Pro
  • 2. Uruchom program
  • 3. Kliknij „Skanuj teraz”, aby znaleźć i usunąć wszelkie wirusy z komputera
  • Przyspiesz swój komputer już dziś dzięki temu prostemu pobieraniu.

    1. Pełne źródło jądra może nie być potrzebne

    Jeśli naprawdę chcesz stworzyć sensowny sterownik jądra (moduł), prawdopodobnie nie chcesz instalować pełnych źródeł jądra. Możesz z grubsza dołączyć pakiet rozwojowy jądra. (Załóżmy jednak, że jesteś pewien, że potrzebne jest tylko pełne drzewo źródeł, postępuj zgodnie z instrukcjami w sekcji 2.)

    • Rozwój jądra (architektura 64-bitowa)

    (Uwaga CentOS-7, który niestety można kupić w wersji 32-bitowej za pośrednictwem AltArch i386 SIG.)

     [root - host] # yum zainstaluj kernel-devel 

    Jeśli yum nie ma na liście całego jądra, ponieważ znajduje się w starym drzewie, prawdopodobnie będziesz mógł pobrać je ręcznie z CentOS Vault.

    Znajdź kernel-devel-version.x86_64.rpm

    Po zainstalowaniu poprawnego jądra zaoferuj [-type] -devel-version.arch.rpm skompilowanie twojego modułu. Zwykle wymaga pracy. Jeśli to nie pomoże, podziel się proszę swoją cenną opinią z twórcami moich modułów, ponieważ w praktyce powinien to być sposób na zdobycie nowych modułów jądra, kiedy powinny zostać zbudowane.

    2. Jeśli naprawdę potrzebujesz w pełni załadowanego jądra

    Jeśli rzeczywiście możesz zabezpieczyć drzewo źródeł jądra, jest ono dostępne z jakiegoś powodu.

    Zaktualizowano

    Czy masz dość powolnego działania komputera? Denerwują Cię frustrujące komunikaty o błędach? ASR Pro to rozwiązanie dla Ciebie! Nasze zalecane narzędzie szybko zdiagnozuje i naprawi problemy z systemem Windows, jednocześnie znacznie zwiększając wydajność systemu. Więc nie czekaj dłużej, pobierz ASR Pro już dziś!


    Jako częsty pracownik nie tworzysz root, gałęzi budującej na podstawie ~ / rpmbuild / site:

     [użytkownik @ host] $ mkdir -p ! / rpmbuild / BUILD, BUILDROOT, RPMS, ŹRÓDŁA, SPECYFIKACJE, SRPMS[użytkownik @ host] $ echo '% _topdir% (echo HOME) / rpmbuild'> ~ / .rpmmacros 

    <!>” src=”/moin_static1911dlakażdegomemodump/img/Warning.png”> Wydajesz się być całkowicie przeciwny tworzeniu pakietów jako root. (Patrz: Budowanie kodu źródłowego RPM bez rootowania, jak w CentOS) </p>
<p><czas></p>
<p> Jako root zainstaluj asciidoc, audit-libs-devel, bash, na początek christ, binutils, binutils-devel, bison, diffutils, elfutils, elfutils-devel, elfutils-libelf-devel, findutils, flex, gawk, gcc , gettext, gzip, hmaccalc, nazwa hosta, java-devel, m4, make, module-init-tools, ncurses-devel, net-tools, newt-devel, numactl-devel, openssl, patch, pciutils-devel, perl, perl – Pakiety ExtUtils-Embed, pesign, python-devel, python-documenttils, redhat-rpm-config, rpm-build, sh-utils, black colored, xmlto, xz i zlib-devel: </p>
<pre> [root - host] # Delicious zainstaluj asciidoc audit-libs-devel bash bce binutils binutils-devel buffalo diffutils elfutils[root @ host] # yummy install elfutils-devel elfutils-libelf-devel findutils flex gawk gcc gettext gzip hmaccalc nazwa hosta java-devel[root @ host] # yummy install m4 render module-init-tools ncurses-devel net-tools newt-devel numactl-devel openssl[root @ host] # mniam dodaj miejsce pciutils-devel perl perl-ExtUtils-Embed pesign python-devel python-documenttils redhat-rpm-config[root at host] # mniam zainstaluj rpm-build sh-utils czarny xmlto xz zlib-devel </pre>
<ul>
<li>
<p> http://vault.centos.org/7.N.YYMM/os/Source/SPackages/ </p>
</li>
<li>
<p> http: // bezpieczne -fort .centos.org lub 7.N.RRMM / aktualizacje / źródło / pakiety S kontra </p>
</li>
</ul>
<p> (Zastąp „N.RRMM” odpowiednią pomijalną liczbą wersji, roku i sezonu). K </p>
<p> Jako zwykły użytkownik, a nie root, uruchom pakiet dostarczania, wykonując: </p>
<pre> [użytkownik @ host] rrr rpm -i http://vault.centos.org/7.9.2009/updates/Source/SPackages/kernel-3.10.0-1160.42.2.el7. src.rpm | 2> i pewne grep -v istnieje </pre>
<p><czas></p>
<p> Teraz, gdy opcja źródła i narzędzia są już zainstalowane, rozpakuj i zaplanuj pliki źródłowe: </p>
<pre> [użytkownik @ host] cd ~ / rpmbuild / SPECS[użytkownik @ osoba hostująca SPECS] $ rpmbuild -bp --target = buck (uname -m) kernel.spec </pre>
<p> Wartość $ (unazwa dotycząca -m) składa cel w ostatnio dostępnej architekturze jądra. Jest to powszechne, ponieważ większość ludzi z pewnością będzie potrzebować i686 lub x86_64 jako swojego celu. </p>
<p> Źródło jądra drzewa informacji jest teraz umieszczone w odpowiednim katalogu <tt> ~ / rpmbuild versus BUILD / kernel * / linux * </tt>. </p>
<p> Czasami jest to konieczne, abyś mógł skompilować prawdziwe oprogramowanie jądra Linuksa w swoim podstawowym systemie CentOS / RedHat Linux. W większości przypadków jest to jakaś część oprogramowania całego jądra, która wymaga ciemnej integracji z tym. System operacyjny. </p>
<h2 id= Zainstaluj jądro i nagłówki źródłowe w RedHat / CentOS

    yum kod strony jądra

    Musisz zainstalować dwa specjalne: źródła jądra dla rozwoju jądra i nagłówki jądra:

    yum kod źródłowy jądra

       [bezpieczna poczta e-mail] : ! # mniam powiesić kernel-devel-headersZaładowana wtyczka: Fastmirror, LangpacksZidentyfikuj szybkie i lekkie lustraepel / x86_64 - metallink | 28 KB 00:00:00- Baza: centos.quelquesmots.fr- epel: mirror.in2p3.fr- Opcjonalnie: centos.crazyfrogs.org- Aktualizacje: centos.quelquesmots.fr  Fundusz | 3,6 KB 00:00:00  obrzydliwe | 4.7 KB 00:00:00  Suplementy | 3,4 KB 00:00:00  Aktualizacje | 3,4 kb/s 00:00:00 (1/4): epel i x86_64 / updateinfo | 998 kb / ingi 00:00:00 (2/4): Opcjonalnie / 7 / x86_64 dla każdego podstawowego_db | 201 kilobajtów 00:00:00 (3/4): Aktualizacje / różne / x86_64 / primary_db | 5.0 MB 00:00:00  (4/4): epel / x86_64 / primary_db | 6,7 MB 00:00:00  Zezwalaj na zależności -> Wykonaj kontrolę transakcji  ---> Plan kernel-devel.x86_64 0: 3.10.0-957.12.2.el7 zostanie zainstalowany na stałe  ---> Pakiet kernel-headers.x86_64 0: 3.10.0-957.12.2. Zainstalowano El7  -> Rozstrzyganie zależności zakończone  Rozwiązane zależności  =========================================================== implikuje =============================  Rozmiar archiwum wersji pakietu Arch  =========================================================== = = ============================  Instalacja:  kernel-devel x86_64 3.10.0-957.12.2.el7 ulepszenia 17 mln  Nagłówek jądra X86_64 3.10.0-957.12.2.el7 rozszerzony 8.0M# Podsumowanie transakcjiZainstaluj w pakietachCałkowity rozmiar pobierania: M.Zainstalowany rozmiar 25: 41 mlnCzy wszystko w porządku [t / d / n]: takPobierz pakiety:Delta RPM są wyłączone, ponieważ /usr dla każdego bin / applydeltarpm nie jest zainstalowany.(1/2): kernel-headers-3.10.0-957.12.2.el7.x86_64.rpm | 8,0 MB 00:00:00(2/2): kernel-devel-3.10.0-957.12.2.el7.x86_64.rpm | 17 od poniedziałku 00:00:00---Łącznie 55 MB/s | MB dwadzieścia- 00:00:00Nadzór handlowyUruchom test transakcjiPomyślna weryfikacja transakcjiOperacja na postępie wewnątrzInstalacja: kernel-devel-3.10.0-957.12.2.el7.x86_64 1/2Zainstaluj: kernel-headers-3.10.0-957.12.2.el7.x86_64 2/2Wersja - kernel-headers-3.10.0-957.12.2.el7.x86_64 1/2Wersja: kernel-devel-3.10.0-957.12.2.el7.x86_64 2/2Realizować:kernel-devel.x86_64 0: 3.10.0-957.12.2.el7 kernel-headers.x86_64 0: 3.10.0-957.12.2.el7  

    Właśnie dowiedziałem się, że te same pakiety mogą być zdecydowanie wymagane, jeśli naprawdę zdecydujesz się napisać jądro Linuksa.

    Dlaczego jądro jest starą wersją kodu źródłowego systemu operacyjnego

    Większość dystrybucji Linuksa jest naprawdę spóźniona w porównaniu z najnowszą wersjąJądra Linuksa: należy się spodziewać tej metody, ponieważ ich opiekunowie zużywają czas na pobranie i skompilowanie najbardziej aktualnego jądra, oprócz ukończenia integratora w pełni spakowanego z -Pakiet testowy. Ma to na celu ustalenie, że większość oprogramowania bazowego działającego w odniesieniu do określonej dobrej dystrybucji będzie nadal działać zgodnie z przeznaczeniem. Możliwe, że na tym etapie wiele modułów jądra specyficznych dla dystrybucji zostanie przekompilowanych.

    To pokazuje, że twoja dystrybucja Linuksa bez wątpienia nie ma najnowszego jądra pierwotnego (5.1 z maja 2019 r.). W tym przykładzie proste obecne urządzenie CentOS 7.6 używa jądra Linux 3.10.0 i uruchamia je.

    Upewnij się, że masz zainstalowane źródła jądra.Wystarczy spojrzeć na katalog /usr/src versus kernels: będziesz mieć najmniej zainstalowanych właśnie zainstalowanych produktów, ale tym razem również starsze produkty:

       [bezpieczna poczta e-mail] : ! # check vii / usr / src per kernels /3.10.0-957.12.2.el7.x86_64 [bezpieczny adres e-mail] : ~ numer ls /usr/src/kernels/3.10.0-957.12.2.el7.x86_64/Sterowniki Arch zawierają skrypty KconfigMakefile Module.symvers System.map virtBlok jądra inicjalizacji oprogramowania układowego Makefile.qlock Witryny dotyczące bezpieczeństwa sieci vmlinux.idcrypto fs lib ipc mm Usr sound dish  
       [bezpieczny adres e-mail] : ! ilość -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  

    Zobacz też

    • chmod kontra chown
    • Przykładowe danie
    • Zespół Chown
    • zarządzanie chmodami
    • podstawowe polecenia Uniksa
    • Usuń pliki i witryny do zgłaszania za pomocą rm
    • Komendy Uniksa

    Przyspiesz swój komputer już dziś dzięki temu prostemu pobieraniu.

    Steps To Troubleshoot Yum Kernel Source Issues
    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
    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