- [FAQ]
- [安裝openEuler時(shí)選擇第二盤(pán)位為安裝目標(biāo),操作系統(tǒng)無(wú)法啟動(dòng)]
- [openEuler開(kāi)機(jī)后進(jìn)入emergency模式]
- [系統(tǒng)中存在無(wú)法激活的邏輯卷組時(shí),重裝系統(tǒng)失敗]
- [選擇安裝源出現(xiàn)異常]
- [如何手動(dòng)開(kāi)啟kdump服務(wù)]
- [多塊磁盤(pán)組成邏輯卷安裝系統(tǒng)后,再次安裝不能只選其中一塊磁盤(pán)]
- [x86物理機(jī)UEFI模式由于Secure Boot安全選項(xiàng)問(wèn)題無(wú)法安裝]
安裝openEuler時(shí)選擇第二盤(pán)位為安裝目標(biāo),操作系統(tǒng)無(wú)法啟動(dòng)
問(wèn)題現(xiàn)象
安裝操作系統(tǒng)時(shí),直接將系統(tǒng)安裝到第二塊磁盤(pán)sdb,重啟系統(tǒng)后啟動(dòng)失敗。
原因分析
當(dāng)安裝系統(tǒng)到第二塊磁盤(pán)時(shí),MBR和GRUB會(huì)默認(rèn)安裝到第二塊磁盤(pán)sdb。這樣會(huì)有下面兩種情況:
- 如果第一塊磁盤(pán)中有完整系統(tǒng),則加載第一塊磁盤(pán)中的系統(tǒng)啟動(dòng)。
- 如果第一塊磁盤(pán)中沒(méi)有完好的操作系統(tǒng),則會(huì)導(dǎo)致硬盤(pán)啟動(dòng)失敗。
以上兩種情況都是因?yàn)锽IOS默認(rèn)從第一塊磁盤(pán)sda中加載引導(dǎo)程序啟動(dòng)系統(tǒng),如果sda沒(méi)有系統(tǒng),則會(huì)導(dǎo)致啟動(dòng)失敗。
解決方法
有以下兩種解決方案:
- 當(dāng)系統(tǒng)處于安裝過(guò)程中,在選擇磁盤(pán)(選擇第一塊或者兩塊都選擇)后,指定引導(dǎo)程序安裝到第一塊盤(pán)sda中。
- 當(dāng)系統(tǒng)已經(jīng)安裝完成,若BIOS支持選擇從哪個(gè)磁盤(pán)啟動(dòng),則可以通過(guò)修改BIOS中磁盤(pán)啟動(dòng)順序,嘗試重新啟動(dòng)系統(tǒng)。
openEuler開(kāi)機(jī)后進(jìn)入emergency模式
問(wèn)題現(xiàn)象
openEuler系統(tǒng)開(kāi)機(jī)后進(jìn)入emergency模式,如下圖所示:
原因分析
操作系統(tǒng)文件系統(tǒng)損壞導(dǎo)致磁盤(pán)掛載失敗,或者io壓力過(guò)大導(dǎo)致磁盤(pán)掛載超時(shí)(超時(shí)時(shí)間為90秒)。
系統(tǒng)異常掉電、物理磁盤(pán)io性能低等情況都可能導(dǎo)致該問(wèn)題。
解決方法
- 用戶(hù)直接輸入root賬號(hào)的密碼,登錄系統(tǒng)。
- 使用fsck工具,檢測(cè)并修復(fù)文件系統(tǒng),然后重啟。
說(shuō)明:
fsck(file system check)用來(lái)檢查和維護(hù)不一致的文件系統(tǒng)。若系統(tǒng)掉電或磁盤(pán)發(fā)生問(wèn)題,可利用fsck命令對(duì)文件系統(tǒng)進(jìn)行檢查。 用戶(hù)可以通過(guò)“fsck.ext3 -h”、“fsck.ext4 -h”命令查看fsck的使用方法。
另外,如果用戶(hù)需要取消磁盤(pán)掛載超時(shí)時(shí)間,可以直接在“/etc/fstab”文件中添加“x-systemd.device-timeout=0”。如下:
""#
# /etc/fstab
# Created by anaconda on Mon Sep 14 17:25:48 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/openEuler-root / ext4 defaults,x-systemd.device-timeout=0 0 0
UUID=afcc811f-4b20-42fc-9d31-7307a8cfe0df /boot ext4 defaults,x-systemd.device-timeout=0 0 0
/dev/mapper/openEuler-home /home ext4 defaults 0 0
/dev/mapper/openEuler-swap swap swap defaults 0 0
系統(tǒng)中存在無(wú)法激活的邏輯卷組時(shí),重裝系統(tǒng)失敗
問(wèn)題現(xiàn)象
由于磁盤(pán)故障,系統(tǒng)中存在無(wú)法激活的邏輯卷組,重裝系統(tǒng)出現(xiàn)異常。
原因分析
安裝時(shí)有激活邏輯卷組的操作,無(wú)法激活時(shí)會(huì)拋出異常。
解決方法
重裝系統(tǒng)前如果系統(tǒng)中存在無(wú)法激活的邏輯卷組,為了避免重裝系統(tǒng)過(guò)程出現(xiàn)異常,需在重裝前將邏輯卷組恢復(fù)到正常狀態(tài)或者清除這些邏輯卷組。舉例如下:
- 恢復(fù)邏輯卷組狀態(tài)
- 使用以下命令清除vg激活狀態(tài), 防止出現(xiàn)“Can't open /dev/sdc exclusively mounted filesystem”。
"" vgchange -a n testvg32947
- 根據(jù)備份文件重新創(chuàng)建pv。
""pvcreate --uuid JT7zlL-K5G4-izjB-3i5L-e94f-7yuX-rhkLjL --restorefile /etc/lvm/backup/testvg32947 /dev/sdc
- 恢復(fù)vg信息。
""vgcfgrestore testvg32947
- 重新激活vg。
"" vgchange -ay testvg32947
- 使用以下命令清除vg激活狀態(tài), 防止出現(xiàn)“Can't open /dev/sdc exclusively mounted filesystem”。
- 清除邏輯卷組
""vgchange -a n testvg32947 vgremove -y testvg32947
選擇安裝源出現(xiàn)異常
問(wèn)題現(xiàn)象
選擇安裝源后出現(xiàn):“Error checking software selection”。
原因分析
這種現(xiàn)象是由于安裝源中的軟件包依賴(lài)存在問(wèn)題。
解決方法
檢查安裝源是否存在異常。使用新的安裝源。
如何手動(dòng)開(kāi)啟kdump服務(wù)
問(wèn)題現(xiàn)象
執(zhí)行systemctl status kdump命令,顯示狀態(tài)信息如下,提示無(wú)預(yù)留內(nèi)存。
原因分析
kdump服務(wù)需要系統(tǒng)預(yù)留一段內(nèi)存用于運(yùn)行kdump內(nèi)核,而當(dāng)前系統(tǒng)沒(méi)有為kdump服務(wù)預(yù)留內(nèi)存,所以無(wú)法運(yùn)行kdump服務(wù)。
解決方法
已安裝操作系統(tǒng)的場(chǎng)景
-
修改/boot/efi/EFI/openEuler/grub.cfg,添加crashkernel=1024M,high。
-
重啟系統(tǒng)使配置生效。
-
執(zhí)行如下命令,檢查kdump狀態(tài):
""systemctl status kdump
若回顯如下,即kdump的狀態(tài)為active,說(shuō)明kdump已使能,操作結(jié)束。
參數(shù)說(shuō)明
kdump內(nèi)核預(yù)留內(nèi)存參數(shù)說(shuō)明如下:
表 1 crashkernel參數(shù)說(shuō)明
[]()
[]()[]()內(nèi)核啟動(dòng)參數(shù) | []()[]()描述 | []()[]()默認(rèn)值 | []()[]()備注 |
---|---|---|---|
[]()[]()crashkernel=X | []()[]()在4G以下的物理內(nèi)存預(yù)留X大小的內(nèi)存給kdump使用 | []()[]()無(wú),用戶(hù)根據(jù)實(shí)際情況調(diào)整 | []()[]()該配置方法只在4G以下內(nèi)存預(yù)留,必須保證4G以下連續(xù)可用內(nèi)存足夠預(yù)留 |
[]()[]()crashkernel=X@Y | []()[]()在Y起始地址預(yù)留X大小的內(nèi)存給kdump使用 | []()[]()無(wú),用戶(hù)根據(jù)實(shí)際情況調(diào)整 | []()[]()需要確保Y起始地址的X大小內(nèi)存未被其他模塊預(yù)留 |
[]()[]()crashkernel=X,high | []()[]()在4G以下的物理內(nèi)存中預(yù)留256M大小,在4G以上預(yù)留X大小內(nèi)存給kdump使用 | []()[]()無(wú),用戶(hù)根據(jù)實(shí)際情況調(diào)整,推薦值為1024M,high | []()[]()確保4G以下內(nèi)存有256M連續(xù)可用內(nèi)存,4G以上有連續(xù)X大小內(nèi)存可預(yù)留。實(shí)際預(yù)留內(nèi)存大小為256M+X |
[]()[]()crashkernel=X,low[]()[]()crashkernel=Y,high | []()[]()在4G以下的物理內(nèi)存中預(yù)留X大小,在4G以上預(yù)留Y大小內(nèi)存給kdump使用 | []()[]()無(wú),用戶(hù)根據(jù)實(shí)際情況調(diào)整 | []()[]()需要確保4G以下有X大小連續(xù)可用內(nèi)存,4G以上有Y大小連續(xù)可用內(nèi)存。實(shí)際預(yù)留內(nèi)存大小為X+Y |
多塊磁盤(pán)組成邏輯卷安裝系統(tǒng)后,再次安裝不能只選其中一塊磁盤(pán)
問(wèn)題現(xiàn)象
在安裝系統(tǒng)時(shí),如果之前的系統(tǒng)選擇多塊磁盤(pán)組成邏輯卷進(jìn)行安裝,再次安裝時(shí),如果只選擇了其中的一塊或幾塊磁盤(pán),沒(méi)有全部選擇,在保存配置時(shí)提示配置錯(cuò)誤,如[圖1]所示。
圖 1 配置錯(cuò)誤提示[]()
原因分析
之前的邏輯卷包含了多塊磁盤(pán),只在一塊磁盤(pán)上安裝會(huì)破壞邏輯卷。
解決方法
因?yàn)槎鄩K磁盤(pán)組成邏輯卷相當(dāng)于一個(gè)整體,所以只需要?jiǎng)h除對(duì)應(yīng)的卷組即可。
-
按“Ctrl+Alt+F2”可以切換到命令行,執(zhí)行如下命令找到卷組。
""vgs
-
執(zhí)行如下命令,刪除卷組。
""vgremove euleros
-
執(zhí)行如下命令,重啟安裝程序即可生效。
""systemctl restart anaconda
說(shuō)明:
圖形模式下也可以按“Ctrl+Alt+F6”回到圖形界面,點(diǎn)擊[圖1]右下角的“Refresh”刷新存儲(chǔ)配置生效。
x86物理機(jī)UEFI模式由于Secure Boot安全選項(xiàng)問(wèn)題無(wú)法安裝
問(wèn)題現(xiàn)象
x86物理機(jī)安裝系統(tǒng)時(shí),由于設(shè)置了BIOS選項(xiàng)Secure Boot 為Enabled(默認(rèn)是Disabled),導(dǎo)致系統(tǒng)一直停留在“No bootable device”提示界面,無(wú)法繼續(xù)安裝,如[圖2]所示。
圖 2 “No bootable device”提示界面[]()
原因分析
開(kāi)啟Secure Boot后,主板會(huì)驗(yàn)證引導(dǎo)程序及操作系統(tǒng) ,若沒(méi)有用對(duì)應(yīng)的私鑰進(jìn)行簽名,則無(wú)法通過(guò)主板上的內(nèi)置公鑰進(jìn)行認(rèn)證。
解決方法
進(jìn)入BIOS,設(shè)置Secure Boot為Disabled,重新安裝即可。
- 系統(tǒng)啟動(dòng)時(shí),按“F11”,輸入密碼“Admin@9000”進(jìn)入BIOS。
- 選擇進(jìn)入Administer Secure Boot。
- 設(shè)置Enforce Secure Boot為Disabled。
說(shuō)明:
設(shè)置Secure Boot為Disabled之后,保存退出,重新安裝即可。
-
操作系統(tǒng)
+關(guān)注
關(guān)注
37文章
6862瀏覽量
123513 -
BIOS
+關(guān)注
關(guān)注
5文章
469瀏覽量
45808 -
磁盤(pán)
+關(guān)注
關(guān)注
1文章
379瀏覽量
25237 -
X86
+關(guān)注
關(guān)注
5文章
295瀏覽量
43510 -
openEuler
+關(guān)注
關(guān)注
2文章
319瀏覽量
5923
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論