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 分区表 (GUID Partition Table, GPT) 分区方案进行了分区。

解决方法 1:调用 fdisk 程序并激活引导磁盘上的受保护可扩展固件接口 (Extensible Firmware Interface, 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. 单击 "Patches & Updates"(补丁程序和更新程序)选项卡。

  3. 在 "Patch Search"(补丁程序搜索)框中,选择 "Product or Family (Advanced)"(产品或系列 (高级))搜索选项。

  4. 在 "Product Is"(产品是)字段中,键入部分产品名称以显示可能的匹配项列表,然后选择产品名称。

  5. 从 "Release Is"(发行版是)下拉式菜单中选择一个或多个发行版。

  6. 单击 "Search"(搜索)按钮以显示列为修补程序的可用下载列表。

  7. 选择要下载的修补程序名称。

    此时将显示下载页面。

  8. 单击 "Download"(下载)。


注 -  如果您无权下载修补程序,请参见 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 获取开机重置指令时,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. 添加行以将 VIDPIDSUN COMSTAR 替换为 sd(7D) 手册页上描述的 SPARC 和 x64 系统的相应值。

    sd-config-list="SUN ZFS     Storage", "throttle-max:10, physical-block-size:8192, disable-caching:true, cache-nonvolatile:true"; 
    
  4. 重新引导系统并覆盖快速重新引导选项。

    # reboot -p

注 -  应用该解决方法可能导致系统性能降低。