Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

章 8. 安裝和開機

修正了在 Kickstart 中提供網路配置時的 initrd 中的網路設定

先前,若介面卡已定義於 Kickstart 檔案中,安裝程式將無法在 initrd 中設定或重新配置這些網路介面卡。若 Kickstart 檔案中的其它指令需要網路存取,這就可能會造成安裝程序失敗並進入緊急模式。
這項問題現在已解決,Anaconda 現在已能在初期開機程序進行時正確處理 initrd 中,來自於 Kickstart 檔案的網路配置。

Anaconda 現在已支援建立快取邏輯卷冊

安裝程式現在已支援建立快取 LVM 邏輯卷冊,並將系統安裝至這些卷冊上。
目前,這項作法僅支援於 Kickstart 中。若要建立快取邏輯卷冊,請使用 logvol Kickstart 指令的新選項:--cachepvs=--cachesize=--cachemode=
欲取得這些新選項上的詳細資訊,請參閱《Red Hat Enterprise Linux 7 安裝指南》。

改善了 GRUB2 開機選單的排序

有項 grub2-mkconfig 指令所使用的排序機制問題可能會造成 grub.cfg 配置檔案產生時包含錯誤的 kernel 排序。
GRUB2 現在使用了 rpmdevtools 套件來排序可用的 kernel,並且配置檔案將能正確產生並將最新的 kernel 列在清單頂部。

Anaconda 現在已能在磁碟選項受到變更時,正常復原磁碟動作

先前,當磁碟選項受到更改時,Anaconda 和 Blivet 無法正確還原排程在這些磁碟上的動作,這造成了些許問題。透過這項更新,Anaconda 已修正並能建立原始儲存配置的 snapshot,然後在磁碟選項受到變更之後返回,並完整還原所有原先為這些磁碟排程的動作。

改善了 device-mapper 磁碟名稱上的偵測

先前發行的 Red Hat Enterprise Linux 7 版本中,若在先前包含了 LVM 邏輯卷冊的磁碟上進行安裝,而這些卷冊 metadata 若還存在的話,安裝程式可能會當機。安裝程式無法識別正確的 device-mapper 名稱,而建立新 LVM 邏輯卷冊的程序將會失敗。
用來取得 device-mapper 裝置名稱的方式已更新,而現在在包含既有 LVM metadata 的磁碟上進行安裝也變得更為可靠了。

修正了 PReP Boot 在磁碟分割進行時的處理

在某些情況下,IBM Power System 上的 PReP Boot 分割區可能會在進行自訂磁碟分割時被設為無效的大小。在此情況下,請移除造成安裝程式當機的所有分割區。
anaconda 中現在已實作了檢測程式以確保分割區大小會正確介於 4096 KiB10 MiB 之間。此外,您已無需再更改 PReP Boot 分割區順序的格式,以更改其大小。

RAID1 裝置上的 EFI 分割區

EFI 系統分割區現在已能建立於 RAID1 裝置上,這是為了能在開機磁碟失效時啟用系統還原。然而,當 Boot####BootOrder 以及韌體所找到的 ESP 卷冊已損毀,不過卻依然顯示為有效的 ESP 時,則開機順序將不會被自動重建。然而,系統還是應手動式由第二個磁碟啟動。

文字模式安裝程序已不會再網路配置進行時當機

先前,在互動式的文字安裝程式中的「網路配置」畫面中,指定 nameserver 時使用空格將會造成安裝程式當機。
Anaconda 現在已能在文字模式中正確處理 nameserver 定義中的空格,而安裝程式也不再會因為使用空格來區隔 nameserver 位址而當機。

IBM System z 上的救援模式畫面現在已不再會被切掉

先前,在 IBM System z 伺服器上的救援畫面中的第二與第三個畫面無法正確顯示,並且部分的介面被切掉。此架構上的救援模式已經過改善並且所有畫面現在都已能正常使用。

Anaconda 中的 OpenSCAP 外掛程式

現在已能在進行安裝程序時套用 Security Content Automation Protocol(SCAP)內容。這項新的安裝程式外掛提供了可靠與容易的方式,以在不需要自訂 script 的情況下,配置安全性政策。
此外掛提供了一個新的 Kickstart 部分("%addon org_fedora_oscap")以及在進行互動式安裝程序時的一個新畫面。這三個部分皆記載於《RHEL 7 安裝指南》中。
在進行安裝時套用安全性政策,將會在安裝進行時或進行後即刻使各種變更生效,這也根據您所啟用的政策為何。若選擇了一個設定檔,openscap-scanner 套件(這是個 OpenSCAP 相容的掃描工具)會被加入到您的套件選項中,並且當安裝完成後,將會進行一項相容性掃描。這項掃瞄的結果將會被儲存到 /root/openscap_data 中。
scap-security-guide 套件在安裝媒介上提供了數個設定檔。您亦可視需求從一個 HTTP、HTTPS 或 FTP 伺服器來載入其它內容作為資料串流、封存檔案或是 RPM 套件。
請注意,套用安全性政策並非在所有系統上都是必要的。您只應該在您組織規定使用特定政策時,或是當政府機關規定時使用此外掛程式,否則您可將此外掛程式維持預設狀態,也就是不套用任何安全性政策。

Anaconda 已不會在等待 CD 或 DVD 上的 Kickstart 檔案時逾時

先前,若 Anaconda 被配置來透過 inst.ks=cdrom:/ks.cfg 指令載入一個來自於光碟媒介的 Kickstart 檔案,而系統也是透過 CD 或 DVD 開機時,安裝程式會等待一段短暫的時間,直到您切換磁碟。就預設值這段時間較短 — 僅 30 秒。在經過了這段時間後,系統便會進入緊急模式。
Anaconda 已被修正並且永不會在等待使用者提供 CD 或 DVD 上的 Kickstart 檔案時逾時。若使用了 inst.ks=cdrom 開機選項,而 Kickstart 檔案未被偵測到,Anaconda 將會顯示一則提示,並等待使用者提供檔案或重新開機。