Password not accepted after restart

Hello everyone,
Sorry I’m not very good with Manjaro.
A few days ago I did the requested updates and it was fine.

Yesterday I used the computer and switched it off as normal.
This morning I got an error message about failed-to-start-file-system-check-on-dev-disk-by-uuid.

I looked it up and found a solution on a forum I’d used before that worked fine.

But after the restart I am blocked at a password request to open a session but it refuses my password. I have tried using the AZERTY ans QWERTY keys but it refuses everything.

Mod edit:- Superfluous screenshot removed, paragraphs/spacing introduced

Can anyone help me? Thank you very much
Pierre

I’d ask what that other forum was
and what the there proposed solution was,
which you apparently executed right before your password problem appeared.

That might help.

Switch to a TTY and log in there - does it work?
CTRL+ALT+F4
to get there - (F2 through F6 should work)

Your log in screen looks different than what I have seen as Plasma default.
Perhaps that has something to do with it - incompatible theme, maybe.
It is unlikely though - as you said it did work after the update.


This message alone does not usually prevent boot.

1 Like

Hi,
Thanks for your help.
I’ve tried it and I get this message
/Home/pierre: change directory failed: No such file or directory
Logging in with home : “/”

The forum that helps me several Times

A very long shot:
it looks like you have a separate /home partition and this didn’t get mounted
probably because the file system is in need of checking - which did fail.

to be more sure about that you can, from where you are now, look at /etc/fstab

cat /etc/fstab

you can also

lsblk -f

to find out the name and UUID of that /home partition
(if you have one)
and run a file system check on it
This should work because it is apparently not mounted.

e2fsck -v /dev/sdXy

1 Like


Here are the 2 answers of the command

lsblk -f will tell you the device name of your /home partition

e2fsck /dev/sdb2


He says the system is assembled and that I will cause severe damage

Yes, it is mounted and it can’t be checked while it is.
You can try to unmount it, then check it.

But that is probably no good.
It might work, it might not.

We could proceed poking in the dark - I’d rather not.

I’d rather know about this:

/home is mounted, according to your message
The question is:
why would this occur?

/Home doesn’t exist - /home does …

In fact, I did exactly what you suggested. lsblk -f and e2fsck /dev/sdb2

A year ago after an update I had the same problem as explained on this forum.
I had followed the explanations and it had worked.
In the meantime, the problem came back 2/3 times and each time this manipulation solved the problem.
Except this time…

If you have a bootable USB drive - use it.

boot from it and check the file systems from there

lsblk -f
to be sure about the device names
then
e2fsck -v /dev/sdXy

OK, thanks.
I don’t have any at home. I’ll make one for myself tomorrow.
Thanks a lot for the help

If you can log in as root on TTY
instead of as your user
then /home isn’t needed or used - and can be unmounted
and then you can do a file system check without needing to boot from USB …

Can you explain me how to do that? I am clearly incompetent

How to log in as root needs explaining?

mkay:
boot
go to TTY
type root (instead of your user name)
give password when asked

It may not work because your system root account may not be directly accessible.

Done


Mod edit:- Superfluous screenshot removed.

… unmount /home
umount /home

check file system …

Done
(Moderator equivalent did remove this picture as it just shows that /home is indeed unmounted now)

Please don’t post so many pictures when not needed.

What is done?
the file system check too?
Where there issues?

reboot after the successful check

Here th answer
No files or folders of this name when trying dev/sdb2. Could this be a non-existent device?

Thanks you for your patience