通常情况下，我会安装启动 Ubuntu 和 Windows 的双系统，但是这次我决定完全消除 Windows 纯净安装 Ubuntu。纯净安装 Ubuntu 完成后，结束时屏幕输出 无可引导设备 ( no bootable device found ) 而不是进入 GRUB 界面。显然，安装搞砸了 UEFI 引导设置。

我会告诉你我是如何修复在宏碁笔记本上安装 Ubuntu 后出现 无可引导设备 （ no bootable device found ） 错误的。我声明了我使用的是宏碁灵越 R13，这很重要，因为我们需要更改固件设置，而这些设置可能因制造商和设备有所不同。

因此在你开始这里介绍的步骤之前，先看一下发生这个错误时我计算机的状态：

• 我的宏碁灵越 R13 预装了 Windows 8.1 和 UEFI 引导管理器
• 安全引导 ( Secure boot ) 没有关闭，（我的笔记本刚维修过，维修人员又启用了它，直到出现了问题我才发现）。你可以阅读这篇博文了解如何在宏碁笔记本中关闭 安全引导 ( secure boot )
• 我选择了清除所有东西安装 Ubuntu，例如现有的 Windows 8.1，各种分区等
• 安装完 Ubuntu 之后，从硬盘启动时我看到无可引导设备错误。但能从 USB 设备正常启动

在我看来，没有禁用 安全引导 ( secure boot ) 可能是这个错误的原因。但是，我没有数据支撑我的观点。这仅仅是预感。有趣的是，双系统启动 Windows 和 Linux 经常会出现这两个 Grub 问题：

• 错误：没有 grub 救援分区
• 支持最小化 BASH 式的行编辑

如果你遇到类似的情况，你可以试试我的修复方法。

修复安装完 Ubuntu 后无可引导设备错误

请原谅我的图片质量很差。我的一加相机不能很好地拍摄笔记本屏幕。

第一步

关闭电源并进入引导设置。我需要在宏碁灵越 R13 上快速地按下 Fn+F2。如果你使用固态硬盘的话要按的非常快，因为固态硬盘启动速度很快。这取决于你的制造商，你可能要用 Del 或 F10 或者 F12。

第二步

在引导设置中，确保启用了 安全引导 ( Secure Boot ) 。它在 Boot 标签里。

第三步

进入到 Security 标签，找到 “ 选择一个用于执行的可信任 UEFI 文件 ( Select an UEFI file as trusted for executing ) ” 并敲击回车。

特意说明，我们这一步是要在你的设备中添加 UEFI 设置文件（安装 Ubuntu 的时候生成）到可信 UEFI 启动中。如果你记得的话，UEFI 启动的主要目的是提供安全性，由于（可能）没有禁用 安全引导 ( Secure Boot ) ，设备不会试图从新安装的操作系统中启动。添加它到类似白名单的可信列表，会使设备从 Ubuntu UEFI 文件启动。

第四步

在这里你可以看到你的硬盘，例如 HDD0。如果你有多块硬盘，我希望你记住你安装 Ubuntu 的那块。同样敲击回车。

第五步

你应该可以看到了，敲击回车。

第六步

在下一个屏幕中你会看到 。耐心点，马上就好了。

第七步

你可以看到 shimx64.efi，grubx64.efi 和 MokManager.efi 文件。重要的是 shimx64.efi。选中它并敲击回车。

在下一个屏幕中，输入 Yes 并敲击回车。

第八步

当我们添加它到可信 EFI 文件并执行后，按 F10 保存并退出。

重启你的系统，这时你就可以看到熟悉的 GRUB 界面了。就算你没有看到 Grub 界面，起码也再也不会看到“ 无可引导设备 ( no bootable device found ) ”。你应该可以进入 Ubuntu 了。

如果修复后搞乱了你的 Grub 界面，但你确实能登录系统，你可以重装 Grub 并进入到 Ubuntu 熟悉的紫色 Grub 界面。

我希望这篇指南能帮助你修复无可引导设备错误。欢迎提出任何疑问、建议或者感谢。

via: http://itsfoss.com/no-bootable-device-found-ubuntu/

作者：Abhishek 译者：ictlyh 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

这两天我安装了Elementary OS和Windows双系统，在启动的时候遇到了一个Grub错误。命令行中呈现如下信息：

Minimal BASH like line editing is supported. For the first word, TAB lists possible command completions. anywhere else TAB lists possible device or file completions.

提供类似行编辑的袖珍 BASH。TAB键补全第一个词，列出可以使用的命令。除此之外，TAB键补全可以列出可用的设备或文件。

事实上这并不是Elementary OS独有的错误。这是常见的Grub错误，会在Ubuntu，Fedora，Linux Mint等Linux操作系统上发生。

通过这篇文章里我们可以学到基于Linux系统如何修复Ubuntu中出现的“minimal BASH like line editing is supported” Grub错误。

你可以参阅这篇教程来修复类似的常见问题，错误：分区未找到Linux grub救援模式。

