You are in emergency mode. After logging in, type “journalctl -xb” to view system logs, “systemctl reboot” to reboot, “systemctl default” or “exit” to boot into default mode.
Cannot open access to console, the root account is locked. See sulogin(8) man page for more details.
Greetings @ide.nurhalim ,
Ooph. I’m sorry to hear that. I’m guessing this is the 9.1 → 9.2 update. We did discover a bug that exists upstream if you are running LVM. If you know you are using LVM, let me know the work-around is easy to do.
If you don’t know, or if you don’t have LVM then you will need to investigate the system logs. Since you have a locked root account, you will have to investigate with a live CD/USB. If you need more information about this, I can write up a few things to try.
Upstream made a change in how devices are detected. If a device has an extra _ at the end of it’s IDNAME in /etc/lvm/devices/system.devices , then it won’t boot. Removing the _ should make it boot again.
Greetings @ide.nurhalim
If you don’t have a root password, you may need to reset it. Try the Method #3 password reset here:
Also, before you exit out of the system (after touch /.autorelabel) check that there isn’t an _ after the IDNAME cat /etc/lvm/devices/system.devices
If there is, edit the file and remove it.
I am having the same issue. However, I do know my root password, which I entered and saw the journalctl -xb output. With my limited understanding, it seems to point to an issue with dev/mapper which is timing out.
I´ve been using many different Linux distros for years as my daily drivers, but I gotta admit my shortcomings as a system admin. I just don’t know what to do about this one right now. I am googling my way out as usual… but can’t find much info right now. I can boot successfully using the previous kernel which is how I am typing this right now.
cat /etc/lvm/devices/system.devices show this:
# LVM uses devices listed in this file.
# Created by LVM command lvmdevices pid 3908 at Sat Aug 6 19:09:27 2022
VERSION=1.1.3
IDTYPE=sys_wwid IDNAME=eui.6479a72160163232 DEVNAME=/dev/nvme0n1p3 PVID=F8LLtaFytE2tnkBxeLg8X5sQUVP0gYUF PART=3
IDTYPE=sys_wwid IDNAME=eui.6479a74580200134 DEVNAME=/dev/nvme2n1p3 PVID=01n4N27WELBW0edct0uaKNgUubZEIGji PART=3
my fstab looks like this:
#
# /etc/fstab
# Created by anaconda on Sat Aug 6 19:09:27 2022
#
# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
/dev/mapper/rl_localhost--live00-root / xfs defaults 0 0
UUID=c62da415-c05b-41c2-ac3e-0d9c2d01da7a /boot xfs defaults 0 0
UUID=444D-85F8 /boot/efi vfat umask=0077,shortname=winnt 0 2
/dev/mapper/rl_localhost--live00-home /home xfs defaults 0 0
/dev/mapper/rl_localhost--live00-swap none swap defaults 0 0
I have a production server for the hospital, because like this I am really crazy and have not found a solution, so I use a new server and restore the database
I just fixed my problem. I did not have a leading space or underscore as suggested by other users. However, look here https://bugzilla.redhat.com/2208039
Try removing the system.devices file. I’m not implying this will work for everyone, but it did for me:
rm /etc/lvm/devices/system.devices
Then restart, and it should boot.
I honestly don’t know what I was doing, I don’t even know how lvm works to be honest. I was willing to format and do a fresh install… so, I had nothing to lose. Luckily for me, it worked!
Running scriptlet: kernel-core-5.14.0-284.11.1.el9_2.x86_64 705/705
Devices file sys_wwid t10.ATA_____RMX-256GB_______________________________AA202207040135______ PVID hsfbatPjDgode28LSWAOhAV3Vx164XF1 last seen on /dev/sdb6 not found.
Devices file sys_wwid t10.ATA_____RMX-256GB_______________________________AA202207040135______ PVID hsfbatPjDgode28LSWAOhAV3Vx164XF1 last seen on /dev/sdb6 not found.