rhel編譯linux內核
A. 用的是虛擬機,redhat9 linux內核是2.4.20,我編譯的也是/usr/src/linux-2.4.20-8的內核就是想看看怎麼編譯
生成鏡像出錯，建議換種方法重新編譯，編譯的時候原來的內核不要刪除，萬一不成功的話可以用先前的內核
B. RedHatLinux修改內核參數，不是很懂，求指點，謝謝
/proc 裡面的文件都不是真的，他是一個特殊的文件系統。
修改這些設置我記得是在 /etc/ 裡面有一個塵磨配置，設置唯謹好後用一個軟體來刷新這個內核配置。
如果自己直接修派山斗改的話，最好是 echo xxxxx > /proc/xxx/xxx/xxx 的方式修改。
C. 如何在CentOS/RHEL上安裝或升級新的內核版本
1、對於CentOS/RHEL系統，盡量使用yum方式或RPM包安裝/升級內核，需要注意的是紅帽的Red Hat Linux服務需要訂閱。
2、使用安裝新內核而不是直接升級內核，安裝新內核不會覆蓋舊內核，而升級會導致新內核直接替換舊內核，可能會導致系統無法啟動，安裝也可以讓我們在升級後有回滾的選擇。
3、一般地，對於大多數Linux分發版，使用yum/dnf和分發版布官方的存儲庫來升級內核，這種方式只能升級到該分發版的存儲庫提供的最新版本，而不是Linux內核組織發布的最新內核。
4、如果想迅速並且安全地使用最新內核，對於CentOS/RHEL系統並不支持yum的方式直接安裝或升級。那麼此時我們可以使用ELRepo(第三方存儲庫)進行內核安裝升級。
5、下載新內核的源碼包進行編譯安裝，這種方式有助於我們更細致地學習內核底層知識，但在生產環境中不推薦編譯安裝。
6、盡量使用最新的Linux發行版，新的Liunx發行版包含該發行版維護的新內核，如果有必要，那麼請使用如yum upgrade或者yum update來更新你的系統。對於Ubuntu、Debian等發行版，使用apt-get update方式來更新。
D. redhat linux 9.0內核升級出現錯誤。
後的內核基本能支持所有的sata了。
主板的BIOS先要將SATA的模式從「增強」設成 老模式，才能啟動RH9 的安裝程序，（不然，會提示找不到硬碟！）！
安裝好後，要升級內核到2.4.22！編譯內核一定要選擇SMP的支持，因為P42.4GC是支持超線信毀嘩程的技術的，就像雙CPU一樣工作！
還要選擇USB支持，選擇sound core support !(不要選擇任何聲音設備）
接著修改GRUB的啟動參數，將 hda 改成 hde 就行，分區號不變！還有就是FSTAB還要改一下，不然啟動後不能激活「SWAP」交換分區！
重新啟動後，將BIOS中的，驅動器余舉 SATA介面再改回 「增強」模式！這樣才能發揮串列ATA介面的全部功能 ！
安裝過程：
1、基本配置：P2-3.0E，256M DDR400 * 2，碩泰克SL-86SPE4(intel 865PE)，希捷 80G 8M 串列，七彩虹GeForce4 MX440，SAMSUNG 795MB。
2、分析，BIOS預設設置時，SATA被認為是Third IDE Master(hde)和Third IDE Slave(hdf)，在Linux(尤其是老版本)下無法識別。
3、在BIOS中修改相應選項：
BIOS---Advanced BIOS Features
---IDE configuration
---IDE Configuration [P/S-ATA(WIN98/ME)] // 使用兩個SATA和兩個PATA介面
---Combined Mode Option [S-ATA 1ST CHANNEL] // SATA佔用第一個通道(IDE0)
---S-ATA Ports Definition [P0-MASTER/P1SLAVE] // IDE0作為MASTER, IDE1作為SLAVE
結果顯示如下：
PRIMARY IDE MASTER [ HARD DISK ] // 這個是SATA
PRIMARY IDE SLAVE [ NONE ] //滑行
SECONDARY IDE MASTER [ NONE ] //
SECONDARY IDE SLAVE [ CDROM ] // 這個是PATA
然後可以正常安裝，串列硬碟被識別為hda。
4、如果不把BIOS的選項改過來，就不需要重新編譯內核，並把GRUB和fstab中間的hda改成hde了。
E. 成功升級過Linux內核的都進來看下哈，我把RHEL5內核升級到3.0.1，從新內核無法啟動
同樣啊 我重新編譯了7、8次 每一次能用 估計細節還沒弄透 同求高手
F. linux內核編譯加入驅動
1、內核編譯前期make menu時有固定的硬體支持列表，你選定就行了
2、如果你的網卡驅動支持加到內核源碼，你就能在make menu是選定你的網卡驅動
3、讀一下網卡驅動源碼的INSTALL或README文檔，肯定有安裝步驟
4、一般網卡驅動編譯後，可以用insmod安裝使用
G. CentOS，RHEL 6.X 為什麼不升級內核到 3.X
確認內核及版本信息
[root@hostname ~]# uname -r
2.6.32-220.el6.x86_64
[root@hostname ~]# cat /etc/centos-release
CentOS release 6.5 (Final)
安裝軟體
編譯安裝新內核，依賴於開發環境和開發庫
# yum grouplist //查看已經安裝的和未安裝的軟體包組，來判斷我們是否安裝了相應的開發環境和開發庫；
# yum groupinstall "Development Tools" //一般是安裝這兩個軟體包組，這樣做會確定你擁有編譯搏液時所需的一切工具
# yum install ncurses-devel //你必須這樣才能讓 make *config 這個指令正確地執行
# yum install qt-devel //如果你沒有 X 環境，這一條可以不用
# yum install hmaccalc zlib-devel binutils-devel elfutils-libelf-devel //創建 CentOS-6 內核時需要它們
如果當初安裝系統是選擇了Software workstation，上面的安裝包幾乎都已包含。
2. 編譯內核
獲取並解壓內核源碼，配置編譯項
Linux內核版本有兩種：穩定版和開發版 ，Linux內核版本號由基稿物3個數字組成：r.x.y
r: 主敬氏版本號
x: 次版本號，偶數表示穩定版本；奇數表示開發中版本。
y: 修訂版本號 ， 表示修改的次數
去 http://www.kernel.org 首頁，可以看到有stable, longterm等版本，longterm是比stable更穩定的版本，會長時間更新，因此我選擇 3.10.58。
[root@sean ~]#wget https://www.kernel.org/pub/linux/kernel/v3.x/linux-3.10.28.tar.xz
[root@sean ~]# tar -xf linux-3.10.58.tar.xz -C /usr/src/
[root@sean ~]# cd /usr/src/linux-3.10.58/
[root@sean linux-3.10.58]# cp /boot/config-2.6.32-220.el6.x86_64 .config
我們在系統原有的內核配置文件的基礎上建立新的編譯選項，所以復制一份到當前目錄下，命名為.config。接下來繼續配置：
[root@sean linux-3.10.58]# sh -c 'yes "" | make oldconfig'
HOSTCC scripts/basic/fixdep
HOSTCC scripts/kconfig/conf.o
SHIPPED scripts/kconfig/zconf.tab.c
SHIPPED scripts/kconfig/zconf.lex.c
SHIPPED scripts/kconfig/zconf.hash.c
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf --oldconfig Kconfig
.config:555:warning: symbol value 'm' invalid for PCCARD_NONSTATIC
.config:2567:warning: symbol value 'm' invalid for MFD_WM8400
.config:2568:warning: symbol value 'm' invalid for MFD_WM831X
.config:2569:warning: symbol value 'm' invalid for MFD_WM8350
.config:2582:warning: symbol value 'm' invalid for MFD_WM8350_I2C
.config:2584:warning: symbol value 'm' invalid for AB3100_CORE
.config:3502:warning: symbol value 'm' invalid for MMC_RICOH_MMC
*
* Restart config...
*
*
* General setup
*
... ...
XZ decompressor tester (XZ_DEC_TEST) [N/m/y/?] (NEW)
Averaging functions (AVERAGE) [Y/?] (NEW) y
CORDIC algorithm (CORDIC) [N/m/y/?] (NEW)
JEDEC DDR data (DDR) [N/y/?] (NEW)
#
# configuration written to .config
make oldconfig會讀取當前目錄下的.config文件，在.config文件里沒有找到的選項則提示用戶填寫，然後備份.config文件為.config.old，並生成新的.config文件，參考http://stackoverflow.com/questions/4178526/what-does-make-oldconfig-do-exactly-linux-kernel-makefile
有的文檔里介紹使用make memuconfig，它便是根據需要定製模塊，類似界面如下：（在此不需要）
開始編譯
[root@sean linux-3.10.58]# make -j4 bzImage //生成內核文件
[root@sean linux-3.10.58]# make -j4 moles //編譯模塊
[root@sean linux-3.10.58]# make -j4 moles_install //編譯安裝模塊
-j後面的數字是線程數，用於加快編譯速度，一般的經驗是，邏輯CPU，就填寫那個數字，例如有8核，則為-j8。（moles部分耗時30多分鍾）
安裝
[root@sean linux-3.10.58]# make install
實際運行到這一步時，出現ERROR: modinfo: could not find mole vmware_balloon，但是不影響內核安裝，是由於vsphere需要的模塊沒有編譯，要避免這個問題，需要在make之前時修改.config文件，加入
HYPERVISOR_GUEST=yCONFIG_VMWARE_BALLOON=m
（這一部分比較容易出問題，參考下文異常部分）
修改grub引導，重啟
安裝完成後，需要修改Grub引導順序，讓新安裝的內核作為默認內核。
編輯 grub.conf文件，
vi /etc/grub.conf
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (3.10.58)
root (hd0,0)
...
數一下剛剛新安裝的內核在哪個位置，從0開始，然後設置default為那個數字，一般新安裝的內核在第一個位置，所以設置default=0。
重啟reboot：
boot-with-new-kernel
確認當內核版本
[root@sean ~]# uname -r
3.10.58
升級內核成功!
3. 異常
編譯失敗（如缺少依賴包）
可以先清除，再重新編譯：
# make mrproper #完成或者安裝過程出錯，可以清理上次編譯的現場
# make clean
在vmware虛擬機上編譯，出現類似下面的錯誤
[root@sean linux-3.10.58]# make install
sh /usr/src/linux-3.10.58/arch/x86/boot/install.sh 3.10.58 arch/x86/boot/bzImage \
System.map "/boot"
ERROR: modinfo: could not find mole vmware_balloon
可以忽略，如果你有強迫症的話，嘗試以下辦法：
要在vmware上需要安裝VMWARE_BALLOON，可直接修改.config文件，但如果vi直接加入CONFIG_VMWARE_BALLOON=m依然是沒有效果的，因為它依賴於HYPERVISOR_GUEST=y。如果你不知道這層依賴關系，通過make menuconfig後，Device Drivers -> MISC devices 下是找不到VMware Balloon Driver的。（手動vi .config修改HYPERVISOR_GUEST後，便可以找到這一項），另外，無論是通過make menuconfig或直接vi .config，最後都要運行sh -c 'yes "" | make oldconfig'一次得到最終的編譯配置選項。
然後，考慮到vmware_balloon可能在這個版本里已更名為vmw_balloon，通過下面的方法保險起見：
# cd /lib/moles/3.10.58/kernel/drivers/misc/
# ln -s vmw_balloon.ko vmware_balloon.ko #建立軟連接
其實，針對安裝docker的內核編譯環境，最明智的選擇是使用sciurus幫我們配置好的.config文件。
也建議在make bzImage之前，運行腳本check-config.sh檢查當前內核運行docker所缺失的模塊。
當提示缺少其他mole時如NF_NAT_IPV4時，也可以通過上面的方法解決，然後重新編譯。
4. 幾個重要的Linux內核文件介紹
在網路中，不少伺服器採用的是Linux系統。為了進一步提高伺服器的性能，可能需要根據特定的硬體及需求重新編譯Linux內核。編譯Linux內核，需要根據規定的步驟進行，編譯內核過程中涉及到幾個重要的文件。比如對於RedHat Linux，在/boot目錄下有一些與Linux內核有關的文件，進入/boot執行：ls –l。編譯過RedHat Linux內核的人對其中的System.map 、vmlinuz、initrd-2.4.7-10.img印象可能比較深刻，因為編譯內核過程中涉及到這些文件的建立等操作。那麼這幾個文件是怎麼產生的？又有什麼作用呢？
（1）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的壓縮文件。
（2） initrd-x.x.x.img
initrd是「initial ramdisk」的簡寫。initrd一般被用來臨時的引導硬體到實際內核vmlinuz能夠接管並繼續引導的狀態。比如，使用的是scsi硬碟，而內核vmlinuz中並沒有這個scsi硬體的驅動，那麼在裝入scsi模塊之前，內核不能載入根文件系統，但scsi模塊存儲在根文件系統的/lib/moles下。為了解決這個問題，可以引導一個能夠讀實際內核的initrd內核並用initrd修正scsi引導問題。initrd-2.4.7-10.img是用gzip壓縮的文件，下面來看一看這個文件的內容。
initrd實現載入一些模塊和安裝文件系統等。
initrd映象文件是使用mkinitrd創建的。mkinitrd實用程序能夠創建initrd映象文件。這個命令是RedHat專有的。其它Linux發行版或許有相應的命令。這是個很方便的實用程序。具體情況請看幫助：man mkinitrd
下面的命令創建initrd映象文件：
（3） 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
下面幾行來自/usr/src/linux-2.4/Makefile：
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
在進行程序設計時，會命名一些變數名或函數名之類的符號。Linux內核是一個很復雜的代碼塊，有許許多多的全局符號。
Linux內核不使用符號名，而是通過變數或函數的地址來識別變數或函數名。比如不是使用size_t BytesRead這樣的符號，而是像c0343f20這樣引用這個變數。
對於使用計算機的人來說，更喜歡使用那些像size_t BytesRead這樣的名字，而不喜歡像c0343f20這樣的名字。內核主要是用c寫的，所以編譯器/連接器允許我們編碼時使用符號名，當內核運行時使用地址。
然而，在有的情況下，我們需要知道符號的地址，或者需要知道地址對應的符號。這由符號表來完成，符號表是所有符號連同它們的地址的列表。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）文件。
H. redhat跟centOS的區別
首先因為Redhat是基於Linux內核的，Linux本身就是開源的，根據Linux內核遵循GPL v2協議的規定，Redhat系統必須開源它的源碼，事實上Redhat的編譯版本和源碼都是可以免費下載的。所以有人就下載了Redhat的源碼，把Redhat的logo之類的標志、版本信息去掉後，自己編譯成一個系統，並上傳到網上供大家下載使用，後來成立了一個組織專門做優化這個自己編譯的操作系統，並把這個系統叫做：Community enterprise operating system，取第一個單詞的首字母C和第二個單詞的前三個字母ent，簡稱Cent操作系統，而我們知道操作系統一般都用OS做簡稱，故這個系統叫：CentOS，它的本意就是「社區版企業操作系統」，就是網上社區的成員拿紅帽的代碼編譯的。
所以，CentOS其實就是Redhat，可以說它們沒有區別，唯一的區別是CentOS去掉了Redhat的商標(logo)之類的版權信息，另外，編譯的時候，因為社區是民間組織，我們常說高人在民間，所以CentOS社區的人在編譯Redhat源碼時可能發現了一些錯誤，他們會對這些錯誤進行修正。
有人可能會覺得奇怪，Redhat公司的人這么辛苦寫出來的源碼，卻還必須遵守GPL協議免費公開發到網上供大家下載使用，那Redhat還怎麼賺錢？答案是，Redhat系統本身也是免費的，它的系統根本就不要錢，要錢的是「服務」和「商業授權費」，當公司使用Redhat系統(也就Redhat for Enterprise Linux，即紅帽企業操作系統)時，你必須給Redhat公司交「授權費」，個人使用沒人管你，因為它的系統你隨時可以免費下載，但是公司使用它時，如果被它發現了你沒有給授權費，就會被起訴賠錢，另外就是你可以使用Redhat的「服務」，伺服器出問題他們的專業人員可以幫你處理，這也是收費的。
又有人可能會覺得很奇怪，既然RHEL系統免費讓你下，源碼也免費讓你下，但為什麼你用RHEL系統就要授權費？因為RHEL系統是Redhat公司開發的，人家有版權，但你交了授權費之後，如果系統出現什麼大的問題，Redhat公司應該也是要賠你公司錢的，你可以選擇不用RHEL系統，而是用CentOS系統，因為根據前面所說，CentOS其實就是Redhat系統嘛，只不過去掉了Redhat版權信息，改成了CentOS，而CentOS是社區版，是免費的。但是由於CentOS是免費的，如果你使用CentOS有什麼重大問題造成公司有重大損失，CentOS是不會賠你錢的，因為CentOS本身並不是公司，而是一個民間組織，它們的存在，實際上就是因為有很多人認為自己技術夠牛，不需要Redhat公司來做技術支持，也不想花錢買RHEL系統的使用授權，所以他們自己使用Redhat的源碼編譯出來CentOS，並且由於代碼不是他們自己寫的，所以他們不能對CentOS收費，因為他們本身就是為了不使用收費的RHEL才自己編譯的CentOS，所以他們自然也不會去收費(也無權收費)，但因為他們不收費，所以也不需要對使用者負責，也就是說使用者因為CentOS出什麼問題對公司造成損失，他們是不需要負責的，你既然想省錢就別怕出事。
然而CentOS實際上是比較穩定的，也不會出什麼事，所以目前國內絕大部分互聯網公司都使用CentOS系統，但也有使用Ubuntu的，國外用Ubuntu的更多，全世界用Ubuntu做伺服器的比用CentOS的多，但在中國用Ubuntu的比用CentOS的少，原因可能是因為中國最早那批會Linux的人都學的紅帽(Redhat)系統，他們教出來的人自然也都是用紅帽的，而CentOS其實就是紅帽，用法肯定也基本上一樣，所以大家相互學的都是這個系統的相關知識，導致國內大部分互聯網公司都用CentOS做伺服器。