Bug 2022630
| Summary: | fail to install rhel9 on specific machine with error /dev/root does not exist | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 9 | Reporter: | Jianlin Shi <jishi> |
| Component: | dracut | Assignee: | Lukáš Nykrýn <lnykryn> |
| Status: | CLOSED DUPLICATE | QA Contact: | qe-baseos-daemons |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 9.0 | CC: | cooper, dracut-maint-list, dtardon, liali, mail, msalter, pbunyan, pvalena, sebastian.lipp, whissi, yama, yanghliu, yllam |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2022-03-21 01:33:23 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Jianlin Shi
2021-11-12 08:34:42 UTC
Please add rd.debug to kernel command line and attach /run/initramfs/rdsosreport.txt here. (In reply to David Tardon from comment #1) > Please add rd.debug to kernel command line and attach > /run/initramfs/rdsosreport.txt here. the new job: https://beaker.engineering.redhat.com/recipes/10997847#installation the console log: https://beaker.engineering.redhat.com/recipes/10997847/logs/console.log Hi David, any updates on the issue? I also saw the similar issue when installing rhel9 on bare metal aarch systems. Is this the same problem? Job: https://beaker.engineering.redhat.com/jobs/6179895 [ 168.365449] dracut-initqueue[659]: Warning: dracut-initqueue: timeout, still waiting for following initqueue hooks: [ 168.400315] dracut-initqueue[659]: Warning: /lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2fmapper\x2frhel_gigabyte--r120--01-root.sh: "if ! grep -q After=remote-fs-pre.target /run/systemd/generator/systemd-cryptsetup@*.service 2>/dev/null; then [ 168.450136] dracut-initqueue[659]: [ -e "/dev/mapper/rhel_gigabyte--r120--01-root" ] [ 168.480136] dracut-initqueue[659]: fi" [ 168.520133] dracut-initqueue[659]: Warning: /lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2frhel_gigabyte-r120-01\x2froot.sh: "[ -e "/dev/rhel_gigabyte-r120-01/root" ]" [ 168.570114] dracut-initqueue[659]: Warning: /lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2frhel_gigabyte-r120-01\x2fswap.sh: "[ -e "/dev/rhel_gigabyte-r120-01/swap" ]" [ 168.620113] dracut-initqueue[659]: Warning: dracut-initqueue: starting timeout scripts [ 210.270124] dracut-initqueue[659]: Warning: /lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2frhel_gigabyte-r120-01\x2froot.sh: "[ -e "/dev/rhel_gigabyte-r120-01/root" ]" [ 210.320126] dracut-initqueue[659]: Warning: /lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2frhel_gigabyte-r120-01\x2fswap.sh: "[ -e "/dev/rhel_gigabyte-r120-01/swap" ]" [ 210.360121] dracut-initqueue[659]: Warning: dracut-initqueue: starting timeout scripts [ 210.724237] dracut-initqueue[659]: Warning: dracut-initqueue: timeout, still waiting for following initqueue hooks: [ 210.760192] dracut-initqueue[659]: Warning: /lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2fmapper\x2frhel_gigabyte--r120--01-root.sh: "if ! grep -q After=remote-fs-pre.target /run/systemd/generator/systemd-cryptsetup@*.service 2>/dev/null; then [ 210.820144] dracut-initqueue[659]: [ -e "/dev/mapper/rhel_gigabyte--r120--01-root" ] [ 210.860135] dracut-initqueue[659]: fi" [ 210.890123] d "[ -e "/dev/rhel_gigabyte-r120-01/root" ]" [ 210.930127] dracut-initqueue[659]: Warning: /lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2frhel_gigabyte-r120-01\x2fswap.sh: "[ -e "/dev/rhel_gigabyte-r120-01/swap" ]" [ 210.970125] dracut-initqueue[659]: Warning: dracut-initqueue: starting timeout scripts [ 211.355372] dracut-initqueue[659]: Warning: dracut-initqueue: timeout, still waiting for following initqueue hooks: [ 211.390217] dracut-initqueue[659]: Warning: /lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2fmapper\x2frhel_gigabyte--r120--01-root.sh: "if ! grep -q After=remote-fs-pre.target /run/systemd/generator/systemd-cryptsetup@*.service 2>/dev/null; then [ 211.450145] dracut-initqueue[659]: [ -e "/dev/mapper/rhel_gigabyte--r120--01-root" ] [ 211.480148] dracut-initqueue[659]: fi" [ 211.510162] dracut-initqueue[659]: Warning: /lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2 All, See the following BZ: Bug 2043737 - [RHEL9] Warning: /dev/rhel_gigabyte-r120-${}/swap does not exist https://bugzilla.redhat.com/show_bug.cgi?id=2043737#c7 Best, pbunyan cn88xx machines (gigabyte-120) need the following workarounds on command line: arm-smmu.disable_bypass=n iommu.passthrough=1 initcall_blacklist=gtdt_sbsa_gwdt_init kpti=0 *** This bug has been marked as a duplicate of bug 2043737 *** I can confirm this issue, when booting installation media from usb stick on Lenovo Idea Pad 5 14ALc05 . Issue confirmed here too. Trying to understand the sense in closing this bug as a duplicate of another bug and blocking access to the details of that bug we're referred to. What's a fella to do? FYI: I experienced a similar issue when trying to boot Fedora Server ISO via Peppercon/Raritan/Lantronix remote consoles which I reported in bug #2118028. In my case the problem was caused by a bug in systemd-udevd and a fix is available, see https://github.com/systemd/systemd/pull/24309 (In reply to baaash from comment #9) > Issue confirmed here too. Trying to understand the sense in closing this > bug as a duplicate of another bug and blocking access to the details of that > bug we're referred to. > > What's a fella to do? It's a kernel but in VERIFIED state. The fix should land in the next release (and C9s). (In reply to Pavel Valena from comment #11) > (In reply to baaash from comment #9) > > Issue confirmed here too. Trying to understand the sense in closing this > > bug as a duplicate of another bug and blocking access to the details of that > > bug we're referred to. > > > > What's a fella to do? > > It's a kernel but in VERIFIED state. The fix should land in the next release > (and C9s). * kernel bug Is the next release to fixed this issue out yet? Where can I download the latest release RHEL9 iso image? The next release is not out yet. The fix is in centos stream and you can work around it in RHEL9 by adding kpti=0 to the kernel command line. |