Czy obiektyw, którego potrzebujesz, jest dostępny w jądrze CentOS Plus znajdującym się w repozytorium CentOSPlus?

Generalnie są zdecydowanie dwa sposoby na stworzenie własnego jądra dla CentOS. Pierwszym z nich jest zbudowanie najnowszego jądra z konfigurowalnymi parametrami ze źródeł, zwykle CentOS, a drugim jest zbudowanie jądra podstawowego ze źródeł uzyskanych dla strony z archiwum jądra Linux.

To FAQ dotyczy budowania prawidłowego jądra ze źródeł CentOS z najlepszymi indywidualnymi opcjami lub modyfikacjami. Jak napisano dla CentOS-7.

(Jeśli chcesz zbudować każde jądro klasy konsumenckiej, nie postępuj zgodnie z instrukcjami e na temat asemblacji jądra. Ta strona jest nie tylko utrzymywana, ponieważ opisuje kompilację, biorąc pod uwagę, że poważny problem, który jest niepewny, a szczególny brakuje podejścia.Zobacz szczegółowe wyjaśnienie związane z budowaniem Source RPM na CentOS innym niż root.Jądro Linuksa w jednym Nutshell jest zdecydowanie bardzo dobrym odniesieniem do budowania podstawowego jądra.)

1. Przygotuj się

Aby wydajnie skompilować jądro, prawdopodobnie będziesz musiał załadować następujące pakiety:

• pyszne narzędzia programistyczne groupinstall

• mniam ncurses-devel

• mniam sprostaj qt3 -devel (wymagane tylko, jeśli chcesz pomóc w make xconfig zamiast make gconfig lub wprowadzić menuconfig.)

• yum złożony hmaccalc zlib-devel binutils-devel elfutils-libelf – devel

• Drzewo źródeł jądra jest szczegółowe. Musisz postępować zgodnie z instrukcjami w sekcji 9 danych “Potrzebuję źródła jądra”.

Kiedy uruchamiasz polecenia przed yum, zwróć uwagę, czy są to odwołania do wyjątków. Jeśli twoje pliki konfiguracyjne yum zawierają tylko opisy “exclude” odnoszące się do jądra i przydatnych narzędzi, te osoby również powinny zostać usunięte. Należy rozumieć, że chociaż firma CentO próbuje korzystać z wyjątków, dostawcy ci nie pozwalają już na działanie zmodyfikowanych przez użytkownika jąder popcornu w dostępności obsługiwanego środowiska. Więcej informacji na temat tego badania można znaleźć w artykule Quick Wiki, sekcja 3, Zepsuty serwer wirtualny CentOS. Pamiętaj, że zawsze dobrym pomysłem jest posiadanie zaktualizowanej i potwierdzonej kopii zapasowej zawartości, której nie powinieneś przegapić.

Jeśli wolisz dodać łaty do jądra, skopiuj poprawny ! / rpmbuild / ŹRÓDŁA / katalog tutaj.

2. Zainstalowane jądro

Zmień bezpłatne informacje na ~ / rpmbuild / BUILD dla każdego jądra – * / linux – * / połączone z kopiowaniem do tego katalogu jako .config, albo jego bieżącym plikiem lokalizacji z katalogu configs / phone, albo określonym plikiem, gdy uruchomienie samego jądra. plik konfiguracyjny z nowego / boot lub katalogu.

 [użytkownik @ host] $ ~ i rpmbuild / BUILD / kernel - * dla każdego linuxa - * / 

 [użytkownik na hoście] $ cd clubpenguin configs / kernel-3.10.0-`uname -m`.config .config 

 [użytkownik @ host] $ cp / boots / config-`uname -r` .config 

Uwaga. Otaczające znaki uname -m lub uname -r są często odwrotnymi znakami w porównaniu z apostrofami liczb.

Pierwsze uruchomienie make oldconfig. Teraz naprawdę potrzebujesz. Musisz albo uruchomić make menuconfig, gconfig, albo pospieszyć xconfig, aby skonfigurować konfigurację jądra. Gotowe, nie zapomnij ponownie wprowadzić zmian.

Następnie dodaj wiersz, który według ekspertów jest całym zakomentowanym odpowiednikiem nowych sprzętowych podajników nasion dla ptaków na początku tego katalogu konfiguracyjnego (odpowiednik danych wyjściowych dostarczonych przez polecenie uname -i naprawdę) tuż przed dodaniem go z powrotem w konfiguracji / Kopiuj. … księga referencyjna ludzi. W sensie x86_64 będzie to najlepsza architektura 64-bitowa. Powinien być zakomentowany numerem a i najlepiej, aby był pierwszą ścieżką ręcznego wprowadzania danych. Pamiętaj, że zawsze musi być wystarczająca ilość miejsca między symbolem diamentu a całą platformą dla deskryptora DIY.

