INIT:Entering runlever:9 INIT:no more proceses left in this runlevel

转载请注明,文章来源:http://blog.youkuaiyun.com/redhat7890

 

fedora11 中的/etc/inittab文件内容如下:

 

# System initialization is started by /etc/event.d/rcS
#
# Individual runlevels are started by /etc/event.d/rc[0-6]
#
# Ctrl-Alt-Delete is handled by /etc/event.d/control-alt-delete
#
# Terminal gettys (tty[1-6]) are handled by /etc/event.d/tty[1-6] and
# /etc/event.d/serial
#
# For information on how to write upstart event handlers, or how
# upstart works, see init(8), initctl(8), and events(5).
#
# Default runlevel. The runlevels used 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:

 

    操作系统初始化是从/etc/event.d/rcS开始的,那么个别的sunleverls是从/etc/event.d/rc[0-6]开始的,我们使用终端输入0-6来选择登录操作系统的模式,模式的情况是3,从字符界面登录,更多人可能喜欢选择5从图形界面登录,其实还有一种特权方式就是单用户模式下,这种方式很特殊,因为单用户模式下我们不需要身份鉴别,就是我们启动系统后直接进行桌面,无须输入用户名和密码。关于对单用户这种方式的理解,我个人感觉这种登录方式是特权登录,比如在遇到用户文件被修改,或者密码忘记,或者及其故障的情况下,我们可以使用Single user mode 进行特权操作。

          

    那如果我不选择0-6之间的数组呢?会怎样呢?假如我不选择,呵呵,其实这种情况也是我在修改登录方式过程中的一种误操作,将其修成:

id::initdefault 之后保存,重新启动计算机,计算机开机后却无法进行操作系统,具体信息如下:

-----------------------------------------------------------------------------------------------------------

License for RedFlag Aisanux server 3 will be expired at Sun Jul 11 08:........

------------------------------------------------------------------------------------------------------------

INIT:Entering runlever:9

INIT:no more proceses left in this runlevel

 

最后没办法就拿安装盘修复吧,安装具体步骤,自动修复后依然没有解决问题,后来才知道修复是需要手工修复的,具体步骤如下:

 

Sh-3.2# cd /sysimagin

vim /etc/inittab

修改登录模式的数字标号,修改为1之后,reboot 修改成功,进入系统。




 


 