先决条件

要修复这个问题，你需要达成以下的条件：

• 一个包含相同版本、相同OS的LiveUSB或磁盘
• 当前会话的Internet连接正常工作

在确认了你拥有先决条件了之后，让我们看看如何修复Linux的死亡黑屏（如果我可以这样的称呼它的话 ;) ）。

如何在基于Ubuntu的Linux中修复“minimal BASH like line editing is supported” Grub错误

我知道你一定疑问这种Grub错误并不局限于在基于Ubuntu的Linux发行版上发生，那为什么我要强调在基于Ubuntu的发行版上呢？原因是，在这里我们将采用一个简单的方法，用个叫做Boot Repair的工具来修复我们的问题。我并不确定在其他的诸如Fedora的发行版中是否有这个工具可用。不再浪费时间，我们来看如何修复“minimal BASH like line editing is supported” Grub错误。

步骤 1: 引导进入lives会话

插入live USB，引导进入live会话。

步骤 2: 安装 Boot Repair

等你进入了lives会话后，打开终端使用以下命令来安装Boot Repair：

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install boot-repair

注意：推荐这篇教程如何修复 apt-get update 无法添加新的 CD-ROM 的错误，如果你在运行以上命令是遭遇同样的问题。

步骤 3: 使用Boot Repair修复引导

装完Boot Repair后，在命令行运行如下命令启动：

boot-repair &

其实操作非常简单直接，你仅需按照Boot Repair工具提供的说明操作即可。首先，点击Boot Repair中的Recommended repair选项。

Boot Repair需要花费一些时间来分析引导和Grub中存在的问题。然后，它会提供一些可在命令行中直接运行的命令。将这些命令一个个在终端中执行。我这边屏幕上显示的是：

在输入了这些命令之后，它会执行执行一段时间：

在这一过程结束后，它会提供一个由boot repair的日志组成的网页网址。如果你的引导问题这样都没有修复，你就可以去社区或是发邮件给开发团队并提交该网址作为参考。很酷！不是吗？

在boot repair成功完成后，关闭你的电脑，移除USB并再次引导。我这就能成功的引导了，但是在Grub画面上会多出额外的两行。相比于看到系统能够再次正常引导的喜悦这些对我来说并不重要。

对你有效吗?

这就是我修复Elementary OS Freya中的minimal BASH like line editing is supported Grub 错误的方法。怎么样？是否对你也有效呢？请自由的在下方的评论区提出你的问题和建议。

via: http://itsfoss.com/fix-minimal-bash-line-editing-supported-grub-error-linux/

作者：Abhishek 译者：martin2011qi 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

大家好，如果您还没有使用密码保护单用户模式，这对你的Linux服务器会是一个很大的风险，所以在涉及到安全性时，使用密码保护单用户模式是非常重要的。

今天这篇文章我会向你展示如何在RHEL / CentOS 5.x 和 RHEL / CentOS 6.x上使用密码保护你的单用户模式。

请仔细地执行所给出的命令，不然你的系统将会无法正常启动。首先，我会请你先完整地读完，然后在尝试。请自己承担相应的后果:-)

Password Protect

1. 对于 RHEL / CentOS 5.x

1.1 开始之前请先备份你的 /etc/inittab

cp /etc/inittab /etc/inittab.backup

要使单用户模式受到密码保护，用root执行下面的命令 :-

[root@tejas-barot-linux ~]# sed -i '1i  su:S:wait:/sbin/sulogin' /etc/inittab

这样你会看到像下面这样的

su:S:wait:/sbin/sulogin
# Default runlevel. The runlevels used by RHS are:
# 0 - halt (Do NOT set initdefault to this)
# 1 - Single user mode
# 2 - Multiuser, without NFS (The same as 3, if you do not have networking)
# 3 - Full multiuser mode
# 4 - unused
# 5 - X11
# 6 - reboot (Do NOT set initdefault to this)
#
id:3:initdefault:

NOTE: 如果你不想使用sed命令你可以在/etc/inittab 顶部加入 “su:S:wait:/sbin/sulogin”

2. 对于 RHEL / CentOS 6.x

2.1 开始之前请先备份你的 /etc/inittab

cp /etc/sysconfig/init /etc/sysconfig/init.backup

2.2 要使单用户模式受到密码保护，用root执行下面的命令 :-

[root@tejas-barot-linux ~]# sed -i 's/SINGLE=\/sbin\/sushell/SINGLE=\/sbin\/sulogin/' /etc/sysconfig/init

这样你会看到像下面这样的

SINGLE=/sbin/sulogin

注意 :- 如果你不想使用sed你可以在 /etc/sysconfig/init 中直接改成 “SINGLE=/sbin/sulogin”

享受Linux :) 享受开源

via: http://www.tejasbarot.com/2014/05/05/disable-password-protect-single-user-mode-rhel-centos-5-x-6-x/

作者：Tejas Barot 译者：geekpi 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出