kbal

It's already at 112% on my desktop.

~~Hungry~~ Palestinians ~~looking for food~~ make Israeli soldiers feel unsafe

Carbon capture is “an answer in search of a question”

I think we all know what that question is by now. "What approach to addressing climate change will make the most money for Exxon Mobil?"

You might instead consider having two separate user accounts with separate home directories, with symlinks for each to /home/shared or whatever (such as ln -s /home/shared/Downloads ~/Downloads for example.) Much less likely to go wrong in horrible ways.

It's probably ls -lZd . .. you'd want there instead, but I don't know selinux.

But yeah, damn, it never would've occurred to me that you had that installed without knowing it. Glad to have a possible explanation.

Edit: Never mind, it's probably SELinux or something like that.

I dunno, it's just really weird that the ls -ld output was saying everything was fine and yet at the same time (it was at the same time right?) the user login was saying you don't have permission to that same home directory. You could try again, log in as root (after confirming you still get the same permission denied error) and then do:

ls -ldn /home/adelie
ls -ldn /home
grep adelie /etc/passwd
su - adelie
cd /home/adelie

That would show the numeric uid and gid instead of your name in the ls output, check that it matches what's in /etc/passwd (you didn't edit /etc/passwd though, it should be fine), and then see if you can 'cd' after boot but not on login somehow.

Anyway I think your best bet would be to find someone nearby who could try and figure it out in person, if at all possible. Maybe ask around at the local computer shop, if there is one? Eh well, sorry I couldn't be of more help.

Okay well it's pretty weird I guess. I do have one more idea... instead of swapping the entries in fstab, try removing the old one and not mounting old home at all. To do that, put a "#" in front of the line that would mount old_home.

I don't know how btrfs works so maybe it really is that somehow. Maybe its "subvol=home" is somehow causing a problem.

Sorry to pile on with even more advice, but yeah if you log in as root with the new home mounted it should look like:

# ls -ld /home 
drwxr-xr-x 8 root root 4096 Feb 14 17:22 /home
# ls -ld /home/adelie
drwx------ 81 adelie adelie 8192 Feb 27 19:30 /home/adelie

The important things to look for being that there are 3 "x"s in the first one, and a "drwx" in the second one.

It's unlikely to be anything else like groups or your uid being wrong, since the error message you got is telling you to look specifically at this.

Yeah, logging in as root (good to know things are configured so you can do that) when it's giving that error, and then running those commands should have done the trick I'd have thought.

just to be clear i ran chmod 700 not 755.

Well that's fine so long as you also did "chmod a+x /home". If for some reason you did "chmod 700 /home" as root that is no good.

The error message you got strongly suggests that it should've worked. If you mount that new home again so you get the same error, then log in as root and show us the results of

ls -ld /home
ls -ld /home/adelie

That would perhaps clear things up.

To further explain all the things everyone is leaping to explain, the 'x' for 'execute' permission is the same bit you need set to have permission to "cd" into a directory, as well as execute a file.

And the default permissions when you did "mkdir" are controlled by something called "umask" which is probably set not to allow anyone else to cd into directories you create as root until you chmod them.