- - -

UPDATE [AM 17 Sept. 2025]: Issue has been solved!

(I might at some point post the entire process with screenshots and stuff… But anyway,)

In short;

After @Auth suggested to just copy the contents of the inaccessible user’s homedir to a new user, I logged in with tempuser and fast recalled that said homedir was similarly inaccessible as such, as I had selected the option to encrypt home directory during installation, and thus the files within were to other users unreachable without first decrypting them.

I followed @just_another_person’s [advice/instructions] until they stopped replying, then managed to successfully mount the home directory after running through the other steps of the guide they referenced ([see:34365607/19080549,34365607/19187230]). I then realised that maybe I could just reverse all the steps I had taken since the user was last accessible, ([see:34365607/19187230]) and regain full access to the user, so I formulated a list of commands to reverse the steps, ([see:34365607/19233599]) checked for flaws, couldn’t really find any, and just tried running the commands.

Anyway, it worked, and I can now log in to the user again and access all the files!

Much thanks to everyone who commented, and thanks again to @Auth, @just_another_person, @Wolf_Munroe, @Fizz and again (again) to @just_another_person for continuing to reply for so long!

- - -

Hi fediverse,

I’m hoping someone can give me some advice on an issue that means I can’t access the main user account on my Linux Mint (Cinnamon) operating system.

Context:

I’m using a dual boot setup of windows and mint on my laptop. I use mint (or used to, when I could access my user) for pretty much anything that doesn’t require things* only my windows instance has. (*things such as support for video games that support windows but not linux, for example)

When creating my main user account, I made a mistake in the username. It was irritating enough for me to want to change it, and as doing so seemed like it should have been fine, I settled upon three guides and ended up (mostly?) just following this one:

https://www.linuxuprising.com/2019/04/how-to-change-username-on-ubuntu-debian.html

I cant remember all of what happened anymore, but I have the following screenshots, along with the stuff I do remember.

(note: red blocks represent the new username, blue blocks represent the old username)

At the used-by-process error, I first tried following the guide precisely, then hoped that “PID” was Process ID, and that the guide expected me to put the ID that usermod stated after “PID”, and tried doing that.

Idk if that fvcked something up…

Then I guess I fixed that somehow, idk if I did so by restarting and logging in only as tempuser, or if I had already done that and fixed it some other way.

Anyway I meant to run each line of the command separately to avoid stuff going wrong, but accidentally did both at once. I hoped it’d be fine anyway.

Then stuff happened I guess.

Anyway,

I cant remember much more but I know that I tried to log back in as my main user account and I found out that:

  1. The username had been successfully changed.
  2. I could not log into my main user account.

Inputting the correct username and password was successful, and acted like it was logging me in as usual. Then after the usual black screen, it just throws me back to the login window.

This still happens.

I ran some web searches, followed some advice. All that I could find of relevance was mostly just people saying to check how much disk space you have left - and to not keep timeshift snapshots on the same drive as your OS.

(this is one such post, which I’m pretty sure is the only one I found that I definitely recognise from the previous searching: https://www.reddit.com/r/linuxmint/comments/15revgg/cant_stay_logged_in_keeps_going_back_to_login/)

I did ctrl-alt-f1 and ran df -h, and deleted most of the timeshift snapshots I had (I think I had maybe 6 and deleted 4 or 5).

Here’s the output of df -h that I think is from after I deleted the timeshifts:

Idk what to do, hope someone can advise.

(TL;DR: tried to change username on mint, now whenever I try to log in to the user it throws me back to the login window after the usual black screen. Hope this suffices for a summary…)

[(Edit [AM 06 Sept. 2025]: fixed typos, phrasing…)]

[(Edit [AM 17 Sept. 2025]: UPDATE [SOLVED])]

  • just_another_person@lemmy.world
    11·
    4 months ago

    Now you CHANGE THE OWNERSHIP of that folder as a showered you before:

    sudo chown -R magenta user ./oldhome-backup

    Then run this just in case you messed up something with file permissions on that directory previously while running whatever commands:

    sudo chmod -R +r ./oldhome-backup

    Confirm after running that command that the ownership of the files has changed to the new user. If they haven’t, then you something else going on.

        • DuckyLoco404@lemmy.worldOP
          1·
          4 months ago

          Sorry, I’m not sure I understand

          Step #4 of the the guide directs me to “Enter your Mount Passphrase when prompted (as in Step 1)” but step 1 only references logging onto the pc (as such would be to do with the login passphrase if any) rather than the mount passphrase which is instead mentioned in step 2. Does this mean I only need to know the login passphrase or do I have to go through the other steps in order to complete step #4? In which case it doesn’t look like I CAN only do step #4

          Also, the post by rene (rene » Sun May 31, 2020 7:38 am) seems to suggest that the file to be located at the start of step #4 would be in /home/newuser/oldhome-backup/olduser for me, and since it hasn’t seemed to be there I assume it must be hidden by default, which would mean I would have to enable show hidden as described in step #2.3

          So I gather I should enable show hidden, then locate the .Private file in /home/newuser/oldhome-backup/olduser?

          But then what about the “Enter your Mount Passphrase when prompted (as in Step 1)” part of step #4?

          • just_another_person@lemmy.world
            11·
            4 months ago

            No, step 4 says to run a mount command to start the process of mounting the encrypted volumenso you can copy things out of it. Like I said…ignore step 1. Only pay attention step 4.

            The login password and the encrypted pasdpbrase are two different things in function. Now, maybe you have them the same value and they are the same in that way, but in the technical sense they are two different things. One logs you into your computer, the other secures the encryption on the volume. If you only used one password to login to the machine previously, then just use that same password to unlock the volume after running the mount command.

            If that password doesn’t work, then you did something during your initial setup that differs, and if you don’t have the passphrase to unlock that encrypted volume, you’re not getting your stuff back.

            • DuckyLoco404@lemmy.worldOP
              1·
              4 months ago

              Sorry for taking so long to get back to you.

              I tried to run through step #4, but…

              “- You need to locate the directory of the .Private file using a file browser.”

              With the information available, (and after enabling show hidden files,) I could only assume that I should use

              /home/.ecryptfs/[olduser’s_originalusername]/.Private

              Which is the directory the .Private “Link to Folder” file in /home/[newuser]/oldhome-backup/[olduser’s_newusername] (“/home/newuser/oldhome-backup/olduser” above) links to. Thus my command would be:

              sudo mount -t ecryptfs /home/.ecryptfs/[olduser’s_originalusername]/.Private

              Running said command however only results in the console returning

              mount: /home/.ecryptfs/[olduser’s_originalusername]/.Private: can’t find in /etc/fstab.

              [key]: (blue: old user’s original username. red: old user’s new username. magenta: new user’s username.)