安装CentOS7出现dracut:/#……time解决办法

最新推荐文章于 2025-07-16 10:00:29 发布
转载 最新推荐文章于 2025-07-16 10:00:29 发布 · 1.2w 阅读 · 43

本文详述了在安装CentOS7过程中遇到的“dracut：/#...timeout”错误，并提供了一种有效的解决方案。通过调整启动参数，将安装路径指向正确的U盘设备，成功解决了安装难题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

当选择install CentOS7以后一会就会出现错误。报错信息：就是dracut：/# ... timeout一大堆。
我本来以为是我的启动盘没做好，后来我又重做了好几次都是这问题。

安装CentOS7出现dracut:/#……time解决办法安装CentOS7出现dracut:/#……time解决办法安装CentOS7出现dracut:/#……time解决办法安装CentOS7出现dracut:/#……time解决办法

解决

通过搜索引擎检索，解决办法结果大同小异。在报错信息下面进行如下操作：

dracut:/# cd dev
>dracut:/# ls |grep sdb

这样子你就会看到所有的设备信息。找到sdbx,x为一个数字，是你u盘所在

>dracut:/# reboot

重启之后，在install页面按e键修改

vmlinuz initrd=initrd.img inst.stage2=hd:LABEL=CentOS\x207\x20x86_64.check quiet为 vmlinuz initrd=initrd.img inst.stage2=hd:/dev/sdbx(你u盘所在)quiet

然后按Ctrl+x保存就好了。但是在操作过程中，我发现的dev里面的sdb开头的只有sdb,sdb1和sdb2，于是我就把它仨都试了一遍，就过都说找不到img文件。
本来我以为我的电脑不能安装Linux的，后来我发现他们一般都说默认是sdb4，可我的dev里面没有sdb4，不过我的dev有个sdc4，于是我就使用sdc4
修改

vmlinuz initrd=initrd.img inst.stage2=hd:LABEL=CentOS\x207\x20x86_64.check quiet

为

vmlinuz initrd=initrd.img inst.stage2=hd:/dev/sdc4 quiet

然后按Ctrl+x就出现了centOS的安装界面了。

结束

问题原因有可能是不同硬件厂商的支持不一样吧，因为在安装CentOS7界面选择系统安装路径的时候我才发现sdb1和sdb2不是移动设备，而是我电脑的两块硬盘。

在咨询大佬也有另外一个解决办法，换一个U盘重新写入安装镜像安装。

