不幸的是,我已经格式化了驱动器/dev/sda2 2。因此,所有的/root,/home,swap LVM不再存在。因此,我的服务器无法正常工作。
它只显示了
dracut#>Dracut Error:
[ OK ] Reached target Paths.
[ OK ] Reached target Basic System.
dracut-initqueue[372]: Warning: Could not boot.
[ OK ] Started Show Plymouth Boot Screen.
[ OK ] Reached target Paths.
[ OK ] Reached target Basic System.
dracut-initqueue[372]: Warning: Could not boot.
dracut-initqueue[372]: Warning: /dev/centos/root does not exist.
dracut-initqueue[372]: Warning: /dev/centos/swap does not exist.
dracut-initqueue[372]: Warning: /dev/mapper/centos-root does not exist.
Starting Dracut Emergency Shell...
Warning: /dev/centos/root does not exist
Warning: /dev/centos/swap does not exist
Warning: /dev/mapper/centos-root does not exist
Generating "/run/initramfs/rdsosreport.txt"
Entering emergency mode. Exit the shell to continue.
Type "journalctl" to view system logs.
You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot
after mounting them and attach it to a bug report.发布于 2016-04-27 12:22:58
在德拉库特紧急空壳:
在Dracut无法定位根文件系统时,dracut提供了一个用于交互调试的shell。要启用外壳:
rhgb = redhat图形引导--这是一个GUI模式引导屏幕,其中隐藏了大部分信息,而用户看到一个旋转的活动图标,并简要介绍了计算机正在做什么。
在rhgb启动之前隐藏大部分引导消息。这些都是为了让普通用户更舒适。看到内核和初始化消息时,他们会感到惊慌,所以他们会为了安慰而将它们隐藏起来。
如果dracut无法找到根设备,rd.shell=This将显示一个shell。
default=0
timeout=5
串行-单位=0-速度=9600
终端-超时=5串行控制台
标题Fedora (2.6.29.5-191.fc11.x86_64)
根(hd0,0)
内核/vmlinuz-2.6.29.5-191.fc11.x86_64 ro root=/dev/mapper/vg_uc1-lv_root console=tty0 rd.shell
initrd /dracut-2.6.29.5-191.fc11.x86_64.img
5.从dracut调试shell从dracut shell访问根卷,您可以手动执行查找和准备启动根卷的任务。所需的步骤将取决于如何配置根卷。常见的设想包括:
块设备(例如/dev/sda7 7)
* LVM逻辑卷(例如/dev/VolGroup00 00/LogVol00)
·加密设备(例如/dev/mapper/luks-4d5972ea-901c-4584-bd75-1da802417d83) )
·网络连接设备(如netroot=iscsi:@192.168.0.4::3260::iqn.2009-02.org.fedoraproject:for.all) )
6.定位和准备工作的确切方法各不相同。但是,要继续成功引导,目标是定位根卷并创建指向文件系统的符号链接/dev/root。例如,下面的示例演示如何访问和引导作为加密LVM逻辑卷的根卷。
Inspect your partitions using parted9.在根卷可用的情况下,您可以通过退出dracut shell继续引导系统。
发布于 2020-06-03 08:32:46
Step1:journalctl类型
Step2:查找错误
Step3:运行
xfs_repair -L /dev/dm-0Step4:运行
xfs_repair -d /dev/dm-0发布于 2016-04-23 17:15:33
sda2分区很可能是组成LVM逻辑卷“根”和“交换”的物理卷。您可能可以使用https://access.redhat.com/documentation/en-US/Red_帽子_企业_Linux/6/html/逻辑_音量_经理_管理/mdatarecover.html恢复LVM元数据。
https://unix.stackexchange.com/questions/278385
复制相似问题