长期支持版本

    社区创新版本

      FAQ

      安装openEuler时选择第二盘位为安装目标,操作系统无法启动

      问题现象

      安装操作系统时,直接将系统安装到第二块磁盘sdb,重启系统后启动失败。

      原因分析

      当安装系统到第二块磁盘时,MBR和GRUB会默认安装到第二块磁盘sdb。这样会有下面两种情况:

      1. 如果第一块磁盘中有完整系统,则加载第一块磁盘中的系统启动。
      2. 如果第一块磁盘中没有完好的操作系统,则会导致硬盘启动失败。

      以上两种情况都是因为BIOS默认从第一块磁盘sda中加载引导程序启动系统,如果sda没有系统,则会导致启动失败。

      解决方法

      有以下两种解决方案:

      • 当系统处于安装过程中,在选择磁盘(选择第一块或者两块都选择)后,指定引导程序安装到第一块盘sda中。
      • 当系统已经安装完成,若BIOS支持选择从哪个磁盘启动,则可以通过修改BIOS中磁盘启动顺序,尝试重新启动系统。

      openEuler开机后进入emergency模式

      问题现象

      openEuler系统开机后进入emergency模式,如下图所示:

      原因分析

      操作系统文件系统损坏导致磁盘挂载失败,或者io压力过大导致磁盘挂载超时(超时时间为90秒)。

      系统异常掉电、物理磁盘io性能低等情况都可能导致该问题。

      解决方法

      1. 用户直接输入root帐号的密码,登录系统。

      2. 使用fsck工具,检测并修复文件系统,然后重启。

        说明:

        fsck(file system check)用来检查和维护不一致的文件系统。若系统掉电或磁盘发生问题,可利用fsck命令对文件系统进行检查。 用户可以通过“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
      

      系统中存在无法激活的逻辑卷组时,重装系统失败

      问题现象

      由于磁盘故障,系统中存在无法激活的逻辑卷组,重装系统出现异常。

      原因分析

      安装时有激活逻辑卷组的操作,无法激活时会提示异常。

      解决方法

      重装系统前如果系统中存在无法激活的逻辑卷组,为了避免重装系统过程出现异常,需在重装前将逻辑卷组恢复到正常状态或者清除这些逻辑卷组。举例如下:

      • 恢复逻辑卷组状态

        1. 使用以下命令清除vg激活状态, 防止出现“Can't open /dev/sdc exclusively mounted filesystem”。

          vgchange -a n testvg32947
          
        2. 根据备份文件重新创建pv。

          pvcreate --uuid JT7zlL-K5G4-izjB-3i5L-e94f-7yuX-rhkLjL --restorefile /etc/lvm/backup/testvg32947 /dev/sdc
          
        3. 恢复vg信息。

          vgcfgrestore testvg32947
          
        4. 重新激活vg。

          vgchange -ay testvg32947
          
      • 清除逻辑卷组

        vgchange -a n testvg32947
        vgremove -y testvg32947
        

      选择安装源出现异常

      问题现象

      选择安装源后出现:"Error checking software selection"。

      原因分析

      这种现象是由于安装源中的软件包依赖存在问题。

      解决方法

      检查安装源是否存在异常。如果异常,使用新的安装源。

      如何手动开启kdump服务

      问题现象

      执行systemctl status kdump命令,显示状态信息如下,提示无预留内存。

      原因分析

      kdump服务需要系统预留一段内存用于运行kdump内核,而当前系统没有为kdump服务预留内存,所以无法运行kdump服务。

      解决方法

      已安装操作系统的场景

      1. 修改/boot/efi/EFI/openEuler/grub.cfg,添加crashkernel=1024M,high。

      2. 重启系统使配置生效。

      3. 执行如下命令,检查kdump状态:

        systemctl status kdump
        

        若回显如下,即kdump的状态为active,说明kdump已使能,操作结束。

      参数说明

      kdump内核预留内存参数说明如下:

      表 1 crashkernel参数说明

      内核启动参数

      描述

      默认值

      备注

      crashkernel=X

      在4G以下的物理内存预留X大小的内存给kdump使用

      无,用户根据实际情况调整

      该配置方法只在4G以下内存预留,必须保证4G以下连续可用内存足够预留

      crashkernel=X@Y

      在Y起始地址预留X大小的内存给kdump使用

      无,用户根据实际情况调整

      需要确保Y起始地址的X大小内存未被其他模块预留

      crashkernel=X,high

      在4G以下的物理内存中预留256M大小,在4G以上预留X大小内存给kdump使用

      无,用户根据实际情况调整,推荐值为1024M,high

      确保4G以下内存有256M连续可用内存,4G以上有连续X大小内存可预留。实际预留内存大小为256M+X

      crashkernel=X,low

      crashkernel=Y,high

      在4G以下的物理内存中预留X大小,在4G以上预留Y大小内存给kdump使用

      无,用户根据实际情况调整

      需要确保4G以下有X大小连续可用内存,4G以上有Y大小连续可用内存。实际预留内存大小为X+Y

      多块磁盘组成逻辑卷安装系统后,再次安装不能只选其中一块磁盘

      问题现象

      在安装系统时,如果之前的系统选择多块磁盘组成逻辑卷进行安装,再次安装时,如果只选择了其中的一块或几块磁盘,没有全部选择,在保存配置时提示配置错误,如图1所示。

      图 1 配置错误提示

      原因分析

      之前的逻辑卷包含了多块磁盘,只在一块磁盘上安装会破坏逻辑卷。

      解决方法

      因为多块磁盘组成逻辑卷相当于一个整体,所以只需要删除对应的卷组即可。

      1. 按“Ctrl+Alt+F2”可以切换到命令行,执行如下命令找到卷组。

        vgs
        

      2. 执行如下命令,删除卷组。

        vgremove euleros
        
      3. 执行如下命令,重启安装程序即可生效。

        systemctl restart anaconda
        

        说明:

        图形模式下也可以按“Ctrl+Alt+F6”回到图形界面,点击图1右下角的“Refresh”刷新存储配置生效。

      x86物理机UEFI模式由于Secure Boot安全选项问题无法安装

      问题现象

      x86物理机安装系统时,由于设置了BIOS选项Secure Boot 为enable(默认是disable),导致系统一直停留在“No bootable device”提示界面,无法继续安装,如图2所示。

      图 2 “No bootable device”提示界面

      原因分析

      开启Secure Boot后,主板会验证引导程序及操作系统 ,若没有用对应的私钥进行签名,则无法通过主板上内置公钥的认证。

      解决方法

      进入BIOS,设置Secure Boot为disable,重新安装即可。

      1. 系统启动时,按“F11”,输入密码“Admin@9000”进入BIOS。

        说明:

        这里的服务器特指华为的泰山服务器,如果是其他服务器,应当自行确认自己的密码。

      2. 选择进入Administer Secure Boot。

      3. 设置Enforce Secure Boot为Disabled。

        说明:

        设置Secure Boot Status为Disabled之后,保存退出,重新安装即可。

      安装openEuler时,软件选择页面选择“服务器-性能工具”,安装后messages日志有pmie_check报错信息

      问题现象

      安装系统时软件选择勾选服务器-性能工具,会安装pcp相关软件包,正常安装并重启后,/var/log/messages日志文件中会产生报错:pmie_check failed in /usr/share/pcp/lib/pmie。

      原因分析

      anaconda不支持在chroot环境中安装selinux策略模块,当安装pcp-selinux时,postin脚本安装pcp相关selinux策略模块执行失败,从而导致重启后产生报错。

      解决办法

      完成安装并重启后,以下方法选择其一。

      1. 执行如下命令,安装selinux策略模块pcpupstream。

        /usr/libexec/pcp/bin/selinux-setup /var/lib/pcp/selinux install "pcpupstream"
        
      2. 重新安装pcp-selinux。

        sudo dnf reinstall pcp-selinux
        

      在两块已经安装了系统的磁盘上进行重复选择,并自定义分区时,安装失败

      问题现象

      用户在安装操作系统过程中,存在两块都已经安装过的磁盘,此时如果先选择一块盘,进行自定义分区,然后点击取消按钮,再选择第二块盘,并进行自定义分区时,会出现安装失败。

      原因分析

      用户存在两次选择磁盘的操作,当前点击取消后,再选择第二块磁盘,磁盘信息不正确,导致安装失败。

      解决方法

      直接选择目标磁盘进行自定义分区,请勿频繁取消操作,如果一定要进行取消重选磁盘,建议重新安装。

      issue访问链接

      https://gitee.com/src-openeuler/anaconda/issues/I29P84?from=project-issue

      安装LSI MegaRAID卡的物理机kdump无法生成vmcore

      问题现象

      部署好kdump服务后,手动执行echo c > /proc/sysrq-trigger命令或由于kernel故障导致kernel宕机,触发kdump启动second kernel过程中,MegaRAID驱动报错“BRCM Debug mfi stat 0x2d,data len requested/completed 0x200/0x0”,报错信息如下图,最终导致无法生成vmcore。

      原因分析

      由于默认配置了reset_devices启动参数,second kernel启动过程中会触发设备复位(reset_devices)操作,设备复位操作导致MegaRAID控制器或磁盘状态故障,转储vmcore文件时访问MegaRAID卡的磁盘报错,进而无法生成vmcore。

      解决方法

      在物理机/etc/sysconfig/kdump文件中将second kernel默认启动参数reset_devices删除,可以规避second kernel启动过程中由于MegaRAID卡驱动复位设备所致IO请求未完成问题,以成功生成vmcore。

      文档捉虫

      “有虫”文档片段

      问题描述

      提交类型 issue

      有点复杂...

      找人问问吧。

      PR

      小问题,全程线上修改...

      一键搞定!

      问题类型
      规范和低错类

      ● 错别字或拼写错误;标点符号使用错误;

      ● 链接错误、空单元格、格式错误;

      ● 英文中包含中文字符;

      ● 界面和描述不一致,但不影响操作;

      ● 表述不通顺,但不影响理解;

      ● 版本号不匹配:如软件包名称、界面版本号;

      易用性

      ● 关键步骤错误或缺失,无法指导用户完成任务;

      ● 缺少必要的前提条件、注意事项等;

      ● 图形、表格、文字等晦涩难懂;

      ● 逻辑不清晰,该分类、分项、分步骤的没有给出;

      正确性

      ● 技术原理、功能、规格等描述和软件不一致,存在错误;

      ● 原理图、架构图等存在错误;

      ● 命令、命令参数等错误;

      ● 代码片段错误;

      ● 命令无法完成对应功能;

      ● 界面错误,无法指导操作;

      风险提示

      ● 对重要数据或系统存在风险的操作,缺少安全提示;

      内容合规

      ● 违反法律法规,涉及政治、领土主权等敏感词;

      ● 内容侵权;

      您对文档的总体满意度

      非常不满意
      非常满意
      提交
      根据您的反馈,会自动生成issue模板。您只需点击按钮,创建issue即可。
      文档捉虫
      编组 3备份