【解决】CentOS_7 usb安装盘制作,修改安装目录后依然dracut-initqueue timeout

博客记录了CentOS安装过程中遇到dracut-initqueue timeout报错的解决过程。最初正常安装报错,进入dracut无文件,修改引导参数后仍报错。初步推测服务器U盘需拔插识别,最终在出现报错时拔插U盘,成功进入安装系统界面。

1、正常流程进centos install,报错dracut-initqueue timeout 

2、进入dracut时,

cd /dev  
ls |grep sdb

没有文件。

3、拔插U盘后

 ls |grep sdb

显示:
sdb4 sdb

4、重新引导进入centos install,tab,e

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

改为  :

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

5、安装时,依然报错:dracut-initqueue timeout 

6、在dracut时:

ll /dev |grep sdb

无内容;

拔插U盘后,

 ls |grep sdb

显示:
sdb4 sdb

7、初步推测,该服务器U盘需拔插才可以识别

8、重新引导,修改vmlinuz initrd=initrd.img inst.stage2=hd:/dev/sdb4 quiet

出现dracut-initqueue timeout 时,拔插U盘,成功进入安装系统界面。

 

 

<think>嗯,用户遇到了Linux安装过程中的典型存储设备识别问题,从引用内容看,ta应该是在CentOS/RHEL系发行版安装时遇到了initramfs阶段的根设备挂载失败。用户提到的三个错误实际上是同一故障链的不同表现:dracut-initqueue timeout说明系统在指定时间内没找到根设备,于是触发了rdsosreport.txt的生成,而/dev/root does not exist则是根本原因。 用户提供的四个引用都指向了相似的解决方案,但需要特别注意几个关键点:首先,不同系统下mapper名称可能不同(如centos-root/cl-root),其次xfs_repair的-L参数会强制清空日志,存在数据风险。考虑到用户处于安装阶段,大概率还没重要数据,可以大胆操作。不过引用[4]提到现有方案缺乏解释,这正是需要补充说明的地方。 从技术本质看,这类问题往往源于:1)存储驱动未加载 2)设备路径变更 3)文件系统损坏 4)initramfs镜像缺失驱动。用户引用中只解决了第3点,实际应该系统性排查。比如在dracut shell里用lsblk确认驱动加载情况,检查是否因使用非标硬控制器(如NVMe)导致。 用户显然已经查阅过资料,但被碎片化方案困扰。需要整合流程:从最安全的设备检查开始(避免误操作),到最激进的文件系统修复。特别要强调救援模式切换方法,因为图形安装环境可能不提供终端。另外所有命令必须区分chroot前后环境——安装阶段的修复和在用系统的修复完全不同。 </think>针对您在Linux安装过程中遇到的`/dev/root does not exist`、`Generating "/run/initramfs/rdsosreport.txt"`和`dracut-initqueue timeout`错误,以下是系统性解决方案,整合了引用信息和关键操作要点: --- ### **根本原因分析** 该错误通常由以下原因导致: 1. **存储驱动未加载**:安装介质未包含硬控制器驱动(如RAID/NVMe驱动) 2. **根设备识别失败**:`initramfs`无法正确映射根分区(`/dev/mapper`路径错误或文件系统损坏) 3. **设备路径变更**:安装时使用的设备名(如`sda`)与启动时不一致(如变为`nvme0n1`) --- ### **解决方案步骤** #### **第一步:进入紧急模式** 1. 重启系统,在GRUB菜单选择安装项时按 `e` 键编辑启动参数 2. 在 `linux` 开头的行末尾添加(注意空格): ```bash rd.break enforcing=0 ``` 3. 按 `Ctrl+X` 进入紧急模式 #### **第二步:检查存储设备** ```bash # 查看可用存储设备 lsblk # 检查根设备映射(重点确认包含root的逻辑卷) ls /dev/mapper ``` > 常见正确映射名:`centos-root`, `cl-root`, `rhel-root`(取决于发行版) #### **第三步:修复文件系统**(以XFS为例) ```bash # 卸载根分区(若已挂载则跳过) umount /dev/mapper/centos-root # 强制修复文件系统(-L参数会清除日志,谨慎使用) xfs_repair /dev/mapper/centos-root -L ``` > **⚠️ 注意**: > - `-L` 会强制重置文件系统日志,可能导致数据丢失(但安装阶段通常无影响) > - 若设备名不同(如 `cl-root`),替换命令中的路径 #### **第四步:重建initramfs** ```bash # 重新挂载系统 mount /dev/mapper/centos-root /sysroot chroot /sysroot # 检查内核版本 uname -r # 重建initramfs(替换实际内核版本) dracut -f /boot/initramfs-$(uname -r).img $(uname -r) ``` #### **第五步:更新GRUB并重启** ```bash # 更新GRUB配置 grub2-mkconfig -o /boot/grub2/grub.cfg # 退出并重启 exit reboot ``` --- ### **关键预防措施** 1. **驱动注入**: 在安装界面按 `Tab` 键,添加 `inst.dd` 参数加载缺失驱动[^2] 2. **设备稳定性检查**: ```bash # 检测硬坏道 badblocks -sv /dev/sda ``` 3. **文件系统验证**: 安装前用 `fsck` 检查分区完整性(需从Live CD执行) --- ### **故障排查流程图** ```mermaid graph TD A[出现dracut错误] --> B{进入紧急模式} B --> C[检查 lsblk 和 /dev/mapper] C --> D{根设备是否存在?} D -->|是| E[执行 xfs_repair 修复] D -->|否| F[检查驱动加载情况] E --> G[重建initramfs] F --> H[添加 inst.dd 加载驱动] G & H --> I[更新GRUB并重启] ``` > **引用说明**: > - 文件系统修复步骤参考了xfs_repair的标准操作流程[^1][^3] > - 驱动加载方案基于CentOS/RHEL安装文档建议[^2][^4]
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值