RM新时代正规网址|首入球时间 ,RM新时代APP官网网址

[FAQ]
- [安裝openEuler時選擇第二盤位為安裝目標(biāo)，操作系統(tǒng)無法啟動]
- [openEuler開機(jī)后進(jìn)入emergency模式]
- [系統(tǒng)中存在無法激活的邏輯卷組時，重裝系統(tǒng)失敗]
- [選擇安裝源出現(xiàn)異常]
- [如何手動開啟kdump服務(wù)]
- [多塊磁盤組成邏輯卷安裝系統(tǒng)后，再次安裝不能只選其中一塊磁盤]
- [x86物理機(jī)UEFI模式由于Secure Boot安全選項問題無法安裝]

安裝openEuler時選擇第二盤位為安裝目標(biāo)，操作系統(tǒng)無法啟動

問題現(xiàn)象

安裝操作系統(tǒng)時，直接將系統(tǒng)安裝到第二塊磁盤sdb，重啟系統(tǒng)后啟動失敗。

原因分析

當(dāng)安裝系統(tǒng)到第二塊磁盤時，MBR和GRUB會默認(rèn)安裝到第二塊磁盤sdb。這樣會有下面兩種情況：

如果第一塊磁盤中有完整系統(tǒng)，則加載第一塊磁盤中的系統(tǒng)啟動。
如果第一塊磁盤中沒有完好的操作系統(tǒng)，則會導(dǎo)致硬盤啟動失敗。

以上兩種情況都是因為BIOS默認(rèn)從第一塊磁盤sda中加載引導(dǎo)程序啟動系統(tǒng)，如果sda沒有系統(tǒng)，則會導(dǎo)致啟動失敗。

解決方法

有以下兩種解決方案：

當(dāng)系統(tǒng)處于安裝過程中，在選擇磁盤（選擇第一塊或者兩塊都選擇）后，指定引導(dǎo)程序安裝到第一塊盤sda中。
當(dāng)系統(tǒng)已經(jīng)安裝完成，若BIOS支持選擇從哪個磁盤啟動，則可以通過修改BIOS中磁盤啟動順序，嘗試重新啟動系統(tǒng)。

openEuler開機(jī)后進(jìn)入emergency模式

問題現(xiàn)象

openEuler系統(tǒng)開機(jī)后進(jìn)入emergency模式，如下圖所示：

原因分析

操作系統(tǒng)文件系統(tǒng)損壞導(dǎo)致磁盤掛載失敗，或者io壓力過大導(dǎo)致磁盤掛載超時（超時時間為90秒）。

系統(tǒng)異常掉電、物理磁盤io性能低等情況都可能導(dǎo)致該問題。

解決方法

用戶直接輸入root賬號的密碼，登錄系統(tǒng)。
使用fsck工具，檢測并修復(fù)文件系統(tǒng)，然后重啟。

說明：

fsck（file system check）用來檢查和維護(hù)不一致的文件系統(tǒng)。若系統(tǒng)掉電或磁盤發(fā)生問題，可利用fsck命令對文件系統(tǒng)進(jìn)行檢查。用戶可以通過“fsck.ext3 -h”、“fsck.ext4 -h”命令查看fsck的使用方法。

另外，如果用戶需要取消磁盤掛載超時時間，可以直接在“/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)中存在無法激活的邏輯卷組時，重裝系統(tǒng)失敗

問題現(xiàn)象

由于磁盤故障，系統(tǒng)中存在無法激活的邏輯卷組，重裝系統(tǒng)出現(xiàn)異常。

原因分析

安裝時有激活邏輯卷組的操作，無法激活時會拋出異常。

解決方法

重裝系統(tǒng)前如果系統(tǒng)中存在無法激活的邏輯卷組，為了避免重裝系統(tǒng)過程出現(xiàn)異常，需在重裝前將邏輯卷組恢復(fù)到正常狀態(tài)或者清除這些邏輯卷組。舉例如下：

恢復(fù)邏輯卷組狀態(tài)
1. 使用以下命令清除vg激活狀態(tài)，防止出現(xiàn)“Can't open /dev/sdc exclusively mounted filesystem”。
```
"" vgchange -a n testvg32947
```
2. 根據(jù)備份文件重新創(chuàng)建pv。
```
""pvcreate --uuid JT7zlL-K5G4-izjB-3i5L-e94f-7yuX-rhkLjL --restorefile /etc/lvm/backup/testvg32947 /dev/sdc
```
3. 恢復(fù)vg信息。
```
""vgcfgrestore testvg32947
```
4. 重新激活vg。
```
"" vgchange -ay testvg32947
```

清除邏輯卷組

""vgchange -a n testvg32947
vgremove -y testvg32947

選擇安裝源出現(xiàn)異常

問題現(xiàn)象

選擇安裝源后出現(xiàn)：“Error checking software selection”。

原因分析

這種現(xiàn)象是由于安裝源中的軟件包依賴存在問題。

解決方法

檢查安裝源是否存在異常。使用新的安裝源。

如何手動開啟kdump服務(wù)

問題現(xiàn)象

執(zhí)行systemctl status kdump命令，顯示狀態(tài)信息如下，提示無預(yù)留內(nèi)存。