关于基于centos7定制iso后，os安装出现dracut: /dev/root does not exist解决办法
木简熙的博客
06-02 2049
关于基于centos7定制iso后，os安装出现dracut: /dev/root does not exist解决办法 最近在搞基于centos7.6定制专属iso，iso制作可以参考上一篇博客如何基于centos定制自己的iso_木简熙的博客-优快云博客，启动iso安装os报错：dracut: /dev/root does not exist，出现该问题，自己制作iso导致系统找不见/dev/root目录，需要手动重新加载一下磁盘引导目录。 选中Install Centos 7 转存失败重新.
U盘安装CentOS7操作系统报Dracut
weixin_44295725的博客
09-26 8609
今天用U盘安装H3C的服务器的操作系统的时候，出现如下故障： 解决方案： 1.出现Dracut界面时，在dracut:/# 输入 cd /dev 回车 然后输入ls ,查看U盘设备名称，一般sdb/sdc后面带数字的就是U盘，例如sdc4为我的U盘。找的我的U盘盘符后，记录下。然后执行reboot 2.重启服务器，进入安装界面按“e”（不同版本的操作系统，按键可能不一样，一般屏幕上又显示），然后找到vmlinuz initrd.img inst.stage2=hd:LABEL=centOS\x2.
【国内电子数据取证厂商龙信科技】CentOS7 进入 dracut 如何解决
最新发布
longxintec的博客
07-16 268
安装CentOS7系统的时候，使用U盘进行装机，进入系统后发现提示warning:/deu/diskby-label/CentDS-7-x86_64-LiveGNONE-1908 does not exist。无法进入系统，如何进行解决呢
安装Centos7提示dracut：/# 及磁盘空闲不足的坑
茉清语
05-11 3287
这个问题是因为安装程序没有找到安装文件的位置，一般仅出现在安装过Windows系统的电脑上。如果出现该错误，两种解决办法。
安装CentOS7报错dracut-initqueue timeout
m0_46665077的博客
02-13 6110
安装CentOS7报错dracut-initqueue timeout /deu/root does not exist Warning: /dev/root does not exist
【CentOS7】U盘装 CentOS7 进入 dracut 真正解决办法
热门推荐
学习只为当小狗狗，学习只为当小狗狗，学习只为当小狗狗，学习只为当小狗狗，学习只为当小狗狗，学习只为当小狗狗，学习只为当小狗狗
10-16 3万+
真正的进入 dracut 界面解决办法
U盘安装CentOS7系统出现dracut timeout的解决办法
闫玉林的博客
08-14 9726
U盘装机的核心是服务器能识别到U盘，进入U盘装机过程中，能读取到U盘里的系统镜像。安装过程还比较顺利，只是中间有个报错`dracut-initqueue[1066]: Warning:dracut-initqueue timeout- starting timeout scripts`与`/dev/root does not exit`，卡住了下
dracut initqueue[391] warning: dracut initqueue timeout redhat centos
Alan1921的博客
09-11 4313
问题闪亮登场 系统：redhat7.6 开机报错：warning: /dev/disk/by-uuid/ does not exist 解决过程 挂载redhat7.6 镜像，设置从光盘启动。 选择Troubleshooting，回车 选择Rescue a Red Hat~~ , 回车 输入1，回车 继续回车 ...
VMware导出vmdk在华为云安装报错dracut
开心很重要。
02-08 2296
...
KVM虚拟机迁移到VMWare ESXi（解决dracut=initqueue timeout - starting timeout scripts）
刘元林的博客
06-10 4934
磁盘格式转换 二次磁盘转换 创建虚机并启动 解决
CentOS 系统的启动流程
weixin_44983653的博客
07-03 802
CentOS 的启动流程1 Linux 的简单介绍1.1 Linux 的组成1.1.1内核介绍1.1.1.1 内核设计流派1.1.1.2 内核功能1.1.2 内核特点1.1.3 内核组成部分1.1.4 其它2 CentOS 系统的启动流程2.1 POST2.2 Boot Sequence2.2.1 bootloader2.2.2 MBR2.2.3 GRUB2.2.4 kernel2.3 文件启动流...
在现有系统上实现软RAID1 (CentOS 7.6-GRUB2)
Ar_chi的博客
05-22 1790
** 在现有系统上实现软RAID1 (CentOS 7.6-GRUB2) 本文介绍如何在现有系统上加装一块硬盘，实现软RAID1，无论哪块硬盘损坏，系统都能启动。 1. 现有系统 现有系统为CentOS 7.6，配有一块硬盘/dev/sda，/dev/sda安装有正在运行的系统，其分区信息如下： /dev/sda1 /boot Ext2 /dev/sda2 / 　　Ext4 /dev/sda3 /home Ext4 /dev/sda4 保留 /dev/sda5 swap Ext4 准备加装一块相同的硬盘/
U盘安装centos7出现dracut:/# ...
wuxingge的博客
05-18 1180
install CentOS7以后一会就会出现错误。报错信息：就是dracut：/# …看到所有的设备信息。找到sdbx,x为一个数字，是u盘。备注：U盘一般是sda4, sdb4, sdc4 …按Ctrl+x保存，重启就可以进入安装界面了。重启之后，在install页面按e键修改。
u盘安装centos7出现dracut
qq_24084605的博客
03-05 495
当出现上图的界面时,按顺序执行以下步骤: 1. cd dev 2. ls 3. 拔掉U盘 4. ls 消失的那个就是U盘的盘符(很多时候都是定位不到盘符..) 5. reboot 6. 安装界面按E vmlinuz initrd=initrd.img inst.stage2=hd:LABEL=CentOS\x207\x20x86_64.check quiet 改为 ...
用U盘安装centOS7系统出现dracut:/#的解决方法
qq_32067151的博客
11-19 5927
这个问题是因为安装程序未找到安装文件，无法加载导致的 1.dracut:/# 输入 cd /dev 2.ls查看U盘设备名称，一般sdb(或sdc等)后面带数字的就是U盘，例如sdb4，sdc4 3.重启服务器，重新进入到安装界面，按tab键会出现安装引导vmlinuz initrd.img inst.stage2=hd:LABEL=centOS\x207\x20x86_64 rd.live...
Centos 7分区失败，进入 dracut 页面，恢复操作
种一棵树最好的时间是十年前，其次是现在。
09-26 1万+
分区异常恢复
启动Centos7系统，出现dracut:/#
qq_40107062的博客
10-26 2011
我寻思，既然磁盘损坏那就换个磁盘吧，但是这个160G的硬盘和1T的从盘里面还有一些数据需要导出，然后我换了一块160G的固态，插到节点的3号位了，重新做了Centos7.6系统，做系统的时候发现另一个问题，因为原本系统损坏，导致无法重做系统，只要一选择盘，安装系统就崩溃。就可以临时进入系统了，ssh也可以正常使用，就是如果你重启服务器，就会再次进入救援模式，这个也是暂时的使用方法，我也提醒一句，如果需要重新启动，最好是进入系统后，reboot重启，千万不要直接强制关机。
CentOs7 u盘安装出现dracut:/#解决方案
fuxiaoland的博客
11-04 3148
使用U盘安装centOS7是出现dracut:/# 网上查找解决方法如下： “dracut:/#cd dev dracut:/#ls 找到sdbx,x为一个数字，是你u盘所在 dracut:/dev#reboot // 重启电脑 此时重新进入了菜单， 选择第一项：Install CentOS7，按下e 修改下列命令： Linu...
kvm虚拟机重启后进入了 dracut:/#模式
06-27
<think>我们正在处理用户关于KVM虚拟机重启后进入dracut紧急模式的问题。根据用户的问题，我们需要分析原因并提供解决方案。首先，我们需要理解dracut紧急模式的含义：当系统启动时无法加载根文件系统（rootfs）时，会进入dracutshell。这通常是由于内核无法找到或挂载根文件系统导致的。可能的原因：1.根文件系统设备在启动时不可用（例如，磁盘设备路径改变、UUID错误等）。2.文件系统损坏。3.驱动缺失（例如，没有加载相应的磁盘控制器驱动）。4.内核启动参数（如root=）设置不正确。5.磁盘设备在initramfs中未被正确识别（可能需要重新生成initramfs）。6.其他硬件问题（如磁盘故障）。解决方案：1.在dracutshell中尝试手动挂载根文件系统，以确定问题。2.检查启动参数（通过/proc/cmdline）和磁盘设备。3.重新生成initramfs（需要进入救援模式）。4.修复文件系统（使用fsck）。5.调整虚拟机配置（例如磁盘控制器类型）或内核参数。具体步骤：步骤1：在dracutshell中获取信息在dracut:/#提示符下，可以执行以下命令：-查看磁盘设备：`lsblk`或`cat/proc/partitions`-查看内核启动参数：`cat/proc/cmdline`-尝试挂载根文件系统：例如，如果根文件系统在/dev/vda1上，则尝试：mkdir/mntmount/dev/vda1/mnt如果挂载失败，注意错误信息（可能是文件系统损坏，需要fsck）。步骤2：如果根文件系统挂载成功，则检查文件系统-检查/etc/fstab文件：确保根文件系统的配置正确（特别是UUID或设备路径）。-检查/boot/grub2/grub.cfg（或类似路径）中的启动参数。步骤3：如果根文件系统挂载失败，则尝试修复-使用fsck修复：例如，`fsck/dev/vda1`（注意：在挂载状态下运行fsck可能会导致数据损坏，所以应该在未挂载时运行。在dracut环境中，文件系统通常没有被挂载，因此可以尝试修复。但如果是根文件系统，可能需要指定类型，如`fsck.ext4/dev/vda1`）步骤4：如果磁盘设备没有被识别-可能是initramfs中缺少驱动。需要重新生成initramfs，但这通常需要进入一个可工作的系统（例如使用LiveCD进入救援模式）。步骤5：进入救援模式-如果虚拟机无法正常启动，可以使用安装ISO进入救援模式（例如，在KVM中，将虚拟机的CDROM设置为安装ISO，并从CDROM启动）。-在救援模式中，挂载根文件系统，然后检查并修复问题：chroot/mnt/sysimage#进入原系统环境#重新生成initramfs（以CentOS为例）dracut--force#检查grub配置（如果需要）grub2-mkconfig-o/boot/grub2/grub.cfg#检查/etc/fstabexitreboot步骤6：检查虚拟机配置-在宿主机上，检查虚拟机的磁盘配置（例如，磁盘控制器类型）。有时，使用virtio磁盘需要特定的驱动，如果initramfs中没有包含，则可能导致启动失败。确保initramfs包含virtio驱动（对于CentOS/RHEL，通常包含virtio驱动，但有时可能被排除）。-可以尝试在虚拟机XML配置中更改磁盘控制器类型（例如，从virtio改为ide），但这不是推荐做法，因为virtio性能更好。如果更改，需要确保系统能够识别ide设备。步骤7：检查内核参数-在grub启动菜单中，可以临时编辑启动参数（在启动时按e键进入编辑模式），检查root=参数是否正确（例如，root=/dev/vda1或root=UUID=...）。如果使用UUID，确保UUID与磁盘的实际UUID一致（可以通过`blkid`命令查看）。步骤8：其他可能的原因-如果虚拟机磁盘是qcow2格式，可能由于磁盘镜像损坏导致。可以尝试在宿主机上检查并修复镜像：`qemu-imgcheck-fqcow2/path/to/image.qcow2`，然后修复（如果支持修复选项）。-如果磁盘空间不足，也可能导致启动失败。在dracutshell中，如果能够挂载根文件系统，检查磁盘空间。根据引用[1]中的内容，我们注意到有关于清理KVM环境的命令，但这与当前问题关系不大。引用[2]中提到虚拟化类型改为kvm，但用户已经使用KVM，所以可能不是虚拟化类型的问题。引用[3]是关于yum仓库的修复，也不直接相关。但是，我们可以参考引用[2]中关于虚拟化类型配置的位置：/etc/nova/nova.conf中的virt_type。如果用户使用的是OpenStack，那么虚拟机的虚拟化类型是kvm，所以驱动问题可能是关键。因此，我们建议的解决方案重点在检查根文件系统、修复文件系统、重新生成initramfs以及检查虚拟机配置（尤其是磁盘驱动）上。生成相关问题：1.如何防止KVM虚拟机启动时进入dracut紧急模式？2.在KVM中如何正确配置磁盘控制器以避免启动问题？3.如何修复损坏的qcow2磁盘镜像？4.在救援模式下如何修复Linux系统启动问题？注意：在回答中，我们不需要直接引用上述引用内容，因为它们与当前问题关联不大。我们主要根据KVM虚拟机和dracut的一般知识来回答。现在，我们将以上分析整理成结构清晰的回答。</think>### KVM虚拟机重启后进入dracut紧急模式的原因及解决方案 #### 问题原因分析 当KVM虚拟机重启后进入`dracut:/#`紧急模式，通常是由于系统无法挂载根文件系统(rootfs)导致。主要原因包括： 1. **根文件系统设备变更** - 虚拟机磁盘设备路径改变（如从`/dev/vda`变为`/dev/vdb`） - 磁盘UUID冲突或变更（克隆虚拟机时常见） - 文件系统标签(label)丢失 2. **文件系统损坏** - 异常关机导致文件系统结构损坏 - 磁盘空间耗尽或inode耗尽 3. **驱动缺失** - initramfs镜像未包含必要的磁盘控制器驱动（如virtio-blk） - 内核升级后驱动不兼容 4. **配置错误** - `/etc/fstab`配置错误或设备标识符失效 - GRUB启动参数`root=`设置错误 - 磁盘控制器类型不匹配（如IDE改为VirtIO） #### 解决方案步骤 ##### 步骤1：在dracut shell中诊断问题 ```bash dracut:/# lsblk # 查看磁盘设备列表 dracut:/# blkid # 检查磁盘UUID和文件系统类型 dracut:/# cat /proc/cmdline # 查看GRUB启动参数中的root设备 ``` - **关键检查项**： - 确认`root=`参数指定的设备（如`root=/dev/vda1`）是否与实际设备一致 - 检查目标磁盘是否被识别（如`vda`、`sda`等） ##### 步骤2：尝试手动挂载根分区 ```bash dracut:/# mkdir /mnt/root dracut:/# mount /dev/vda1 /mnt/root # 替换为实际设备名 ``` - **若挂载失败**： - 文件系统损坏 → 跳转步骤3 - 设备未识别 → 跳转步骤4 ##### 步骤3：修复文件系统 ```bash dracut:/# fsck -y /dev/vda1 # 修复ext4/xfs等文件系统 dracut:/# xfs_repair /dev/vda1 # 针对XFS文件系统 ``` ##### 步骤4：重建initramfs（需救援模式） 1. 挂载系统分区： ```bash dracut:/# mount /dev/vda1 /mnt/root dracut:/# mount /dev/vda2 /mnt/root/boot # 如存在单独boot分区 dracut:/# chroot /mnt/root ``` 2. 重建initramfs： ```bash sh-4.2# dracut -f --add-drivers "virtio_blk virtio_pci" # 强制重建并添加驱动 sh-4.2# grub2-mkconfig -o /boot/grub2/grub.cfg # 更新GRUB配置 ``` ##### 步骤5：检查虚拟机配置 1. **确认磁盘控制器类型**： ```xml <!-- 虚拟机XML配置示例 --> <disk type=&#39;file&#39; device=&#39;disk&#39;> <driver name=&#39;qemu&#39; type=&#39;qcow2&#39;/> <target dev=&#39;vda&#39; bus=&#39;virtio&#39;/> <!-- 确保bus=&#39;virtio&#39; --> </disk> ``` - 若原系统使用IDE(`bus=&#39;ide&#39;`)，切换为VirtIO需在initramfs中添加驱动 2. **修复磁盘路径**： - 编辑`/etc/fstab`，将设备路径改为UUID： ```bash /dev/vda1 => UUID=5e4e5c8d-1... / xfs defaults 0 0 ``` 使用`blkid`获取实际UUID ##### 步骤6：宿主机操作（可选） - **检查磁盘镜像**： ```bash qemu-img check /var/lib/libvirt/images/vm.qcow2 ``` - **修复磁盘分配**（参考引用[2]）： - 确认宿主机磁盘资源未超配：`CONF.disk_allocation_ratio = 1.0` #### 预防措施 1. 系统克隆后： - 立即修改UUID：`tune2fs -U random /dev/vda1` - 更新GRUB和fstab中的UUID引用 2. 定期维护： ```bash # 清理旧内核和initramfs package-cleanup --oldkernels --count=1 ``` 3. 确保initramfs包含必要驱动： ```bash # 在虚拟机内检查驱动 lsinitrd /boot/initramfs-$(uname -r).img | grep virtio ``` > **注意**：若磁盘控制器类型更改（如IDE转VirtIO），需在更改前在虚拟机内安装`virtio-drivers`： > ```bash > yum install virtio-win-drivers # CentOS/RHEL > ```
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值