核心引導階段
檢測硬體裝置
裝置驅動初始化
將 / 唯讀掛在
載入初始程序 systemd
核心檔案丟失請重新安裝核心
接下來做測試,做實驗之前先將/etc/sysconfig/selinux中selinux改為disabled，要不然啟動虛擬的時候會重新識別核心檔案，識別完成之後重新啟動，這個過程會非常緩慢。
先刪除核心
[root@localhost ~]# uname -r
3.10
.0-123.el7.x86_64
[root@localhost ~]# rpm -qa | grep kernel ##列出核心資訊
kernel-tools-libs-3.10
.0-123.el7.x86_64
abrt-addon-kerneloops-2.1
.11-12.el7.x86_64
kernel-3.10
.0-123.el7.x86_64
kernel-tools-3.10
.0-123.el7.x86_64
[root@localhost ~]# cd /boot/
[root@localhost boot]# ls ##列出/boot/下的檔案
config-3.10
.0-123.el7.x86_64
grub
grub2
initramfs-0-rescue-946cb0e817ea4adb916183df8c4fc817.img
initramfs-3.10
.0-123.el7.x86_64.img
initrd-plymouth.img
symvers-3.10
.0-123.el7.x86_64.gz
system.map-3.10
.0-123.el7.x86_64
vmlinuz-0-rescue-946cb0e817ea4adb916183df8c4fc817
vmlinuz-3.10
.0-123.el7.x86_64
[root@localhost boot]# uname -r ##顯示核心版本
3.10
.0-123.el7.x86_64
[root@localhost boot]# rm -fr vmlinuz-3.10.0-123.el7.x86_64##刪除核心檔案
[root@localhost boot]# reboot
connection to 172.25
.254
.20 closed by remote host.
connection to 172.25
.254
.20 closed.
在48主機
先執行[kiosk@foundation48
desktop]$ virt-manager 關閉server虛擬機器，進入挽救模式
sh-4.2
# chroot /mnt/sysimage/ ##進入根目錄
bash-4.2
# mount /dev/cdrom /mnt/ ##掛載光碟機
bash-4.2
# cp /mnt/packages/kernel-3.10.0-123.e17.x86_64.rpm /root/ ##複製核心rpm包
bash-4.2
# cd /root/
bash-4.2
# ls
bash-4.2
# rpm2cpio kernel-3.10.0-123.e17.x86_64.rpm |cpio -id ##rpm2cpio命令用於將rpm軟體包轉換為cpio格式的檔案 ，如果是第一做這個實驗的話，會直接輸出結果，要是第二次，就會自動檢測，出現很多**，等待一會就會出現結果了
因為自己是第二次操作這個實驗，所以會進行掃瞄
接下來做另乙個測試
當刪掉這個[root@localhost boot]# rm -fr initramfs-3.10.0-123.el7.x86_64.img ，如何恢復
重啟後會看到
在48主機
先執行[kiosk@foundation48 desktop]$ virt-manager 關閉server虛擬機器，進入挽救模式
sh-4.2
# chroot /mnt/sysimage/ ##進入根目錄
bash-4.2
# mkinitrd /boot/initramfs-$(uname -r).img $(uname -r)
cat:write error: broken pipe
##出現這個不用理會
Linux動態載入核心模組時出現問題
在linux系統中安裝ko檔案時，系統報錯 altera cvp module verification failed signature and or required key missing tainting kernel 一來一去問了幾個在linux上進行開發的人員，都說不知道。剛開始找了幾篇...
系統迭代,運營出現問題應急方案
如果當前系統穩定版是v2.3.0,迭代後新版v2.3.1。由於新版運營中發現問題，怎麼快速回滾？系統 部分 1.如果系統配置版本控制，直接回退到v2.3.0的版本即可 2.如果沒有配置版本控制，系統應該部署2套 v2.3.0版和v2.3.1版。將運營系統入口直接指向v2.3.0版即可 廢棄v2.3....
專案上線出現問題如何解決
一.第一步 評估bug的影響範圍 1 分析bug影響的使用者數量 檢查bug是否業務核心環節的功能問題，是的話則影響的使用者量比較多 2 分析bug影響的嚴重程度 檢查bug是否涉及到使用者的個人資訊洩露 資金財產損失等比較敏感的功能，涉及的話則認為bug比較嚴重 對於bug影響範圍的評估，必須盡可...