原因分析

kdump服務(wù)需要系統(tǒng)預(yù)留一段內(nèi)存用于運行kdump內(nèi)核，而當(dāng)前系統(tǒng)沒有為kdump服務(wù)預(yù)留內(nèi)存，所以無法運行kdump服務(wù)。

解決方法

已安裝操作系統(tǒng)的場景

修改/boot/efi/EFI/openEuler/grub.cfg，添加crashkernel=1024M,high。
重啟系統(tǒng)使配置生效。
執(zhí)行如下命令，檢查kdump狀態(tài)：
```
""systemctl status kdump
```
若回顯如下，即kdump的狀態(tài)為active，說明kdump已使能，操作結(jié)束。

參數(shù)說明

kdump內(nèi)核預(yù)留內(nèi)存參數(shù)說明如下：

表 1 crashkernel參數(shù)說明

[]()

[]()[]()內(nèi)核啟動參數(shù)	[]()[]()描述	[]()[]()默認(rèn)值	[]()[]()備注
[]()[]()crashkernel=X	[]()[]()在4G以下的物理內(nèi)存預(yù)留X大小的內(nèi)存給kdump使用	[]()[]()無，用戶根據(jù)實際情況調(diào)整	[]()[]()該配置方法只在4G以下內(nèi)存預(yù)留，必須保證4G以下連續(xù)可用內(nèi)存足夠預(yù)留
[]()[]()crashkernel=X@Y	[]()[]()在Y起始地址預(yù)留X大小的內(nèi)存給kdump使用	[]()[]()無，用戶根據(jù)實際情況調(diào)整	[]()[]()需要確保Y起始地址的X大小內(nèi)存未被其他模塊預(yù)留
[]()[]()crashkernel=X,high	[]()[]()在4G以下的物理內(nèi)存中預(yù)留256M大小，在4G以上預(yù)留X大小內(nèi)存給kdump使用	[]()[]()無，用戶根據(jù)實際情況調(diào)整，推薦值為1024M,high	[]()[]()確保4G以下內(nèi)存有256M連續(xù)可用內(nèi)存，4G以上有連續(xù)X大小內(nèi)存可預(yù)留。實際預(yù)留內(nèi)存大小為256M+X
[]()[]()crashkernel=X,low[]()[]()crashkernel=Y,high	[]()[]()在4G以下的物理內(nèi)存中預(yù)留X大小，在4G以上預(yù)留Y大小內(nèi)存給kdump使用	[]()[]()無，用戶根據(jù)實際情況調(diào)整	[]()[]()需要確保4G以下有X大小連續(xù)可用內(nèi)存，4G以上有Y大小連續(xù)可用內(nèi)存。實際預(yù)留內(nèi)存大小為X+Y

多塊磁盤組成邏輯卷安裝系統(tǒng)后，再次安裝不能只選其中一塊磁盤

問題現(xiàn)象

在安裝系統(tǒng)時，如果之前的系統(tǒng)選擇多塊磁盤組成邏輯卷進(jìn)行安裝，再次安裝時，如果只選擇了其中的一塊或幾塊磁盤，沒有全部選擇，在保存配置時提示配置錯誤，如[圖1]所示。

圖 1 配置錯誤提示[]()

原因分析

之前的邏輯卷包含了多塊磁盤，只在一塊磁盤上安裝會破壞邏輯卷。

解決方法

因為多塊磁盤組成邏輯卷相當(dāng)于一個整體，所以只需要刪除對應(yīng)的卷組即可。

按“Ctrl+Alt+F2”可以切換到命令行，執(zhí)行如下命令找到卷組。
```
""vgs
```
執(zhí)行如下命令，刪除卷組。
```
""vgremove euleros
```
執(zhí)行如下命令，重啟安裝程序即可生效。
```
""systemctl restart anaconda
```
說明：

圖形模式下也可以按“Ctrl+Alt+F6”回到圖形界面，點擊[圖1]右下角的“Refresh”刷新存儲配置生效。

x86物理機(jī)UEFI模式由于Secure Boot安全選項問題無法安裝

問題現(xiàn)象

x86物理機(jī)安裝系統(tǒng)時，由于設(shè)置了BIOS選項Secure Boot 為Enabled（默認(rèn)是Disabled），導(dǎo)致系統(tǒng)一直停留在“No bootable device”提示界面，無法繼續(xù)安裝，如[圖2]所示。

圖 2 “No bootable device”提示界面[]()

原因分析

開啟Secure Boot后，主板會驗證引導(dǎo)程序及操作系統(tǒng) ，若沒有用對應(yīng)的私鑰進(jìn)行簽名，則無法通過主板上的內(nèi)置公鑰進(jìn)行認(rèn)證。

解決方法

進(jìn)入BIOS，設(shè)置Secure Boot為Disabled，重新安裝即可。

系統(tǒng)啟動時，按“F11”，輸入密碼“Admin@9000”進(jìn)入BIOS。
選擇進(jìn)入Administer Secure Boot。
設(shè)置Enforce Secure Boot為Disabled。

說明：

設(shè)置Secure Boot為Disabled之后，保存退出，重新安裝即可。

聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請聯(lián)系本站處理。舉報投訴