I am unable to launch MCC as "user" Clicking on MCC icon and mgaaplet nothing happens
I would be curious to know where $SHELL is initially defined and how it
is corrupted
I tried defining in /etc/environment
and tried to declare in the bash CL but it isn't permanent.
Finally put it in ~/.bashrc where it works.
I would be curious to know where $SHELL is initially defined
and how it is corrupted
Have you tried a test account, say junk, to see if it is a system
wide problem or user problem?
On 5/22/21 6:49 AM, Bit Twister wrote:
Have you tried a test account, say junk, to see if it is a system
wide problem or user problem?
He mentioned "junk" works OK in the original post.
On Sat, 22 May 2021 16:22:12 +1000, faeychild wrote:
I tried defining in /etc/environment
and tried to declare in the bash CL but it isn't permanent.
Finally put it in ~/.bashrc where it works.
I would be curious to know where $SHELL is initially defined
A place to start looking
grep -ir shell /etc/profile.d/*.sh
That would require a bit of work on your part. I had to modify the
INVOCATION files to dump desired info for debugging these kinds of
problems.
Have you tried a test account, say junk, to see if it is a system
wide problem or user problem?
On Sat, 22 May 2021 07:44:31 -0400, TJ wrote:
On 5/22/21 6:49 AM, Bit Twister wrote:
Have you tried a test account, say junk, to see if it is a system
wide problem or user problem?
He mentioned "junk" works OK in the original post.
Shuckey dern, you are correct. Back to speed reading 101 for me.
As for an owner check the command would be
find $HOME \( -not -user $USER -or -not -group $USER \) -exec ls -ald '{}' \;
But that is not going to corrupt the bash env variable.
But I''l try it again later this afternoon
SO... which was original and was changed to reflect `SHELL=/bin/bin` and
then broke "drakconfig" and trashed my quiet afternoon.
On 22/5/21 10:21 pm, Bit Twister wrote:
On Sat, 22 May 2021 07:44:31 -0400, TJ wrote:
On 5/22/21 6:49 AM, Bit Twister wrote:
Have you tried a test account, say junk, to see if it is a system
wide problem or user problem?
He mentioned "junk" works OK in the original post.
Shuckey dern, you are correct. Back to speed reading 101 for me.
As for an owner check the command would be
find $HOME \( -not -user $USER -or -not -group $USER \) -exec ls -ald '{}' \;
The prompt returns - nothing found
On Sat, 22 May 2021 03:11:37 -0400, faeychild
<faeychild@nomail.afraid.org> wrote:
SO... which was original and was changed to reflect `SHELL=/bin/bin` and
then broke "drakconfig" and trashed my quiet afternoon.
What does "grep $USER /etc/passwd" show? The 7th (last) variable defines
the
shell to use, and does set the initial value used for $SHELL in the environment
when the user logs in, though it may be altered by scripts later in the login
On 23/5/21 9:22 am, David W. Hodgins wrote:
On Sat, 22 May 2021 03:11:37 -0400, faeychild
<faeychild@nomail.afraid.org> wrote:
SO... which was original and was changed to reflect `SHELL=/bin/bin` and >>> then broke "drakconfig" and trashed my quiet afternoon.
What does "grep $USER /etc/passwd" show? The 7th (last) variable defines
the
shell to use, and does set the initial value used for $SHELL in the
environment
when the user logs in, though it may be altered by scripts later in the
login
That's the best clue so far for the origin
But my passwd login shell was is /bin/bash. Surely no program would
change that - I hope
Problem has got to be in your account.
Back out your .bashrc change, boot run level 3, log in and
echo $SHELL
if valid you know something in Desktop Environment is causing the
problem.
On 23/5/21 12:24 pm, Bit Twister wrote:
Problem has got to be in your account.
Yes! and it has cleared up
Back out your .bashrc change, boot run level 3, log in and
echo $SHELL
it was /bin/bash
and it still is, on the Desktop with the .bashrc shell entry remmed out
FWIW Since the shell mod and the user passwd editing yesterday I
have a new user on the login screen called "system user for..."
It's not in the passwd file
if valid you know something in Desktop Environment is causing the
problem.
I have been going over the events of yesterday as much as I remember and
I am staring to blame myself.
When I edited the passwd file experimentally to show /bin/nologin, did I restore it properly afterward?.
Could I have typed /bin/bin?
Have I given myself the runaround?
It seem more likely than an OS fault. PEBKAC
I suppose the upside of dumb-ass errors is the education you get from them.
You might want to run
pwck -r
grpck -r
and if nothing comes back, you know passwd and group are in sync.
[root@unimatrix ~]# grpck -r
'faeychild' is a member of the 'lp' group in /etc/group but not in /etc/gshadow
'faeychild' is a member of the 'cdrom' group in /etc/group but not in /etc/gshadow
'faeychild' is a member of the 'cdwriter' group in /etc/group but not in /etc/gshadow
'faeychild' is a member of the 'systemd-journal' group in /etc/group but
not in /etc/gshadow
'faeychild' is a member of the 'scanner' group in /etc/group but not in /etc/gshadow
[root@unimatrix ~]#
Does faeychild need to be in gshadow?
On 23/5/21 6:17 pm, Bit Twister wrote:
You might want to run
pwck -r
grpck -r
and if nothing comes back, you know passwd and group are in sync.
As root
~]# pwck -r
user 'adm': directory '/var/adm' does not exist
user 'news': directory '/var/spool/news' does not exist
user 'uucp': directory '/var/spool/uucp' does not exist
user 'nscd': program 's/bin/nologin' does not exist
user 'avahi-autoipd': directory '/var/lib/avahi-autoipd' does not exist
pwck: no changes
[root@unimatrix ~]# grpck -r
'faeychild' is a member of the 'lp' group in /etc/group but not in /etc/gshadow
'faeychild' is a member of the 'cdrom' group in /etc/group but not in /etc/gshadow
'faeychild' is a member of the 'cdwriter' group in /etc/group but not in /etc/gshadow
'faeychild' is a member of the 'systemd-journal' group in /etc/group but
not in /etc/gshadow
'faeychild' is a member of the 'scanner' group in /etc/group but not in /etc/gshadow
[root@unimatrix ~]#
Does faeychild need to be in gshadow?
Did you copy one or more of the files /etc/passwd, /etc/shadow, /etc/group, and /etc/gshadow from another install or manually edit them?
The files are supposed to be kept in sync with each other and the standard utilities for working with them ensure that's done.
I think it's saying that according to /etc/group your id is in the lp
group,
but isn't in the lp group according to /etc/gshadow. Same with the other groups it's showing.
I have no idea what type of impact that may have.
First check the permissions ...
# ll /etc/passwd /etc/shadow /etc/group /etc/gshadow
-rw-r--r-- 1 root root 2581 Jan 1 17:48 /etc/group
-r--r----- 1 root shadow 2188 Jan 1 17:48 /etc/gshadow
-rw-r--r-- 1 root root 5652 Feb 7 17:04 /etc/passwd
-r--r----- 1 root shadow 2444 Feb 7 17:04 /etc/shadow
Read "man pwconv". After fixing the permissions and ownership if needed,
I think
running the "grpconv" command will repair the gshadow file.
Regards, Dave Hodgins
On 2021-05-23, faeychild <faeychild@nomail.afraid.org> wrote:
On 23/5/21 6:17 pm, Bit Twister wrote:
You might want to run
pwck -r
grpck -r
and if nothing comes back, you know passwd and group are in sync.
As root
~]# pwck -r
user 'adm': directory '/var/adm' does not exist
user 'news': directory '/var/spool/news' does not exist
user 'uucp': directory '/var/spool/uucp' does not exist
user 'nscd': program 's/bin/nologin' does not exist
This one seems to have been a typo you probably introduced in your
playing around with nologin.
It should be /sbin/nologin, not s/bin/nologin
user 'avahi-autoipd': directory '/var/lib/avahi-autoipd' does not exist
pwck: no changes
The rest do nor really matter unless you want something to actually
login to those users.
(They also exist on my Mga8-- some problem in the installation rpm
scripts I presume).
Since you undoubtedly do not have any passwords anyway, it does not
matter. However, if you did have group passwords, this would allow you
to user your group identity without a password (man gshadow)
Read "man pwconv". After fixing the permissions and ownership if needed,
I think
running the "grpconv" command will repair the gshadow file.
Regards, Dave Hodgins
On 23/5/21 6:17 pm, Bit Twister wrote:
You might want to run
pwck -r
grpck -r
and if nothing comes back, you know passwd and group are in sync.
As root
~]# pwck -r
user 'adm': directory '/var/adm' does not exist
user 'news': directory '/var/spool/news' does not exist
user 'uucp': directory '/var/spool/uucp' does not exist
user 'nscd': program 's/bin/nologin' does not exist
user 'avahi-autoipd': directory '/var/lib/avahi-autoipd' does not exist
pwck: no changes
[root@unimatrix ~]# grpck -r
'faeychild' is a member of the 'lp' group in /etc/group but not in /etc/gshadow
'faeychild' is a member of the 'cdrom' group in /etc/group but not in /etc/gshadow
'faeychild' is a member of the 'cdwriter' group in /etc/group but not in /etc/gshadow
'faeychild' is a member of the 'systemd-journal' group in /etc/group but
not in /etc/gshadow
'faeychild' is a member of the 'scanner' group in /etc/group but not in /etc/gshadow
[root@unimatrix ~]#
Does faeychild need to be in gshadow?
On 24/5/21 9:14 am, David W. Hodgins wrote:
Read "man pwconv". After fixing the permissions and ownership if needed,
I think
running the "grpconv" command will repair the gshadow file.
Regards, Dave Hodgins
"grpconv" ran clean
and now "grpck -r" returns nothing
regards
On 23/5/21 6:17 pm, Bit Twister wrote:
You might want to run
pwck -r
grpck -r
and if nothing comes back, you know passwd and group are in sync.
As root
~]# pwck -r
user 'adm': directory '/var/adm' does not exist
user 'news': directory '/var/spool/news' does not exist
user 'uucp': directory '/var/spool/uucp' does not exist
user 'nscd': program 's/bin/nologin' does not exist
user 'avahi-autoipd': directory '/var/lib/avahi-autoipd' does not exist
pwck: no changes
Looking in my faeychild file you might want to verify the groups
you want to be in. My file has you with
lp cdrom cdwriter usb systemd-journal wireshark scanner
Check with id -nG
As root, run mkdir on each directory that does not exist.
No good idea why nscd is dinked up uless a problem in the biological
unit between keyboard and chair.
user 'adm': directory '/var/adm' does not exist
user 'news': directory '/var/spool/news' does not exist
user 'uucp': directory '/var/spool/uucp' does not exist
user 'nscd': program 's/bin/nologin' does not exist
user 'avahi-autoipd': directory '/var/lib/avahi-autoipd' does not exist
pwck: no changes
Forgot to add after running mkdir, you need to run chmod
to set uid/gid to same as user's uid/gid
On 24/5/21 12:53 pm, Bit Twister wrote:
user 'adm': directory '/var/adm' does not exist
user 'news': directory '/var/spool/news' does not exist
user 'uucp': directory '/var/spool/uucp' does not exist
user 'nscd': program 's/bin/nologin' does not exist
user 'avahi-autoipd': directory '/var/lib/avahi-autoipd' does not exist
pwck: no changes
Forgot to add after running mkdir, you need to run chmod
to set uid/gid to same as user's uid/gid
"root uid/gid" surely
[root@unimatrix ~]# usermod -a -G wireshark, usb, faeychild
usermod: group 'wireshark' does not exist
usermod: group '' does not exist
where does group '' come from?
On Sun, 23 May 2021 23:25:18 -0400, faeychild
<faeychild@nomail.afraid.org> wrote:
[root@unimatrix ~]# usermod -a -G wireshark, usb, faeychild
usermod: group 'wireshark' does not exist
usermod: group '' does not exist
where does group '' come from?
The usermod program doesn't like the space after the comma, so the
command failed
with no changes made.
While creating the directories shouldn't cause any harm, it also doesn't do anything useful. It is just a waste of resources and a potential cause
for a
future bug if the ownership/permissions are not set as they would be by those
packages.
Regards, Dave Hodgins
On 24/5/21 12:53 pm, Bit Twister wrote:
user 'adm': directory '/var/adm' does not exist
user 'news': directory '/var/spool/news' does not exist
user 'uucp': directory '/var/spool/uucp' does not exist
user 'nscd': program 's/bin/nologin' does not exist
user 'avahi-autoipd': directory '/var/lib/avahi-autoipd' does not exist
pwck: no changes
Forgot to add after running mkdir, you need to run chown
to set uid/gid to same as user's uid/gid
"root uid/gid" surely
[root@unimatrix ~]# usermod -a -G wireshark, usb, faeychild
usermod: group 'wireshark' does not exist
usermod: group '' does not exist
where does group '' come from?
Not hardly. If you were to grep /etc/passwd for each, you can
get the uid:gid. For example
# grep uucp /etc/passwd
uucp:x:10:14:uucp:/var/spool/uucp:/bin/sh
mkdir -p /var/spool/uucp
chown 10:14 var/spool/uucp
On Mon, 24 May 2021 13:25:18 +1000, faeychild wrote:
[root@unimatrix ~]# usermod -a -G wireshark, usb, faeychild
usermod: group 'wireshark' does not exist
usermod: group '' does not exist
where does group '' come from?
I screwed up, there should not have been any spaces in the group list.
Also forgot to add your user id. Updated the faeychild text file to have
# usermod --append --groups faeychild \
lp,cdrom,cdwriter,usb,systemd-journal,wireshark,scanner
Forgot to add after running mkdir, you need to run chown
to set uid/gid to same as user's uid/gid
"root uid/gid" surely
Not hardly. If you were to grep /etc/passwd for each, you can
get the uid:gid. For example
# grep uucp /etc/passwd
uucp:x:10:14:uucp:/var/spool/uucp:/bin/sh
mkdir -p /var/spool/uucp
chown 10:14 var/spool/uucp
# usermod --append --groups faeychild \
lp,cdrom,cdwriter,usb,systemd-journal,wireshark,scanner
OK you've thrown me a bit, Is faeychild a group in this case, what does
the backslash do
and should not the user name be tacked on the end?
On Mon, 24 May 2021 04:50:02 -0400, Bit Twister <BitTwister@mouse-potato.com> wrote:
Not hardly. If you were to grep /etc/passwd for each, you can
get the uid:gid. For example
# grep uucp /etc/passwd
uucp:x:10:14:uucp:/var/spool/uucp:/bin/sh
mkdir -p /var/spool/uucp
chown 10:14 var/spool/uucp
But should it be root owned with the group set to uucp, vice-versa, or both set to uucp? Should it be only owner readable, etc.?
Set the permissions wrong and then install a usenet feed sharing program (i.e. one
of the uucp server packages), and it may or may not work properly with the settings
chosen, if that program doesn't alter the choices for an existing directory and
only sets them if it creates the directory on the package installation.
Other then getting rid if the messages from the grpck/pwck programs which you normally should not be running manually, creating the directories is of no use
and may cause problems later.
On Tue, 25 May 2021 09:09:42 +1000, faeychild wrote:
# usermod --append --groups faeychild \
lp,cdrom,cdwriter,usb,systemd-journal,wireshark,scanner
OK you've thrown me a bit, Is faeychild a group in this case, what does
the backslash do
A trailing ' \' on a bash command tells bash that there are more
arguments on the next line. I use it all the time in scripts to keep
line lengths less than 80 characters for printing.
On 25/5/21 11:58 am, Bit Twister wrote:
On Tue, 25 May 2021 09:09:42 +1000, faeychild wrote:
# usermod --append --groups faeychild \
lp,cdrom,cdwriter,usb,systemd-journal,wireshark,scanner
OK you've thrown me a bit, Is faeychild a group in this case, what does
the backslash do
A trailing ' \' on a bash command tells bash that there are more
arguments on the next line. I use it all the time in scripts to keep
line lengths less than 80 characters for printing.
I suspected as much. Sorry to be a pedant
usermod --append --groups faeychild <snip>
Purely academically What happens if I am not added to my group?
regards
usermod --append --groups faeychild <snip>
Purely academically What happens if I am not added to my group?
On Wed, 26 May 2021 08:49:06 +1000, faeychild wrote:
usermod --append --groups faeychild <snip>
Purely academically What happens if I am not added to my group?
Then you might not have access to files/directories that you want.
The question is somewhat vague, to me, based on your latest adventure.No idea what you mean. Do you have an example?
For instance you have decided to quit mucking around with with a file
editor in passwd/group and chose to use mcc. It is pretty easy for you
to just check box the desired groups, but it is just as easy to change
your primary group which will prevent you from logging in and/or access
to other files.
I suggest that any future experiments be done to a test account. :)
On 2021-05-26, Bit Twister <BitTwister@mouse-potato.com> wrote:
For instance you have decided to quit mucking around with with a fileNo idea what you mean. Do you have an example?
editor in passwd/group and chose to use mcc. It is pretty easy for you
to just check box the desired groups, but it is just as easy to change
your primary group which will prevent you from logging in and/or access
to other files.
On 2021-05-25, faeychild <faeychild@nomail.afraid.org> wrote:
Purely academically What happens if I am not added to my group?
You do not have to be, assuming that that group is what is listed in /etc/passwd/
username:password:uid:gid:Name:homedirectory
That gid is automatically associated with that userid. No need to make
it explicit in /etc/group. And it could be any gid, it does not have
to have the username as the groupname.
Eg, youo could have all users have the same gid, making it easier for
them to share files.
On Wed, 26 May 2021 02:51:21 -0000 (UTC), William Unruh wrote:Yes an example of how not putting the user as a member of their own
On 2021-05-26, Bit Twister <BitTwister@mouse-potato.com> wrote:
For instance you have decided to quit mucking around with with a fileNo idea what you mean. Do you have an example?
editor in passwd/group and chose to use mcc. It is pretty easy for you
to just check box the desired groups, but it is just as easy to change
your primary group which will prevent you from logging in and/or access
to other files.
If you mean an example of that screw up, no.
otherwise and I am wondering if I have overlooked something.
On Wed, 26 May 2021 15:38:50 -0000 (UTC), William Unruh wrote:OK, I misunderstood. But again I ask whether I have misunderstood
. I see it as simply being redundant, but you seemed to imply
otherwise and I am wondering if I have overlooked something.
Conversation I was in was about changing primary group in mcc.
Not about user wanting/needing to be in their group.
On 2021-05-26, Bit Twister <BitTwister@mouse-potato.com> wrote:
On Wed, 26 May 2021 15:38:50 -0000 (UTC), William Unruh wrote:
. I see it as simply being redundant, but you seemed to imply =20
otherwise and I am wondering if I have overlooked something. =20
Conversation I was in was about changing primary group in mcc.OK, I misunderstood. But again I ask whether I have misunderstood
Not about user wanting/needing to be in their group. =20
something. If a user changes their primary group ( which the
installation script in Mageia makes their own group) I cannot imagine
how that that could cause trouble in booting or in logging in. AFAIK,
the files in the user's home have both the UID and the group be the
user's UID and primary group. Or sometimes perhaps, the user's UID
and the group of some other system service (although I have not seen
any file like that . I just checked and all files in my home have
group be my primary group).
=20
But even if I changed them all, I would not expect to have any
problems booting. Again I may have overlooked something which is why
I am asking.
Whether the user has read or read/write access to directories andst
files has nothing to do with what the user's primary group is,
although it may depend on whether the user belongs to the group that
owns the directory or the file =E2=80=94 emphasis on "may", because in mo=
GNU/Linux distributions intended for desktop use, just about every system-owned directory (except for /root [*]) has 755 permissions and
every system-owned file either has 644 permissions if it's not
executable, or 755 if it is executable.
something. If a user changes their primary group ( which the
installation script in Mageia makes their own group) I cannot imagine
how that that could cause trouble in booting or in logging in. AFAIK,
Eg, youo could have all users have the same gid, making it easier for
them to share files.
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 482 |
| Nodes: | 16 (3 / 13) |
| Uptime: | 61:29:55 |
| Calls: | 9,569 |
| Calls today: | 3 |
| Files: | 13,663 |
| Messages: | 6,143,523 |