i did update my machine with pacman -Syu. after rebooting, i cannot login. i con see this error Failed to start Virtual Console Setup a tiny second right before log in screen. i had to capture it in slow mo to able to read it. i attach the image below.
and on the login, after i enter my username and hit enter it just hangs for a while without asking the password and asks for username again. it acts like when you enter wrong password.
I’m curious about this because I had a bunch of dracut warnings when I updated my EndeavourOS to 6.8.7 the other day. Seeing this doesn’t make me too keen on rebooting until I’ve updated without error messages…
nothing can go wrong as long as you have a live usb ig
Try spamming the space bar on startup and choosing an older kernel
sorry for late reply. i fixed it but i wanna know this option. i tried hitting space bar, but nothing showed up
In the past it was the Shift button for Grub, but apparently not for UEFI setups https://wiki.archlinux.org/title/GRUB/Tips_and_tricks#Hide_GRUB_unless_the_Shift_key_is_held_down so I guess if you want the Grub menu to be visible at startup you’d do some editing. As far as I know systemd-boot does show a menu with fall-back kernel.
Took me three days to scroll through this post on my subscribed list in Photon on my phone. 😆
sorry for that
agetty[349]: tty1: can’t exec /bin/login: No such file or directory
Well there’s your problem.
Login gets called to check if the username you put in is in the list of users and if it is it asks for a password (behavior subject to configuration). If you don’t have /bin/login you can’t login!
Advice to fix arch is as follows: boot from usb, chroot to your environment and use the built in tools to fix it automatically.
Hmm does chroot sidestep login? Or could you mount it from the usb’s filesystem?
Chroot sidesteps login entirely. When you use chroot you’re always root and you don’t need the password of the machine you’re chrooting into.
I’ll put the link to the wiki here again ;) https://wiki.archlinux.org/title/Chroot
"Run arch-chroot with the new root directory as first argument:
# arch-chroot /path/to/new/rootYou can now do most of the operations available from your existing installation. Some tasks which needs D-Bus will not work as noted in #Usage"
yeah thats exactly what i did. fixed it. sorry for late reply
That warning comes up if you are using sd-vconsole but do not have systemd in the mkinitcpio hooks. You should fix that but it is most likely unrelated to the login issue.
Login issues normally hint at either the user shell or pam configs being wrong but you can also get this behavior if (the users home directory is on a secondary disk && that disk failed to mount && you aren’t using systemd-homed).
sorry for late reply. yeah, my
/bingot messed up somehow, thats why it couldnt find the essentials, more likely bash
Arch is hot garbage. If you used NixOS you could just rollback
Don’t cut yourself in that edge, kid 🙄
We need to go deeper
Just bare kernel, nothing else“So… What can you do with it?”
“Nothing. It"s perfect!”
Try rolling back that comment kiddo
https://wiki.archlinux.org/title/Snapper#Wrapping_pacman_transactions_in_snapshots
bruh fixing these issues makes us feel superior
To investigate the issue you may want to use a bootable drive and chroot into your system. This will allow you to see any error messages using the journactl command. Once you know what’s going on exactly you’ll be able to fix it or get a better assistance from people here or on the Arch forum.
I know someone who encountered the exact same login behavior after this update. It appeared that some packages were broken and he had to reinstall them.sorry for late reply. thanks to you, i fixed it
