在 CentOS 7 中无法进入 switch_root 模式
我正在尝试重置旧驱动器上的 root 密码,并按照以下说明操作: https://www.redhat.com/sysadmin/recover-root-passwd 但是,我并没有像文章建议的那样启动到“救援”提示符,而是得到了一个无法运行的 dracut 提示符chroot /sysroot。 有什么建议吗? ...
我正在尝试重置旧驱动器上的 root 密码,并按照以下说明操作: https://www.redhat.com/sysadmin/recover-root-passwd 但是,我并没有像文章建议的那样启动到“救援”提示符,而是得到了一个无法运行的 dracut 提示符chroot /sysroot。 有什么建议吗? ...
我遇到过这样一种情况:系统原本要继续安装,但在 initrd 中转储了核心,导致无法挂载根文件系统。 结果是,mdadm或者lvm出现了分段错误,然后我被要求提供核心转储。不幸的是,initrd 中未启用核心转储。 所以我想知道:是否有内核启动命令行参数可以启用核心转储,或者是否可以修改 initrd 以启用核心转储? 所用系统基于 Fedora(实际上是 Qubes OS 4.1.0)。有关此问题的更多详细信息,请参阅https://github.com/QubesOS/qubes-issues/issues/7335#issuecomment-10806...
为了修复无法启动的 SLES15 系统,我启动了救援映像,将现有系统挂载到/mnt,然后执行了以下操作chroot /mnt(我省略了详细信息,因为这些内容可能已知(或在如何为 OpenSUSE Leap 创建 chroot 环境?))。 当尝试使用重建 initrd 时,dracut存在救援系统中使用的内核与环境中找到的内核不匹配的问题chroot。 例如输出是: dracut: cannot find module directory /lib/modules/5.3.18.57-default (5.3.18.57-default是来自救援系统的内核...
我正在尝试在具有加密根分区的系统上安装 OpenSuSE Tumbleweed。起初我尝试设置GRUB,但它拒绝识别 LUKS 加密分区。 目前我正在尝试使用统一内核映像它使用安全启动密钥对内核和 initrd 进行签名,以防止篡改。Debian 有安全靴为了这个目的,Arch更新。 SUSE 中使用的 initrd Dracut 似乎也有此功能内置。不幸的是,dracut postinstall 脚本(出现在/usr/lib/module-init-tools/regenerate-initrd-posttrans下面并重现)似乎对 dracut 命令行进...
我在 VirtualBox 中将 Fedora 29 上的根文件系统从 15GB 调整为 20GB,但无法再启动。它总是进入 dracut 紧急 shell。在 VirtualBox 中首先调整 VDI 和快照的大小后,我按照步骤 1.1 到 1.11 扩大了磁盘,并按照此主题。当我遇到问题时,我正在执行步骤 2(重新启动)。 运行后blkid我看到/dev/sda1和/dev/sda2。我已经/dev/sda1在 Fedora Live 中挂载了 并且可以看到它是启动分区,因此如果我想的话可以编辑 grub 配置,但我找不到挂载 的方法/dev/sda2...
我有一个 CentOS7 系统,我为它构建了一个 4.14.29 内核,为它创建了一个 initrd - 就像我很多很多次做的那样。当我现在这样做时(从 4.11 内核升级到 4.14.29 内核) - 我看到了我的根文件系统还被骑了过去/usr。它仅有的4.14 内核中也会出现这种情况,但我怀疑这是实际的初始化内存文件系统正在做这件事。 在 initrd 期间-我看到: [ OK ] Reached target Remote File Systems. Mounting /sysroot... [ OK ] Mounted ...
我在尝试启动时遇到困难卡巴基提供的 ISO 映像。我尝试了两种方法: A.通过加载内核启动: menuentry "Kaspersky Rescue" { # Taken from http://rescuedisk.kaspersky-labs.com/rescuedisk/updatable/kav_rescue_10.iso set isofile="/iso/kav_rescue_10.iso" echo "Booting from $isofile. Wait for a minute..." loopback ...
我正在尝试在 Fedora 上安装 Nvidia 驱动程序,如下所示本教程。 一切顺利,直到 2.7:重新启动到运行级别 3。 启动时我收到这样的警告: dracut-initqueue timeout -starting timeout scripts 最后,它启动德拉库特应急炮弹。并建议重新生成我的 initramfs。 错误报告说 /dev/fedora/root does not exist /dev/fedora/swap does not exist /dev/mapper/fedora_host-004-root does not e...
我将所有 LV 区段从一个 PV 迁移到新 PV。新旧 PV 都是 LUKS 加密设备。root 是迁移的 LV 之一。 这不起作用,因为在迁移后,启动甚至不会尝试解锁新的 LUKS PV。它要求输入旧 LUKS 的密码,但旧 LUKS 已不存在,这些驱动器已被重新分配和覆盖。 但是,如果我使用内核参数 rd.auto=1,并删除指定旧 PV 的 UUID 的旧内核参数,我可以让 Linux 启动并要求输入正确的密码。然而,它仍然不起作用。 前我输入了上面写的密码 dracut-initqueue /usr/bin/crypt-run-generat...
如何在 dracut 紧急 shell 中挂载(LUKS 加密的)LVM 卷? 我对 /etc/fstab 做出了致命的更改,需要撤消。 我照做了cryptsetup luksOpen /dev/mmcblk0p2 crypthome,并输入了密码。 然后尝试挂载: mount /dev/mapper/crypthome /mnt/crypthome 但收到此错误信息: mount: unknown filesystem type 'LVM2_member' 难道不能在 dracut 中挂载 LVM 分区吗? ...
我正在尝试按照此处的说明在 RHEL 7.2 上安装和启动 kernel-ml(当前为 4.4.1-1):http://linuxg.net/install-kernel-4-x-on-enterprise-linux-7-centos-7-and-rhel-7/ 安装工作正常,重新启动时我可以从 grub 菜单中选取新内核 - 然而它在启动过程中失败。 当它失败时,我可以看到以下多个实例: dracut-initqueue[632]: Warning: dracut-initqueue timeout - starting timeout scrip...
我正在尝试将 Fedora 安装在闪存驱动器上,然后从一台不太容易访问的 PC 上启动它。我尝试将所有内容设置为按标签以解决 uuid 问题。我收到错误消息 no /dev/disk/by-label/... 查看后发现 dracut 没有 /dev/disk/ 按标签或原始磁盘节点 /dev/sda1 任何有关如何将标签选项重新引入 dracut 的建议都将受到赞赏。我怀疑它正在添加/强制模块加载或其他内容以进行 dracut 重建,但尚未在该区域找到有用的信息。 我希望能够从内部闪存驱动器而不是更昂贵的 SSD 启动,因为速度并不像没有移动部件那么有趣...
我刚刚尝试在全新的 Ubuntu 12.10 服务器上安装 dracut,它是 initramfs-tools 的替代品,以便使用 dracut 的高级功能通过两个绑定接口从 NFS 启动。 不幸的是安装遇到了以下冲突: root@ubuntu:~# aptitude install dracut The following NEW packages will be installed: cryptsetup{a} cryptsetup-bin{a} dmraid{a} dracut{b} kpartx{a} kpartx-boot{a} libcr...
长话短说,我尝试按照 YouTube 上的指南进行操作,单 GPU 直通教程 - KVM/VFIO,我在 Ubuntu 上配置 Linux 时遇到了困难。 该指南的大部分步骤看起来相当简单,但它深入介绍了如何更改 grub 配置并使用 dracut5:10,这些步骤不适用于 Ubuntu。 这部分步骤可以转换为 Ubuntu 的等效步骤吗? 编辑:视频中概述的 Fedora 步骤如下 /etc/sysconfig/grub通过添加intel_iommu=on iommu=pt或amd_iommu=on iommu=pt到条目来编辑GRUB_CMDLINE_...
为了准备进行软件升级,我们的一台 RHEL9.2 服务器上的内核最近升级到了 6.2.8,但由于复杂情况,我们不得不恢复到 5.14.0-284.25.1.el9_2.x86_64。 我已使用 dnf 通过以下命令重新安装了内核包 sudo dnf reinstall kernel-5.14.0-284.25.1.el9_2 kernel-core-5.14.0-284.25.1.el9_2 kernel-devel-5.14.0-284.25.1.el9_2 kernel-headers-5.14.0-284.25.1.el9_2 kernel-modul...