12.3. 安装后出现的问题

12.3.1. 图形引导序列问题

完成安装并第一次重启系统后,系统可能会在图形引导序列停止响应并请求复位。在这种情况系会成功显示引导装载程序,但选择任意条目并尝试引导该系统都会造成停滞。这通常意味着图形引导序列有问题。要解决这个问题,您必须禁用图形引导。要做到这一点,请在永久更改前,在引导时临时更改设置。

过程 12.3. 临时禁用图形引导

  1. 启动计算机,并等待引导装载程序菜单出现。如果您将引导装载程序超时时限设定为 0,请按下 Esc 键进入该菜单。
  2. 出现引导装载程序菜单后,使用光标键盘突出您要用来引导的条目,然后按 e 键编辑该条目的选项。
  3. 在选项列表中查找 kernel 行,即以关键词 linux 开始的行。在这一行中找到 rhgb 选项并删除它。该选项可能不会立即看到,请使用光标键上下搜索。
  4. F10 或者 Ctrl+X 使用编辑的选项引导系统。
如果成功启动该系统,即可正常登录。然后您需要永久禁用图形引导,否则您就需要在每次引导系统时执行上述操作。要永久更改引导选项请按如下操作。

过程 12.4. 永久禁用图形引导

  1. 使用 su - 命令登录到 root 帐户:
    $ su -
  2. 使用文本编辑器,比如 vim,打开 /etc/default/grub 配置文件。
  3. grub 文件中找到以 GRUB_CMDLINE_LINUX 开始的行。该行应类似如下:
    GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root rd.md=0 rd.dm=0 vconsole.keymap=us $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rd.luks=0 vconsole.font=latarcyrheb-sun16 rd.lvm.lv=vg_rhel/swap rhgb quiet"
    
    在这一行中删除 rhgb 选项。
  4. 保存编辑后的配置文件。
  5. 执行以下命令刷新引导装载程序配置:
    # grub2-mkconfig --output=/boot/grub2/grub.cfg
完成此步骤后重启您的计算机。Red Hat Enterprise Linux 将不再使用图形引导顺序。如果您要启用图形引导,请按照相同的步骤,在 /etc/default/grub 文件 GRUB_CMDLINE_LINUX 行中添加 rhgb 选项,并使用 grub2-mkconfig 命令再次刷新引导装载程序配置。
有关 GRUB2 引导装载程序使用详情请查看《Red Hat Enterprise Linux 系统管理员指南》

12.3.2. 引导至图形环境

如果您已经安装了 X Window System 但在登录系统后没有看到图形桌面环境,您可以使用 startx 命令手动启动它。注:这只是一次性修复,不会在今后的登录中改变登录过程。
要将系统设定为可以在图形登录页面登录,则必须将默认的 systemd 目标改为 graphical.target。完成后,重启计算机。这样就会在系统重启后出现图形登录提示。

过程 12.5. 将图形登录设置为默认登录方式

  1. 打开 shell 提示符。如果您使用您的用户帐户,请输入 su - 命令成为 root 用户。
  2. 将默认目标改为 graphical.target。方法是执行以下命令:
    # systemctl set-default graphical.target
现在默认启用图形登录,即在下次引导后会出现图形登录提示。如果您要撤销这个更改,并继续使用文本登录提示,请作为 root 用户执行以下命令:
# systemctl set-default multi-user.target
有关 systemd 中目标的详情请查看 《Red Hat Enterprise Linux 7 系统管理员指南》

12.3.3. 未出现图形用户界面

如果您启动 XX Window System)时出现问题,则有可能是您还没有安装该程序。有些您在安装过程中选择的预设置环境,比如 最小安装 或者 网页服务器,不包括图形界面,您需要手动进行安装。
如果需要 X,可以稍后安装所需软件包。有关安装图形桌面环境的详情请查看知识库文章 https://access.redhat.com/site/solutions/5238

12.3.4. 用户登录后 X 服务器崩溃

用户登录后如果出现 X 服务器崩溃的现象,则可能是您的一个或者多个文件系统已满(或者接近满)。要确认您是否有这个问题,请执行以下命令:
$ df -h
输出结果可帮助您诊断哪个分区已满,在大多数情况下问题是出现在 /home 分区。df 命令的输出结果示例类似如下:
Filesystem                                  Size  Used Avail Use% Mounted on
/dev/mapper/vg_rhel-root                     20G  6.0G   13G  32% /
devtmpfs                                    1.8G     0  1.8G   0% /dev
tmpfs                                       1.8G  2.7M  1.8G   1% /dev/shm
tmpfs                                       1.8G 1012K  1.8G   1% /run
tmpfs                                       1.8G     0  1.8G   0% /sys/fs/cgroup
tmpfs                                       1.8G  2.6M  1.8G   1% /tmp
/dev/sda1                                   976M  150M  760M  17% /boot
/dev/dm-4                                    90G   90G     0 100% /home
在上述示例中您可以看到 /home 分区已满,这就是造成崩溃的原因。您可以删除一些不需要的文件为该分区腾出一些空间。释放磁盘空间后,请使用 startx 命令启动 X
有关 df 详情及可用选项的解释(比如本示例中使用的 -h)请查看 df(1) man page。

12.3.5. 您的系统出现 Signal 11 错误了吗?

signal 11 错误,通常称之为片段错误,意思是该程序访问了没有分配给它的内存位置。signal 11 错误可能是安装的某个软件的一个 bug 造成的,也可能是硬件问题。
如果您在安装过程中收到严重 signal 11 错误,首先确定您使用的是最新的安装映像,并让 Anaconda 确认它们是完整的。坏的安装介质(比如没有正确刻录或者划伤的光盘)通常是造成 signal 11 的原因。建议在每次安装前确认安装介质的完整性。
有关获得最新安装介质的详情请查看 第 1 章 下载 Red Hat Enterprise Linux。要在安装开始前执行介质检查,请在引导菜单中添加 rd.live.check 引导选项。详情请查看 第 20.2.2 节 “验证引导介质”
其他可能的原因不在本文档讨论范围内。详情请参考制造商文档。

12.3.6. 无法使用网络存储空间链接到 IPL(*NWSSTG)

如果您在从网络存储空间链接到 IPL(*NWSSTG)出问题,大多数情况是缺少 PReP 分区。在这种情况下,则必须重新安装系统,并保证在分区阶段或者 Kickstart 文件中生成整个分区。