You are not logged in.
SOLUTION
Here I found the solution after I posted this.
I used a bootable Antergos usb stick I had laying around. After that, I opened a terminal, got root permissions, and executed:
cryptsetup luksOpen /dev/sda2 rootvol
This gave me access to the root and home partitions inside the encrypted LVM volume. I made the /mnt/root folder and mounted /dev/ArchVG/ArchRoot folder to /mnt/root. Then I mounted /dev/sda1 to /mnt/root/boot, and changed the root using:
arch-chroot /mnt/root
Finally I ran:
mkinitcpio -p linux
and rebooted. You also might want to update the system after changing the root, but I didn't do that.
Original post
After updating just a few minutes ago (last update was a couple of days ago), I cannot boot into my system anymore. The error message that I get is (I've disabled quiet for more verbose output):
:: running early hook [udev]
starting version 231
:: running early hook [lvm2]
:: running hook [udev]
:: Triggering uevents
:: running hook [keymap]
:: Loading keymap...done.
:: running hook [encrypt]
A passwork is required to access the cryptArch volume:
Enter passphrase for /dev/disk/by-uuid/56723837-obf7-4b28-9720-ffa09dadd78f:
:: running hook [resume]
ERROR: resume: no device specified for hibernation
Waiting for 10 seconds fo device /dev/disk/by-uuid/b772c0d1-e3c0-46c4-9679-e28e598173a6 ...
ERROR: device 'UUID=b772c0d1-e3c0-46c4-9679-e28e598173a6' not found. Skipping fsck.
ERROR: Unable to find root device 'UUID=b772c0d1-e3c0-46c4-9679-e28e598173a6'.
You are being dropped to a recovery shell
Type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[rootfs ]#
I always get the error regarding the hibernation issue, so that's not the problem.
When I try to run lvm, I get the following:
lvm: error while loading shared libraries: libreadline.so.6: cannot open shared object file: No such file or directory
That doesn't look good to me. Others were able to actually run the lvm command in the recovery shell, but I can't.
My sdb and sdc devices are not related to my Arch install and are just used for large data. sda1 is the boot partition and sda2 is encrypted root volume.
Output of ls -l /dev/disk/by-uuid/:
0E26-D354 -> ../../sda1
0f35135b-1d6c-4044-9090-f373990dece7 -> ../../sdc1
56723837-obf7-4b28-9720-ffa09dadd78f -> ../../sda2
849C55829C556FA2 -> ../../sdb2
C6B45409B453F9FF -> ../../sdb1
Hopefully relevant output of ls /dev:
dm-0
sda
sda1
sda2
sdb
sdb1
sdb2
sdc
sdc1
And fstab is empty for some reason. Searching for similar issues in the forum, I see people execute all sorts of commands like mkinitcpio which is not available in my case (most likely because I don't have a mounted root device).
Output of cat config
MODULES="dm_mod dm_crypt ext4 aes_x86_64"
EARLYHOOKS="udev lvm2"
HOOKS="udev keymap encrypt resume"
LATEHOOKS="lvm2"
CLEANUPHOOKS="lvm2 udev"
Anyone else have the same problem? Any suggestions/solutions?
EDIT: Of course I find potential solutions after I post this: https://bbs.archlinux.org/viewtopic.php?id=219538
Last edited by Oguz286 (2016-11-15 14:43:30)
Offline
Thanks, your post got me covered quickly. Good reminder to read mkinitcpio output ...
Offline
Same thing happened to me today when rebooting my vServer. chrooting and mkinitcpio sorted it. Funny how these things happen. I mean, the initcpio had to have been updated (for the new kernel it installed, and whatnot) but apparently this is done in the middle of the upgrade process while libraries were not compatible. This should be reported as a bug somehow so it won't happen again. Basically update the kernel package last? Run mkinitcpio last? Re-run mkinitcpio after every update? I don't know.
Offline
I mean, the initcpio had to have been updated (for the new kernel it installed, and whatnot) but apparently this is done in the middle of the upgrade process while libraries were not compatible. This should be reported as a bug somehow so it won't happen again.
Online