/boot分區就是作業系統的核心及在引導過程中使用的檔案，一般是幾年前的版本要求劃分的一個區，大小為100MB左右，但現在的新版本都不需要對這個分區進行單獨劃分，也就是說你完全可以不分/boot。
安裝Linux只要求兩個基本分區，即根分區及交換分區，如果你的磁碟空間足夠大，可以多劃分空間給根分區，你也可以把常用的目錄新建到桌面，如下載的軟體包，放到桌面不影響你進入Linux系統的速度，當然這要求你有足夠大的根分區。
基本介紹
- 中文名：boot分區
- 外文名：boot
boot分區,BOOT目錄下的檔案,vmlinuz,initrd-x.x.x.img,System.map,
boot分區
一 個/boot分區： 這裡提到的分區多數是針對大的系統，這個分區則對空間很少的小系統很有用。所有LILO啟動時需要的檔案都在/boot目錄里，因為/boot中的這些文 件（包括Linux核心）占1MB空間，如果很難為LILO要用的根分區安排100MB空間，可以幸運地只用5－10MB的分區來存放/boot，但仍然 需要創建一個根分區，這時，它可以在系統的任何地方（受BIOS的限制）使用含有/boot的分區。
BOOT目錄下的檔案
vmlinuz
vmlinuz是可引導的、壓縮的核心。“vm”代表“Virtual Memory”。Linux 支持虛擬記憶體，不像老的作業系統比如DOS有640KB記憶體的限制。Linux能夠使用硬碟空間作為虛擬記憶體，因此得名“vm”。vmlinuz是可執行的Linux核心，它位於/boot/vmlinuz。
vmlinuz的建立有兩種方式。一是編譯核心時通過“make zImage”創建，然後通過:“cp /usr/src/linux-2.4/arch/i386/linux/boot/zImage/boot/vmlinuz”產生。zImage適用於小核心的情況，它的存在是為了向後的兼容性。
二是核心編譯時通過命令make bzImage創建，然後通過:“cp/usr/src/linux-2.4/arch/i386/linux/boot/bzImage /boot/vmlinuz”產生。bzImage是壓縮的核心映像，需要注意，bzImage不是用bzip2壓縮的，bzImage中的bz容易引起誤解，bz表示“big zImage”。 bzImage中的b是“big”意思。 zImage(vmlinuz)和bzImage(vmlinuz)都是用gzip壓縮的。它們不僅是一個壓縮檔案，而且在這兩個檔案的開頭部分內嵌有gzip解壓縮代碼。所以你不能用gunzip 或 gzip –dc解包vmlinuz。 核心檔案中包含一個微型的gzip用於解壓縮核心並引導它。兩者的不同之處在於，老的zImage解壓縮核心到低端記憶體(第一個640K)，bzImage解壓縮核心到高端記憶體(1M以上)。如果核心比較小，那么可以採用zImage或bzImage之一，兩種方式引導的系統運行時是相同的。大的核心採用bzImage，不能採用zImage。vmlinux是未壓縮的核心，vmlinuz是vmlinux的壓縮檔案。
vmlinuz的建立有兩種方式。一是編譯核心時通過“make zImage”創建，然後通過:“cp /usr/src/linux-2.4/arch/i386/linux/boot/zImage/boot/vmlinuz”產生。zImage適用於小核心的情況，它的存在是為了向後的兼容性。
二是核心編譯時通過命令make bzImage創建，然後通過:“cp/usr/src/linux-2.4/arch/i386/linux/boot/bzImage /boot/vmlinuz”產生。bzImage是壓縮的核心映像，需要注意，bzImage不是用bzip2壓縮的，bzImage中的bz容易引起誤解，bz表示“big zImage”。 bzImage中的b是“big”意思。 zImage(vmlinuz)和bzImage(vmlinuz)都是用gzip壓縮的。它們不僅是一個壓縮檔案，而且在這兩個檔案的開頭部分內嵌有gzip解壓縮代碼。所以你不能用gunzip 或 gzip –dc解包vmlinuz。 核心檔案中包含一個微型的gzip用於解壓縮核心並引導它。兩者的不同之處在於，老的zImage解壓縮核心到低端記憶體(第一個640K)，bzImage解壓縮核心到高端記憶體(1M以上)。如果核心比較小，那么可以採用zImage或bzImage之一，兩種方式引導的系統運行時是相同的。大的核心採用bzImage，不能採用zImage。vmlinux是未壓縮的核心，vmlinuz是vmlinux的壓縮檔案。
initrd-x.x.x.img
initrd是“initial ramdisk”的簡寫。initrd一般被用來臨時的引導硬體到實際核心vmlinuz能夠接管並繼續引導的狀態。initrd-2.4.7-10.img主要是用於載入ext3等檔案系統及scsi設備的驅動。比如，使用的是scsi硬碟，而核心vmlinuz中並沒有這個scsi硬體的驅動，那么在裝入scsi模組之前，核心不能載入根檔案系統，但scsi模組存儲在根檔案系統的/lib/modules下。為了解決這個問題，可以引導一個能夠讀實際核心的initrd核心並用initrd修正scsi引導問題。initrd-2.4.7-10.img是用gzip壓縮的檔案，initrd實現載入一些模組和安裝檔案系統等功能。
initrd映象檔案是使用mkinitrd創建的。mkinitrd實用程式能夠創建initrd映象檔案。這個命令是RedHat專有的。其它Linux發行版或許有相應的命令，:man mkinitrd下面的命令創建initrd映象檔案。
initrd映象檔案是使用mkinitrd創建的。mkinitrd實用程式能夠創建initrd映象檔案。這個命令是RedHat專有的。其它Linux發行版或許有相應的命令，:man mkinitrd下面的命令創建initrd映象檔案。
System.map
System.map是一個特定核心的核心符號表。它是你當前運行的核心的System.map的連結。
核心符號表是怎么創建的呢? System.map是由“nm vmlinux”產生並且不相關的符號被濾出。
編譯核心時，System.map創建在/usr/src/linux-2.4/System.map。像下面這樣:
nm /boot/vmlinux-2.4.7-10 > System.map
nm vmlinux | grep -v '\(compiled\)\|\(\.o$$\)\|\( [aUw] \)\|\(\.\.ng$$\)\|\(LASH[RL]DI\)' | sort > System.map
然後複製到/boot:
cp /usr/src/linux/System.map /boot/System.map-2.4.7-10
是System.map檔案的一部分:
在進行程式設計時，會命名一些變數名或函式名之類的符號。Linux核心是一個很複雜的代碼塊，有許許多多的全局符號。
Linux核心不使用符號名，而是通過變數或函式的地址來識別變數或函式名。比如不是使用size_t BytesRead這樣的符號，而是像c0343f20這樣引用這個變數。
對於使用計算機的人來說，更喜歡使用那些像size_t BytesRead這樣的名字，而不喜歡像c0343f20這樣的名字。核心主要是用c寫的，所以編譯器/連線器允許我們編碼時使用符號名，當核心運行時使用地址。
然而，在有的情況下，我們需要知道符號的地址，或者需要知道地址對應的符號。這由符號表來完成，符號表是所有符號連同它們的地址的列表。就是一個核心符號表，可知變數名checkCPUtype在核心地址c01000a5。
Linux 符號表使用到2個檔案:
/proc/ksyms
System.map
/proc/ksyms是一個“proc file”，在核心引導時創建。實際上，它並不真正的是一個檔案，它只不過是核心數據的表示，卻給人們是一個磁碟檔案的假象，這從它的檔案大小是0可以看出來。然而，System.map是存在於你的檔案系統上的實際檔案。
當你編譯一個新核心時，各個符號名的地址要發生變化，你的老的System.map具有的是錯誤的符號信息。每次核心編譯時產生一個新的System.map，你應當用新的System.map來取代老的System.map。
雖然核心本身並不真正使用System.map，但其它程式比如klogd，lsof和ps等軟體需要一個正確的System.map。如果你使用錯誤的或沒有System.map，klogd的輸出將是不可靠的，這對於排除程式故障會帶來困難。沒有System.map，你可能會面臨一些令人煩惱的提示信息。
另外少數驅動需要System.map來解析符號，沒有為你當前運行的特定核心創建的System.map它們就不能正常工作。
Linux的核心日誌守護進程klogd為了執行名稱-地址解析，klogd需要使用System.map。System.map應當放在使用它的軟體能夠找到它的地方。執行:man klogd可知，如果沒有將System.map作為一個變數的位置給klogd，那么它將按照下面的順序，在三個地方查找System.map:
/boot/System.map
/System.map
/usr/src/linux/System.map
System.map也有版本信息，klogd能夠智慧型地查找正確的映象(map)檔案。
核心符號表是怎么創建的呢? System.map是由“nm vmlinux”產生並且不相關的符號被濾出。
編譯核心時，System.map創建在/usr/src/linux-2.4/System.map。像下面這樣:
nm /boot/vmlinux-2.4.7-10 > System.map
nm vmlinux | grep -v '\(compiled\)\|\(\.o$$\)\|\( [aUw] \)\|\(\.\.ng$$\)\|\(LASH[RL]DI\)' | sort > System.map
然後複製到/boot:
cp /usr/src/linux/System.map /boot/System.map-2.4.7-10
是System.map檔案的一部分:
在進行程式設計時，會命名一些變數名或函式名之類的符號。Linux核心是一個很複雜的代碼塊，有許許多多的全局符號。
Linux核心不使用符號名，而是通過變數或函式的地址來識別變數或函式名。比如不是使用size_t BytesRead這樣的符號，而是像c0343f20這樣引用這個變數。
對於使用計算機的人來說，更喜歡使用那些像size_t BytesRead這樣的名字，而不喜歡像c0343f20這樣的名字。核心主要是用c寫的，所以編譯器/連線器允許我們編碼時使用符號名，當核心運行時使用地址。
然而，在有的情況下，我們需要知道符號的地址，或者需要知道地址對應的符號。這由符號表來完成，符號表是所有符號連同它們的地址的列表。就是一個核心符號表，可知變數名checkCPUtype在核心地址c01000a5。
Linux 符號表使用到2個檔案:
/proc/ksyms
System.map
/proc/ksyms是一個“proc file”，在核心引導時創建。實際上，它並不真正的是一個檔案，它只不過是核心數據的表示，卻給人們是一個磁碟檔案的假象，這從它的檔案大小是0可以看出來。然而，System.map是存在於你的檔案系統上的實際檔案。
當你編譯一個新核心時，各個符號名的地址要發生變化，你的老的System.map具有的是錯誤的符號信息。每次核心編譯時產生一個新的System.map，你應當用新的System.map來取代老的System.map。
雖然核心本身並不真正使用System.map，但其它程式比如klogd，lsof和ps等軟體需要一個正確的System.map。如果你使用錯誤的或沒有System.map，klogd的輸出將是不可靠的，這對於排除程式故障會帶來困難。沒有System.map，你可能會面臨一些令人煩惱的提示信息。
另外少數驅動需要System.map來解析符號，沒有為你當前運行的特定核心創建的System.map它們就不能正常工作。
Linux的核心日誌守護進程klogd為了執行名稱-地址解析，klogd需要使用System.map。System.map應當放在使用它的軟體能夠找到它的地方。執行:man klogd可知，如果沒有將System.map作為一個變數的位置給klogd，那么它將按照下面的順序，在三個地方查找System.map:
/boot/System.map
/System.map
/usr/src/linux/System.map
System.map也有版本信息，klogd能夠智慧型地查找正確的映象(map)檔案。