<think>嗯,用户这次遇到了VirtualBox启动时出现"no such partition. entering rescue mode"错误的问题。从用户提供的引用资料来看,虽然引用内容涉及分区表、备份软件等系统工具,但并没有直接相关的解决方案。不过引用[2]中的分区表信息和引用[4]提到的磁盘镜像工具提示我,这个问题很可能与虚拟磁盘的分区结构有关。 用户之前询问过标签编辑软件,突然转向虚拟机故障,可能是工作中遇到了紧急问题。这种启动错误通常很让人焦虑,所以需要给出清晰可行的步骤。我记得这个经典错误的三大主因:首先是GRUB引导配置问题,其次是虚拟磁盘文件损坏,还有就是分区表异常。 考虑到用户使用了VirtualBox,应该优先检查最容易操作的部分——启动顺序和虚拟介质状态。用户可能不知道GRUB rescue模式的基本命令,需要详细说明ls、set、insmod这些关键指令的使用方法。引用[3]提到lilo不支持,这反而提醒我VirtualBox使用的是GRUB引导机制。 在进阶解决方案里,分区表修复部分特别重要。引用[2]显示的分区结构示例很有参考价值,可以引导用户用cfdisk检查类似信息。对于dd命令的使用要特别谨慎,必须强调输入输出参数不能颠倒,否则可能造成数据灾难。 最后数据恢复建议是必要的,用户可能在尝试修复时误操作。引用[4]列出的Mondo Rescue等工具虽然不适用虚拟机,但可以改用testdisk这类开源工具。整个思考过程要保持逻辑递进:从启动设置检查到文件修复,再到分区修复,最后是终极的数据挽救方案。 </think>VirtualBox 出现 `no such partition. entering rescue mode` 错误通常表明虚拟机无法找到正确的分区来启动操作系统。这主要有以下几种原因及解决方案: --- ### **1. 启动顺序错误 (最常见)** * **原因:** VirtualBox 尝试从一个不包含可启动分区的设备(如空光驱或错误硬盘)启动。 * **解决方法:** 1. 关闭虚拟机。 2. 打开虚拟机 **设置** -> **系统** -> **主板**。 3. 检查 **启动顺序**:确保包含操作系统的硬盘(通常是 `SATA` 或 `SCSI` 控制器下的虚拟硬盘)位于列表顶部。**将虚拟硬盘移动到第一位**。 4. **禁用不必要的启动设备**:如无安装需求,取消勾选 **软驱** 和 **光驱** 的启用选项。 5. 点击 **确定** 保存设置,重启虚拟机。 --- ### **2. GRUB 引导配置损坏/丢失** * **原因:** 主引导记录(MBR)或 GRUB 配置文件损坏。 * **解决方法 (在 Rescue Mode 中操作):** 1. 虚拟机启动进入 `grub rescue>` 提示符。 2. 输入 `ls` 查看所有可用磁盘分区,例如:`(hd0), (hd0,msdos1), (hd0,msdos2)`。 3. 逐个测试查找根分区(通常是 Linux 的 `/` 或 `/boot`): ```bash ls (hd0,msdos1)/boot/grub # 或 ls (hd0,msdos1)/grub2 ``` 找到包含 `grub.cfg` 文件的分区(如 `(hd0,msdos2)`)。 4. 设置 GRUB 环境: ```bash set root=(hd0,msdos2) set prefix=(hd0,msdos2)/boot/grub # 或 /grub2 insmod normal normal ``` 5. 成功进入系统后,**立即修复 GRUB**: ```bash sudo update-grub sudo grub-install /dev/sda # 替换为你的虚拟硬盘设备名 ``` [^1] --- ### **3. 虚拟硬盘文件 (.vdi/.vhd) 损坏** * **原因:** 虚拟机异常关闭或存储故障导致硬盘文件损坏。 * **解决方法:** 1. **创建备份:** 立即复制一份 `.vdi` 文件。 2. **使用 VBoxManage 检查修复:** ```bash VBoxManage showhdinfo "虚拟硬盘路径.vdi" # 查看状态 VBoxManage modifymedium disk "虚拟硬盘路径.vdi" --compact # 尝试压缩修复 VBoxManage modifymedium disk "虚拟硬盘路径.vdi" --repair # 尝试修复 ``` 3. **使用 `fsck` 检查文件系统:** * 挂载虚拟硬盘到另一正常Linux虚拟机。 * 或使用 GParted Live ISO 启动故障虚拟机,运行: ```bash sudo fsck /dev/sdaX # X 替换为分区号 ``` --- ### **4. 分区表损坏** * **原因:** 分区信息丢失或错误。 * **解决方法:** 1. 使用 **GParted Live ISO** 启动虚拟机。 2. 打开 GParted,检查分区是否被识别。若分区存在但标记未激活,右键分区 -> **管理标志** -> 勾选 `boot`。 3. 若分区表损坏,使用 **`testdisk`** 工具尝试修复: ```bash sudo testdisk ``` 按提示选择磁盘 -> `Analyse` -> 修复分区表。[^2] --- ### **5. 文件系统损坏导致无法挂载** * **解决方法:** * 进入 Rescue Mode 或 GParted Live 环境。 * 运行 `fsck` 强制修复(需指定分区): ```bash sudo fsck -y /dev/sda2 # 替换为实际分区 ``` --- ### **关键步骤总结** 1. **首先检查 VirtualBox 启动顺序设置。** 2. 若进入 Rescue Mode,尝试手动加载 GRUB。 3. 使用 `VBoxManage` 或 `fsck` 检查修复虚拟硬盘文件。 4. 使用 **GParted** 或 **testdisk** 检查和修复分区表。 5. 修复后立即更新 GRUB 并重装引导。 > ⚠️ **务必在进行修复操作(尤其是写操作如 `fsck -y`, `grub-install`, `testdisk` 写入)前备份虚拟硬盘文件 (.vdi/.vhd),以防操作失误导致数据彻底丢失。** --- ### 相关问题 1. VirtualBox 虚拟机启动时卡在黑屏或闪烁光标界面该如何解决? 2. 如何将物理机的硬盘分区备份为 VirtualBox 虚拟磁盘文件? 3. 使用 GParted 调整 VirtualBox 虚拟磁盘分区大小的正确步骤是什么? 4. VirtualBox 虚拟机无法识别新添加的虚拟硬盘可能是什么原因? 5. 除了 `no such partition` 错误,GRUB Rescue 模式常见问题还有哪些及如何修复? [^1]: 涉及引导修复操作需谨慎,错误命令可能导致系统无法启动。 [^2]: 分区表修复工具如 TestDisk 功能强大,但操作复杂,建议先查阅文档。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值