Linux 內核動手編譯實用指南
出于各種原因，自行編譯 Linux 內核可能引起你的興趣。這些原因可能包括但不限于：
- 測試一個比你目前的 Linux 發行版更新的內核版本
- 采用一組不同的配置選項、驅動來構建內核
- 學習者的好奇心 ??
此指南將一步步指導你如何親自編譯 Linux 內核，包括你該運行哪些命令，為什么運行這些命令以及這些命令的執行效果。本文篇幅較長，所以請做好準備！
?? 諸如 Ubuntu 這樣的發行版提供了更簡單地安裝主線 Linux 內核的方式。但本教程目標是從源碼手動完成所有工作。此教程需要你付出時間、耐心以及豐富的 Linux 命令行使用經驗。本文更注重親身實踐的體驗。不管怎么說，我仍建議你在虛擬機或備用系統中嘗試此冒險，而非在你的主系統上進行。
前置準備
在軟件領域，構建任何事物都有兩個基本要求：
- 源代碼
- 構建依賴
因此，作為預備環節，我們需要下載 Linux 內核的源碼壓縮包，并安裝一些能讓我們成功構建 Linux 內核的依賴項。
Linux 版本導覽
在任何時刻，Freax Linux 內核都有四種“版本”。
Linux 的這些 “版本”，按照開發流程的順序是：
- linux-next 樹： 所有準備合并到 Linux 代碼庫的代碼首先被合并到 linux-next 樹。它代表的是 Linux 內核最新也是“最不穩定”的狀態。大多數 Linux 內核開發者和測試人員使用這個來提高代碼質量，為 Linus Torvalds 的后續提取做準備。請謹慎使用！
- 發布候選版（RC） / 主線版： Linus 從 linux-next 樹抽取代碼并創建一個初始發布版本。這個初始發布版本的測試版稱為 RC（發布候選Release Candidate）版本。一旦 RC 版本發布，Linus 只會接受對它的錯誤修復和性能退化相關的補丁。基礎這些反饋，Linus 會每周發布一個 RC 內核，直到他對代碼感到滿意。RC 發行版本的標識是
-rc后綴，后面跟一個數字。 - 穩定版： 當 Linus 覺得最新的 RC 版本已穩定時，他會發布最終的“公開”版本。穩定發布版將會維護幾周時間。像 Arch Linux 和 Fedora Linux 這樣的前沿 Linux 發行版會使用此類版本。我建議你在試用 linux-next 或任何 RC 版本之前，先試一試此版本。
- LTS 版本： 每年最后一個穩定版將會再維護 幾年。這通常是一個較舊的版本，但它會 會積極地維護并提供安全修復。Debian 的穩定版本會使用 Linux 內核的 LTS 版版本。
若想了解更多此方面的知識，可參閱 官方文檔。
本文將以當前可用的最新穩定版為例，編寫此文時的 Linux 內核版本是 6.5.5。
系統準備
由于 Linux 內核使用 C 語言編寫，編譯 Linux 內核至少需要一個 C 編譯器。你的計算機上可能還需要其他一些依賴項，現在是安裝它們的時候了。
?? 這個指南主要聚焦于使用 GNU C 編譯器（GCC）來編譯 Linux 內核。但在未來的文章中（可能會深入介紹 Rust 的支持），我可能會介紹使用 LLVM 的 Clang 編譯器作為 GCC 的替代品。
不過，請注意，MSVC 并不適用。盡管如此，我仍期待有微軟的員工為此發送修補程序集。我在瞎想啥？
對于 Arch Linux 以及其衍生版本的用戶，安裝命令如下：
sudo pacman -S base-devel bc coreutils cpio gettext initramfs kmod libelf ncurses pahole perl python rsync tar xz對于 Debian 以及其衍生版本的用戶，安裝命令如下：
sudo apt install bc binutils bison dwarves flex gcc git gnupg2 gzip libelf-dev libncurses5-dev libssl-dev make openssl pahole perl-base rsync tar xz-utils對于 Fedora 以及其衍生版本的用戶，安裝命令如下：
sudo dnf install binutils ncurses-devel \
/usr/include/{libelf.h,openssl/pkcs7.h} \
/usr/bin/{bc,bison,flex,gcc,git,gpg2,gzip,make,openssl,pahole,perl,rsync,tar,xz,zstd}下載 Linux 內核源碼
請訪問 kernel.org，在頁面中尋找第一個 穩定Stable
通過點擊黃色的方框，你就可以下載 Tar 文件。同時，也別忘了下載相匹配的 PGP 簽名文件，稍后我們需要用到它來驗證 Tar 文件。它的擴展名為 .tar.sign。
校驗 Tar 文件的完整性
你如何知道剛下載的 Tar 文件是否被損壞？對于個人來說，一個損壞的 Tar 文件只會浪費你的寶貴時間，如果你是在為一個組織工作，那么可能會危及到組織的安全（這時你可能還有更大的問題需要擔憂，但我們并不想讓所有人都產生創傷后應激障礙！）。
為了驗證我們的 Tar 文件的完整性，我們需要先解壓它。目前，它是使用 XZ 壓縮算法壓縮的。因此，我將使用 unxz 工具（其實就是 xz --decompress 的別名）來解壓 .tar.xz 格式的壓縮文件。
unxz --keep linux-*.tar.xz解壓完成后，我們需要獲取 Linus Torvalds 和 Greg KH 使用的 GPG 公開密鑰。這些密鑰用于對 Tar 文件進行簽名。
gpg2 --locate-keys torvalds@kernel.org gregkh@kernel.org你應該可以得到一個與我在我的電腦上看到的類似的結果：
$ gpg2 --locate-keys torvalds@kernel.org gregkh@kernel.org
gpg: /home/pratham/.gnupg/trustdb.gpg: trustdb created
gpg: key 38DBBDC86092693E: public key "Greg Kroah-Hartman <gregkh@kernel.org>" imported
gpg: Total number processed: 1
gpg: imported: 1
gpg: key 79BE3E4300411886: public key "Linus Torvalds <torvalds@kernel.org>" imported
gpg: Total number processed: 1
gpg: imported: 1
pub rsa4096 2011-09-23 [SC]
647F28654894E3BD457199BE38DBBDC86092693E
uid [ unknown] Greg Kroah-Hartman <gregkh@kernel.org>
sub rsa4096 2011-09-23 [E]
pub rsa2048 2011-09-20 [SC]
ABAF11C65A2970B130ABE3C479BE3E4300411886
uid [ unknown] Linus Torvalds <torvalds@kernel.org>
sub rsa2048 2011-09-20 [E]在導入 Greg 和 Linus 的密鑰后，我們可以使用 --verify 標志來驗證 Tar 的完整性，操作如下：
gpg2 --verify linux-*.tar.sign如果驗證成功，你應該會看到如下的輸出信息：
$ gpg2 --verify linux-*.tar.sign
gpg: assuming signed data in 'linux-6.5.5.tar'
gpg: Signature made Saturday 23 September 2023 02:46:13 PM IST
gpg: using RSA key 647F28654894E3BD457199BE38DBBDC86092693E
gpg: Good signature from "Greg Kroah-Hartman <gregkh@kernel.org>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: 647F 2865 4894 E3BD 4571 99BE 38DB BDC8 6092 693E務必查看是否存在 gpg: Good signature 的提示，然后再繼續！
?? 你可以忽略以下警告：
WARNING: This key is not certified with a trusted signature! There is no indication that the signature belongs to the owner.。我們已根據 Linus 和 Greg 的郵件地址獲取了公開密鑰，并無需對此警告感到擔憂。
解壓 Tar 文件
如果你順利的進行到這里，意味著你的 Tar 文件完整性檢查已經成功完成。接下來，我們將從 Tar 文件中解壓出 Linux 內核的源碼。
The "TAR" xkcd comic: https://xkcd.com/1168/
The "TAR" xkcd comic: https://xkcd.com/1168/
這個步驟十分簡單，只需對 Tar 文件執行 tar -xf 命令，如下：
tar -xf linux-*.tar在這里，-x 選項表示解壓，-f 選項則用來告訴 Tar 文件的文件名。
這個解壓過程可能需要幾分鐘時間，你可以先放松，耐心等待一下。
配置 Linux 內核
Linux 內核的構建過程會查找 .config 文件。顧名思義，這是一個配置文件，用于指定 Linux 內核的所有可能的配置選項。這是必需的文件。
獲取 Linux 內核的 .config 文件有兩種方式：
- 使用你的 Linux 發行版的配置作為基礎（推薦做法）
- 使用默認的，通用的配置
?? 也有第三種方法，也就是從零開始，手動配置每一個選項，但注意，這需要配置超過 12,000 個選項。并不推薦這種方式，因為手動配置所有選項將花費大量的時間，并且你還需要理解每個啟用和禁用選項的含義。
使用發行版提供的配置
使用你的 Linux 發行版提供的配置是一個安全的選擇。 如果你只是跟隨這個指南測試一個不是你的發行版提供的新內核，那么這就是推薦的方式。
你的 Linux 發行版的 Linux 內核配置文件會在以下兩個位置之一：
- 大多數 Linux 發行版，如 Debian 和 Fedora 及其衍生版，將會把它存在
/boot/config-$(uname -r)。 - 一些 Linux 發行版，比如 Arch Linux 將它整合在了 Linux 內核中。所以，可以在
/proc/config.gz找到。
?? 如果兩者都有，建議使用
/proc/config.gz。這是因為它在只讀文件系統中，所以是未被篡改的。
進入含有已經解壓出的 Tar 文件的目錄。
cd linux-*/接著，復制你的 Linux 發行版的配置文件：
### Debian 和 Fedora 及其衍生版：
$ cp /boot/config-"$(uname -r)" .config
### Arch Linux 及其衍生版：
$ zcat /proc/config.gz > .config更新配置文件
一旦完成這些步驟，接下來就需要“更新”配置文件了。因為你的發行版提供的配置很可能比你正在構建的 Linux 內核版本要舊。
?? 這同樣適用于像 Arch Linux 和 Fedora 這樣前沿的 Linux 發行版。 它們并不會因為有新版本可用就立刻發布更新。他們會進行一些質量控制工作，這必然會花費些時間。因此，即便是你的發行版提供的最新內核，相較于你在 kernel.org 上獲取的版本也會滯后幾個小版本。
要更新一個已有的 .config 文件，我們使用 make 命令搭配 olddefconfig 參數。簡單解釋一下，這個命令的意思是使用 舊的、默認的、配置。
這將使用“舊的配置文件”（當前保存為 .config，這是你發行版配置的一份直接副本），并檢查從上一版本以來 Linux 代碼庫中新加的任何配置選項。如果找到任何新的、未配置 的選項，該選項的默認配置值會被使用，并會對 .config 文件進行更新。
原來的 .config 文件將被重命名為 .config.old 進行備份，并將新的更改寫入至 .config 文件。
make olddefconfig以下是我機器上的輸出：
$ file .config
.config: Linux make config build file, ASCII text
$ make olddefconfig
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/confdata.o
HOSTCC scripts/kconfig/expr.o
LEX scripts/kconfig/lexer.lex.c
YACC scripts/kconfig/parser.tab.[ch]
HOSTCC scripts/kconfig/lexer.lex.o
HOSTCC scripts/kconfig/menu.o
HOSTCC scripts/kconfig/parser.tab.o
HOSTCC scripts/kconfig/preprocess.o
HOSTCC scripts/kconfig/symbol.o
HOSTCC scripts/kconfig/util.o
HOSTLD scripts/kconfig/conf
.config:8593:warning: symbol value 'm' invalid for USB_FOTG210_HCD
.config:8859:warning: symbol value 'm' invalid for USB_FOTG210_UDC
#
# configuration written to .config
#針對 Debian 及其衍生版用戶
Debian 及其衍生版為內核模塊使用一個簽名證書。默認情況下，你的計算機并不包含這個證書。
我推薦關閉啟用模塊簽名的選項。具體如下所示：
./scripts/config --file .config --set-str SYSTEM_TRUSTED_KEYS ''
./scripts/config --file .config --set-str SYSTEM_REVOCATION_KEYS ''如果你不這么做，在后面你進行 Linux 內核構建時，可能會導致構建失敗。要注意這點。
使用自定義配置
如果你出于學習內核開發的目的學習如何構建 Linux 內核，那你應該這樣做。
?? 請注意，偏離你的 Linux 發行版的配置可能無法在實體硬件上“正常”工作。問題可能是特定硬件無法工作、Linux 內核無法啟動等。
因此，我們只建議在虛擬機中使用。
你可以通過查看 make help 的輸出 來查看 所有 可用的選項，但我們主要關注三個 make 目標：
defconfig: 默認配置。allmodconfig: 根據當前系統狀態，盡可能地把項目構建為可加載模塊（而非內建）。tinyconfig: 極簡的 Linux 內核。
由于 tinyconfig 目標只會構建少數項目，構建時間將會縮短。我個人選擇它的原因主要有：
- 檢查我在代碼/工具鏈中做的修改是否正確，以及代碼是否可以編譯。
- 在虛擬機中只進行少數選項的測試。
?? 在為 ARM 或 RISC-V 機器構建 Linux 內核時，你可能需要 DTB（設備樹的二進制文件）。使用
tinyconfig目標將不會啟用構建 DTB 的選項，你的內核很可能無法啟動。當然，你可以用 QEMU 在沒有任何 DTB 的情況下啟動 Linux 內核。但這篇文章并不會聚焦在此。或許你可以通過評論，讓我在之后的時間里覆蓋這個話題 ??
除非你確切地知道自己在做什么，否則你應當使用 defconfig 目標。 以下是我在我的電腦上運行的效果：
$ make defconfig
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/confdata.o
HOSTCC scripts/kconfig/expr.o
LEX scripts/kconfig/lexer.lex.c
YACC scripts/kconfig/parser.tab.[ch]
HOSTCC scripts/kconfig/lexer.lex.o
HOSTCC scripts/kconfig/menu.o
HOSTCC scripts/kconfig/parser.tab.o
HOSTCC scripts/kconfig/preprocess.o
HOSTCC scripts/kconfig/symbol.o
HOSTCC scripts/kconfig/util.o
HOSTLD scripts/kconfig/conf
*** Default configuration is based on 'defconfig'
#
# configuration written to .config
#修改配置
無論你是使用 Linux 發行版的配置并更新它，還是使用 defconfig 目標創建新的 .config 文件，你都可能希望熟悉如何修改這個配置文件。最可靠的修改方式是使用 menuconfig 或 nconfig 目標。
這兩個目標的功能是相同的，只不過提供給你的界面有所不同。這是這兩者間唯一的區別。我個人更偏向于使用 menuconfig 目標，但近來我發現 nconfig 在搜索選項時似乎更具直觀性，所以我逐漸轉向使用它。
首先，帶著 menuconfig 目標運行 make 命令：
$ make menuconfig
HOSTCC scripts/kconfig/mconf.o
HOSTCC scripts/kconfig/lxdialog/checklist.o
HOSTCC scripts/kconfig/lxdialog/inputbox.o
HOSTCC scripts/kconfig/lxdialog/menubox.o
HOSTCC scripts/kconfig/lxdialog/textbox.o
HOSTCC scripts/kconfig/lxdialog/util.o
HOSTCC scripts/kconfig/lxdialog/yesno.o
HOSTLD scripts/kconfig/mconf在此界面，你可以根據各選項的類型來進行切換操作。
有兩類可切換選項：
- 布爾狀態選項：這類選項只能關閉（
[ ]）或作為內建組件開啟（[*]）。 - 三態選項：這類選項可以關閉（
< >）、內建（<*>），或作為可加載模塊（<M>）進行構建。
想要了解更多關于某個選項的信息，使用上/下箭頭鍵導航至該選項，然后按 <TAB> 鍵，直至底部的 < Help > 選項被選中，然后按回車鍵進行選擇。此時就會顯示關于該配置選項的幫助信息。
在修改選項時請務必謹慎。
當你滿意配置后，按 <TAB> 鍵直到底部的 < Save > 選項被選中。然后按回車鍵進行選擇。然后再次按回車鍵（記住，此時不要更改文件名），就能將更新后的配置保存到 .config 文件中。
構建 Linux 內核
構建 Linux 內核實際上十分簡單。然而，在開始構建之前，讓我們為自定義內核構建添加一個標簽。我將使用字符串 -pratham 作為標簽，并利用 LOCALVERSION 變量來實施。你可以使用以下命令實現配置：
./scripts/config --file .config --set-str LOCALVERSION "-pratham"這一命令將 .config 文件中的 CONFIG_LOCALVERSION 配置選項設為我在結尾指定的字符串，即 -pratham。當然，你也不必非得使用我所用的名字哦 ??
LOCALVERSION 選項可用于設置一個“本地”版本，它會被附加到通常的 x.y.z 版本方案之后，并在你運行 uname -r 命令時一并顯示。
由于我正在構建的是 6.5.5 版本內核，而 LOCALVERSION 字符串被設為 -pratham，因此，對我來說，最后的版本名將會是 6.5.5-pratham。這么做的目的是確保我所構建的自定義內核不會與發行版所提供的內核產生沖突。
接下來，我們來真正地構建內核。可以用以下的命令完成此步驟：
make -j$(nproc) 2>&1 | tee log這對大部分（99%）用戶來說已經足夠了。
其中的 -j 選項用于指定并行編譯任務的數量。而 nproc 命令用于返回可用處理單位（包括線程）的數量。因此，-j$(nproc) 其實意味著“使用我擁有的 CPU 線程數相同數量的并行編譯任務”。
2>&1 會將 STDOUT 和 STDIN 重定向到相同的文件描述符，并通過管道傳輸給 tee 命令，這會將輸出存儲在一個名為 log 的文件，并且在控制臺打印出完全相同的文本。如果你在構建時遇到錯誤，并希望回顧日志來檢查出了什么問題，這將會十分有用。遇到那種情況，你只需要簡單執行 grep Error log 命令就能找到線索。
自定義 make 目標
在 Linux 內核的源文件夾中，make 命令有一些自定義的目標可供執行各種操作。這些主要作為開發者的參考。如果你的唯一目標是安裝一個比你當前發行版更新的 Linux 內核，那么你完全可以跳過這部分內容 ??
構建目標
作為一名開發者，你可能只想構建 Linux 內核，或者只想構建模塊，或者只想構建設備樹二進制（DTB）。在這種情況下，你可以指定一個構建目標，然后 make 命令只會構建指定的項目，而不會構建其他的。
以下是一些構建目標：
vmlinux：純粹的 Linux 內核。modules：可加載模塊。dtbs：設備樹二進制文件（主要用于 ARM 和 RISC-V 架構）。all：構建所有被標記了星號*的項目（從make help的輸出中可以查看）。
通常情況下，你并不需要指定構建目標，因為它們都已經在構建列表中。所列出的目標是在你只想要測試某一個構建目標，而不是其他目標時的情況。
依據你的 計算機架構，構建完成的 Linux 內核鏡像（存放在 /boot 目錄）的名稱會有所不同。
對于 x86_64，Linux 內核的默認鏡像名稱是 bzImage。因此，如果你只需要構建引導所需的 Linux 內核，你可以像下面這樣設定 bzImage 為目標：
### 對于 x86_64
$ make bzImage“那么如何在我的架構上找到用來調用 make 的目標名稱呢？”
有兩種方法。要么你可以執行 make help 之后查找在 Architecture specific targets 下，第一個前面帶有星號 * 的選項。
或者，如果你希望自動完成，你可以利用 image_name 目標得到鏡像的完全路徑（相對路徑），選擇性地添加 -s 標志來獲得有用的輸出。
以下是我擁有的三臺電腦的輸出，一臺是 x86_64，另一臺是 AArch64，還有一臺是 riscv ：
### x86_64
$ make -s image_name
arch/x86/boot/bzImage
### AArch64
$ make -s image_name
arch/arm64/boot/Image.gz
### RISC-V
$ make -s image_name
arch/riscv/boot/Image.gz現在，要只構建 Linux 內核鏡像，你可以這樣進行：
make $(make -s image_name | awk -F '/' '{print $4}')清理目標
如果你需要清理構建產生的文件，你可以用以下的目標來實現你的需求：
clean：除了.config文件外，刪除幾乎所有其他內容。mrproper：執行了make clean的所有操作外，還會刪除.config文件。distclean：除了執行make mrproper的所有操作外，還會清理任何補丁文件。
安裝
一旦成功編譯了 Linux 內核，接下來就是啟動安裝一些東西的時候了。“一些
?? 雖然我將告訴你不同的安裝方式，尤其是關于如何改變默認安裝路徑的方法，但如果你不確定自己在做什么，那么我不建議你這么做！ 請慎重考慮，如果你決定走自定義的路線，那你需要自己負責后果。默認設置之所以存在，是因為它們有其特殊的原因 ??
安裝內核模塊
Linux 內核有部分在系統啟動時并非必需的。這些部分被構建為可加載模塊，即在需要時才進行加載和卸載。
所以，首先需要安裝這些模塊。這可以通過 modules_install 目標完成。必須使用 sudo，因為模塊會被安裝在 /lib/modules/<kernel_release>-<localversion> 這個需要 root 權限的路徑下。
這個過程不僅會安裝內核模塊，還會對其進行簽名，所以可能需要一些時間。好消息是你可以通過之前提到的 -j$(nproc) 選項來并行執行安裝任務，這樣會快一些。??
sudo make modules_install -j$(nproc)給開發者的提示： 你可以通過設定
INSTALL_MOD_PATH變量來指定一個不同的路徑存放 Linux 模塊，而不用默認的/lib/modules/<kernel_release>-<localversion>，具體如下：sudo make modules_install INSTALL_MOD_PATH=<path>
另一個給開發者的提示： 你可以使用
INSTALL_MOD_STRIP變量來決定是否需要剝離模塊的調試符號。如果未設定該變量，調試符號不會被剝離。當設為1時，符號信息將會被使用--strip-debug選項剝離，隨后該選項會傳遞給strip（或者在使用 Clang 的時候傳遞給llvm-strip）工具。
（可選）安裝 Linux 內核頭文件
如果你打算使用這個內核來支持樹外模塊，比如 ZFS 或英偉達 DKMS，或者打算嘗試自行編寫模塊，你可能會需要 Linux 內核提供的頭文件。
可以通過以下方式使用 headers_install 目標來安裝 Linux 內核頭文件：
sudo make headers_install應使用 sudo 命令，因為這些頭文件會被安裝到 /usr 目錄。同時還會在 /usr 目錄內創建子目錄 include/linux，然后將頭文件安裝到 /usr/include/linux 內。
給開發者的提示： 通過設定
INSTALL_HDR_PATH變量，你可以修改 Linux 內核頭文件的安裝路徑。
安裝 DTB（只針對 ARM 和 RISC-V）
如果你使用的是 x86_64 架構，那么你可以跳過此步驟！
如果你針對 ARM 或者 RISC-V 構建了內核，那么在運行 make 的過程中，設備樹的二進制文件可能已經被編譯出來了。你可以通過在 arch/<machine_architecture>/boot/dts 目錄查找 .dtb 文件來確認這一點。
這里提供了一個快速檢查的技巧：
### 對于 AArch32
$ find arch/arm/boot/dts -name "*.dtb" -type f | head -n 1 > /dev/null && echo "DTBs for ARM32 were built"
### 對于 AArch64
$ find arch/arm64/boot/dts -name "*.dtb" -type f | head -n 1 > /dev/null && echo "DTBs for ARM64 were built"
### 對于 RISC-V
$ find arch/riscv/boot/dts -name "*.dtb" -type f | head -n 1 > /dev/null && echo "DTBs for RISC-V were built"如果你看到出現 DTBs for <arch> were built 的消息，那么你可以開始安裝 DTB。這可以通過 dtbs_install 目標來實現。
需要使用 sudo，因為它們會被安裝在 /boot/dtb-<kernel_release>-<localversion> 中，而這個目錄是由 root 所擁有的。
sudo make dtbs_install給開發者的提示： 就像安裝模塊一樣，你可以使用
INSTALL_DTBS_PATH變量指定一個自定義的路徑來安裝設備樹二進制文件。
安裝 Linux 內核
最后，我們來安裝 Linux 內核本身！這可以通過 install 目標來完成，就像這樣：
sudo make install在這里必須使用 sudo，因為 Linux 內核將被安裝在 /boot 目錄，而這個目錄不允許普通用戶寫入。
?? 一般來講，
install目標也會更新引導加載程序，但是如果它沒有成功，那可能是不支持你使用的引導加載程序。如果你沒有使用 GRUB 作為你的引導加載程序，請一定要閱讀你引導加載程序的使用手冊 ??給開發者的提示： 并不奇怪，
INSTALL_PATH變量被用來設定 Linux 內核的安裝位置，而非默認的/boot目錄。
針對 Arch Linux 用戶的說明
如果你嘗試執行了 make install 命令，可能已經注意到產生了錯誤。錯誤如下：
$ sudo make install
INSTALL /boot
Cannot find LILO.要在 Arch Linux 上實際完成 Linux 內核的安裝，我們需要手動復制 Linux 內核鏡像文件。別擔心，如果你使用的是 Arch Linux，手動操作應該是家常便飯了。( ?° ?? ?°)
可以使用以下命令完成這個步驟：
sudo install -Dm644 "$(make -s image_name)" /boot/vmlinuz-<kernel_release>-<localversion>因為我編譯的是 6.5.5 版本的內核，所以我將會執行下面這條命令，你可以根據你的實際情況進行適當調整：
sudo install -Dm644 "$(make -s image_name)" /boot/vmlinuz-6.5.5-pratham雖然不是必須的，但最好復制一份名為 System.map 的文件。既然你已經在操作了，一并也復制了 .config 文件吧 ??
sudo cp -vf System.map /boot/System.map-<kernel_release>-<localversion>
sudo cp -vf .config /boot/config-<kernel_release>-<localversion>生成初始 RAM 磁盤
當你安裝 Arch Linux 時，可能已經了解過 mkinitcpio 這個工具。現在，我們將使用它來創建初始的 RAM 磁盤。
首先，我們需要創建一個預設文件。向 /etc/mkinitcpio.d/linux-<localversion>.preset 文件中添加以下內容，根據實際需要來替換 <kernel_release> 和 <localversion>。
ALL_config="/etc/mkinitcpio.conf"
ALL_kver="/boot/vmlinuz-<kernel_release>-<localversion>"
PRESETS=('default' 'fallback')
default_image="/boot/initramfs-<kernel_release>-<localversion>.img"
fallback_options="-S autodetect"配置完成后，執行下面的命令來生成初始 RAM 磁盤：
sudo mkinitcpio -p linux-<localversion>我自己的電腦上得到的輸出如下，你的結果應該會類似！
$ sudo mkinitcpio -p linux-pratham
==> Building image from preset: /etc/mkinitcpio.d/linux-pratham.preset: 'default'
==> Using configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-6.5.5-pratham -c /etc/mkinitcpio.conf -g /boot/initramfs-6.5.5-pratham.img
==> Starting build: '6.5.5-pratham'
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [autodetect]
-> Running build hook: [modconf]
-> Running build hook: [kms]
-> Running build hook: [keyboard]
==> WARNING: Possibly missing firmware for module: 'xhci_pci'
-> Running build hook: [keymap]
-> Running build hook: [consolefont]
==> WARNING: consolefont: no font found in configuration
-> Running build hook: [block]
-> Running build hook: [filesystems]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-6.5.5-pratham.img'
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux-pratham.preset: 'fallback'
==> Using configuration file: '/etc/mkinitcpio.conf'
==> WARNING: No image or UKI specified. Skipping image 'fallback'初始 RAM 磁盤已成功生成，現在我們可以進入下一步，更新引導加載器！
更新 GRUB
一旦所有必要的文件已成功復制到其對應的位置，接下來，我們將進行 GRUB 的更新。
使用以下命令對 GRUB 引導加載器進行更新：
sudo grub-mkconfig -o /boot/grub/grub.cfg?? 如果你使用的引導加載器不是 GRUB，請參看 Arch Wiki 中相關的引導加載器文檔。
注意，更新 GRUB 并不會直接使新的內核版本設為默認啟動選項。在引導時，請在啟動菜單中手動選擇新的內核版本。
你可以通過選擇 Advanced options for Arch Linux 菜單，并在隨后的菜單中選擇 Arch Linux, with Linux <kernel_release>-<localversion> 來啟用新版的 Linux 內核。
重啟電腦
恭喜你！你已經完成了獲取 Linux 內核源代碼、進行配置、構建以及安裝等所有步驟。現在只需要通過重啟電腦并進入新構建和安裝的 Linux 內核，就可以開始享受你的努力成果了。
啟動時，請確保從引導加載器中選擇正確的 Linux 內核版本。系統啟動后，運行 uname -r 命令來確認你正在使用預期的 Linux 內核。
以下是我自己的電腦輸出的內容：
$ uname -r
6.5.5-pratham是時候開始慶祝了！ ??
卸載操作
?? 提示：在刪除當前正在使用的內核版本之前，你應該首先切換至較舊的內核版本。
可能你的 Linux 發行版所使用的 Linux 內核版本就是你手動編譯的版本，或者你自行編譯了新的內核并注意到應卸載舊的內核以節省空間，于是你開始想如何才能卸載。當然，雖然我們無法簡單地運行 make uninstall 命令，但這并不代表沒有其他的方法！
我們清楚各個文件的安裝位置，因此刪除它們相對簡單。
### 刪除內核模塊
$ rm -rf /lib/modules/<kernel_release>-<localversion>
### 刪除設備樹二進制文件
$ rm -rf /boot/dtb-<kernel_release>-<localversion>
### 刪除 Linux 內核本身
$ rm -vf /boot/{config,System,vmlinuz}-<kernel_release>-<localversion>總結
這個過程不是一次簡單的旅程，是吧？但是現在，我們終于抵達了終點。我們一起學習了手動編譯 Linux 內核的全過程，包括安裝依賴、獲取和驗證源碼、解壓源碼、配置 Linux 內核、構建內核以及安裝內核。
如果你喜歡這個詳細的步驟指南，請給我留言反饋。如果在操作過程中遇到問題，也歡迎提出，讓我知道！
