Go to main content

Oracle® Solaris 11.3 版本說明

結束列印檢視

更新日期: 2016 年 11 月
 
 

韌體問題

本節說明 Oracle Solaris 11.3 發行版本中的韌體問題。

x86:如果主開機記錄中的 EFI_PMBR 項目未啟用,則某些使用 BIOS 韌體的系統不會啟動 (15796456)

如果主開機記錄 (為唯一分割區) 中的 EFI_PMBR 項目未啟用,則某些使用 BIOS 韌體的系統會無法啟動。在安裝 Oracle Solaris 11.3 之後,系統並未啟動。將會顯示下列訊息:

No Active Partition Found

可能原因 1:系統韌體未正確處理開機磁碟,因為開機磁碟已使用 GUID 磁碟分割表格 (GPT) 分割配置進行分割。

解決方法 1:呼叫 fdisk 程式,然後在開機磁碟上啟用保護性可延伸韌體介面 (EFI) 磁碟分割。

可能原因 2:原本在 UEFI 模式下安裝系統,但在傳統 (BIOS) 模式下重新啟動系統。

解決方法 2:變更韌體設定選項,以便在傳統模式下安裝系統,例如選取「Boot Mode (開機模式)」或類似選項。

SPARC:支援使用 GPT 標籤的磁碟

SPARC 系統支援使用 GPT 標籤的磁碟。下表描述 SPARC 平台支援的韌體。

SPARC 平台
韌體
T5
至少需要版本 9.4.2.e
M5
至少需要版本 9.4.2.e
T4
至少需要版本 8.8.1
M10
至少需要版本 XCP2230

如果您的 SPARC T4、T5、M5 或 M10 系統中的韌體版本較舊,請執行下列步驟,從 My Oracle Support 下載更新的韌體:

  1. 請登入 My Oracle Support

  2. 按一下 [修補程式與更新] 頁籤。

  3. 在 [修補程式搜尋] 方塊中,選取 [產品] 或 [系列 (進階)] 搜尋選項。

  4. 在 [產品] 欄位中,輸入部分產品名稱以顯示可能的相符項目清單,然後選取產品名稱。

  5. 從 [版本] 下拉式功能表中選取一或多個版本。

  6. 按一下 [搜尋] 按鈕來顯示可下載之修補程式項目的清單。

  7. 選取您要下載的修補程式名稱。

    就會顯示下載頁面。

  8. 按一下 [下載]。


備註 -  如果您沒有下載修補程式的權限,請參閱 MOS 上提供的 How Patches and Updates Entitlement Works 知識庫文章。

x86:在 Oracle VM VirtualBox 上,以 UEFI 模式從 ISO 影像啟動的速度非常緩慢

在 UEFI 模式下從 ISO 影像啟動時非常緩慢。這是已知的 Oracle VM VirtualBox 韌體問題。

解決方法:無。

x86:Oracle Solaris 無法在使用舊版 Emulex FC HBA 卡的磁碟上啟動 (15806304)

在 x86 系統,Oracle Solaris 無法在使用舊版 Emulex FC HBA 卡的磁碟上啟動。

對於 Emulex FC HBA 卡,會顯示下列錯誤訊息:

error: no such device: 07528c2afbec7b00.
Entering rescue mode...
grub rescue>  ls
(hd0) (hd0,gpt9) (hd0,gpt2) (hd0,gpt1) (hd1)
grub rescue>

解決方法:請選擇以下解決方法之一:

  • 使用新的型號取代舊版的 Emulex FC HBA 卡。您可以使用 SG-XPCIEFCGBE-E8、SG-XPCIE1FC-EM8-Z、SG-XPCIE2FC-EM8-Z、LPe16002-M6-O 或 LPem16002-M6-O。

  • 確認系統開機磁碟區小於 2 TB。

當 WCE LUN 使用「開機重設 (Power-On-Reset)」時,ZFS 重試或中止整個作業事件 (15662604)

ZFS 可在集區裝置上提供寫入快取功能,並於發生系統電源中斷時安全地處理快取清除。然而,也可能在資料尚未妥善存放至穩定的儲存體時就發生開機重設的情形。

在沒有單一失敗點的環境中,ZFS 會在下次讀取資料時自動偵測並更正這個狀況。定期集區清理可針對所有遺失的寫入作業提高偵測率和修復率。

在單一失敗點的環境中,此問題可能會導致資料遺失。

此問題在存取從叢集化組態匯出的 LUN 時可能會更頻繁地發生。在叢集容錯移轉期間,失敗端快取的資料可能因仍作用端之 SCSI 目標明確傳送的開機重設事件而遺失。在此情況下,即使是沒有單一失敗點的集區也可能受到影響。

此問題的徵兆是叢集持續發生總和檢查錯誤。您可以利用 fmdump –eV 的輸出來判斷總和檢查錯誤是否已經診斷為持續發生。fmdump –eV 輸出中的 zio_txg 項目代表寫入資料區塊的時間。請注意,持續發生的總和檢查錯誤也可能是裝置、軟體或硬體故障的徵兆。

解決方法:對於使用叢集匯出之 LUN 的系統或是含有單一失敗點的系統,請考慮停用系統上的裝置寫入快取。

執行下列步驟以針對 SCSI (sd) 或 FC (ssd) 裝置停用寫入快取並抑制快取清除。

  1. 依據您的儲存裝置,將 /kernel/drv/sd.conf 檔案或 /kernel/drv/ssd.conf 檔案複製到 /etc/driver/drv 目錄中。

  2. 編輯 /etc/driver/drv/sd.conf 檔案或 /etc/driver/drv/ssd.conf 檔案以停用寫入快取並抑制快取清除。

  3. 在 SPARC 和 x64 系統上,使用 sd(7D) 線上手冊中說明的適當值加入數行,來取代 VIDPIDSUN COMSTAR

    sd-config-list="SUN ZFS     Storage", "throttle-max:10, physical-block-size:8192, disable-caching:true, cache-nonvolatile:true"; 
    
  4. 重新啟動系統並覆寫快速重新啟動選項。

    # reboot -p

備註 -  套用此解決方法可能導致系統效能降低。