Users dissapeared from Users app and greeting (login screen)

elkrien

Hi.
Have one more problem - suddenly I can't select users when I log in into system - in greeter. Previously I was able to switch beetwen two users and only password was required (I have seen avatars and separate backgrounds for each user). Now I need to write a name of the user first and then password, background is the same for all. I tried to use Gnome tweak, lightdm-settings, slicer settings and nothing - even when I select appropriate option it doesn't affect anything.
The other strange thing is that and in Users applications I don't see any users - it's empty - see attached photo.
Also when I try to open Login Screen application from the menu (not sure if I translated it correctly - its Lightdm setting, in my Solus it's "Okno Logowania" - I use Polish language) nothing happens - I can open this application only in terminal using 'sudo lightdm-settings'.
Can You help? It's really annoying not knowing what happened and how to fix it.

elkrien

Anyone can help with this? I found one thing, when i do:

sudo more /var/lib/AccountsService/users/mm

I get:

[org.freedesktop.DisplayManager.AccountsService]
BackgroundFile='/home/mm/Obrazy/Tapety/tapeta_2.jpeg'

[User]
Icon=/home/mm/.face
SystemAccount=true

I found on some page that SystemAccount should be false but when I change it after restart it's still true.
It happends to all users in computer.
Also I think it's connected to other issue that I have that some programs that need root privillages doesn't start by picking them from Menu - i need to open them by terminal using sudo (i.e. sudo gparted).

UPDATE:
My:

cat /etc/passwd

was showing:

mm:x:1000:1000:MM:/home/mm:/bin/bash

but in:

cat /etc/shells

i had only:

/usr/bin/fish

I fixed it by adding /bin/bash and everything works now.

Anyway - I can't switch shell to fish so i added command fish at the end of .bashrc and bypassed it. The most important thing is that my Solus works normal now 🙂

Please mark it as solved and close topic.

DataDrake

elkrien You shouldn't have an /etc/shells to begin with. We have /usr/share/defaults/etc/shells which lists all of the shells we support.

WetGeek

DataDrake That made me curious, so I gave it a try from a terminal where I was signed in as root:

bash: /usr/share/defaults/etc/shells: Permission denied

What the heck kind of permissions are required?

elkrien

DataDrake I don't know why but my /usr/share/defaults/etc/shells was OK and fish was listed but nothing worked. As i written I had to include bin/bash in etc/shells and everything started to work. And I remember that all my problems started when I installed fish and wanted to change shell according to Solus documentation. It's strange to me also but what the hell - everything works now so I'm not touching it again 🙂

WetGeek

WetGeek After I realized that it was just a text file, and tried cat, the results were far better:

# /etc/shells: valid login shells
/bin/sh
/bin/bash
/bin/tcsh
/bin/csh
/bin/esh
/bin/ksh
/bin/zsh
/bin/sash
/bin/dash
/usr/bin/dash
/usr/bin/fish

The error message blaming permissions doesn't make much sense.

Staudey

WetGeek That error message appeared because you tried to execute a text file (which is not executable).

WetGeek

Staudey Yes, I quickly realized what the problem was, and did the right thing. But what kind of permissions would have let me execute it? I was just surprised that the error message wasn't more appropriate.

EDIT: All considered, I'm amazed at how many kinds of terminal are supported by Solus. Does anyone know of a document that describes each of these, especially their strengths and any special reasons why they exist? So far, bash has allowed me to do whatever I wanted to do with a shell.

DataDrake

elkrien Your /etc/shell with fish inside of it was overriding the system config entirely. If you remove /etc/shell it should work fine.

elkrien

DataDrake You're right - deleted /etc/shell and it works. Thank You.