Dodaj jedną z następujących konfiguracji jako pierwszą alternatywę pliku:

 # x86_64 

Upewnij się, że skopiowałeś plik .config z powrotem do tego katalogu configs /. Jest to w zasadzie moje przeciwieństwo poprzedniego polecenia kopiowania:

 [użytkownik - host] $ clubpenguin .config configs lub kernel-3.10.0-`uname -m`.config 

Ostatnim krokiem jest kontynuacja całej zawartości katalogu online configs / n do katalogu ~ / rpmbuild / SOURCES / .

 [użytkownik @ host] mózgowy paraliż konfiguracji / * ~ dla każdego rpmbuild / ŹRÓDŁA / 

3. Podstawowy ABI

Cechą jądra CentOS jest to, że jego ABI utrzymuje się przez cały okres użytkowania produktu, a jedną z korzyści płynących z używania spójnego ABI jest to, że tworzysz dodatkowe moduły jądra, które są obsługiwane dzięki uprzejmości – innej firmy wersja jądra. – więc prawie na pewno nie ma potrzeby odbudowywania konsumentów dla każdego wydanego unikalnego jądra. Jest to rdzeń typowego pakietu kABI visitor kmod, który udostępnia zaktualizowane sterowniki gizmo i inne nośniki systemu plików w celach ilustracyjnych.

Aby zachować spójność ABI, zwyczajowe jądro abi zostało napisane i przywrócone do pliku. Ten plik jest używany na pewnym etapie fazy testowania kABI dla każdego jądra, dlaczego zostało zbudowane. Jeśli nowe jądro zostało już skonfigurowane lub zmodyfikowane tak, aby pasowało do wydanego ABI, kompilacja powinna zakończyć się niepowodzeniem z komunikatem informującym, dlaczego nastąpiło przerwanie kABI. Kontrahent jądra ma wtedy dwie opcje: (a) rekonfigurację czystego prawdziwego jądra tak, aby synchronizowało się z często publikowanym ABI, a tym samym kontynuowało korzystanie z ogólnie tego samego ABI, lub (b) monitorowanie kABI podczas całego procesu kompilacji – Dezaktywuj. Spośród wyborów dokonanych w kroku 2, ten pierwszy jest pożądany, ale rodzaj drugiego jest zawsze kierunkiem, w którym jednostki muszą iść dalej.

Wyłączenie odszyfrowywania ABI jądra to prosty proces dostarczania ogólnie najlepszej flagi i jej argumentu w wierszu poleceń RPMbuild:

 - bez Kabiczki 

4. Plik specyfikacji jądra dostrajania

 [użytkownik - host] $ cd ~ / rpmbuild / SPECS /[użytkownik @ host SPECS] $ clubpenguin kernel.spec kernel.spec.distro[użytkownik na hoście SPECS] $ vi kernel.spec 

W linii 8 powiedziałbym, że opis buildid jest wykomentowany. Wymagane

Mogą być odkomentowane i mają na celu uniknięcie konfliktów z każdym z naszych aktualnie zainstalowanych jąder. Edytuj linię w taki sam sposób, jak w poniższym przykładzie:

% określ buildid .your_identifier 

Jeśli chcesz używać łatek, musisz odnieść się do nich tutaj w dwóch miejscach: w sekcji z łatami. „

Najpierw dodaj do jądra linię “# gołą ostatnią łatę, aby uzyskać podobne testy po łatach”. Zaraz po tej linii dodaj cały ostart dostępny w cenie 40 000, aby twoja poprawka nie kolidowała z kolekcją łat jądra RHEL / CentOS. Na przykład:

 Patch40000: my-custom-kernel.patch 

Po drugie, dodaj wiersz „ApplyOptionalPatch linux-kernel-test.patch”. Tuż przed tą linią dodaj linię, aby pomóc ci nałożyć łatkę. Na przykład:

 ApplyOptionalPatch my-custom-kernel.patch 

 cp $RPM_SOURCE_DIR na konfigurację*. 

 cp $RPM_SOURCE_DIR/jądro - *. konfig. 

5. Zbuduj lepszy rdzeń

 [użytkownik @ host SPECS] dochód rpmbuild -bb --target = `uname -m` kernel.spec 2> build-err.log | herbata

 
 
 Przyspiesz teraz wydajność swojego komputera dzięki temu prostemu pobieraniu. 
 
 
 
                                                                      
 
 
John Hernandez
Related Posts:
Jak Naprawić Błąd Kompilacji?
Proszę O Radę Naprawić Błąd Komponentu Jądra…
Rozwiązywanie Problemów Z Poprawnymi Błędami…
Wskazówki Dotyczące Debugowania Kompilacji Jądra…
Wskazówki, Jak Naprawić 16 Niespójnych Błędów…
Jak Naprawić Megatrendy W Usa, Jak Naprawić…