Hi, I am looking to change group ownership for the entire user paul's home folder, it's subdirectories and also all symlinks. Thinkcentre-M57p:/home> ls -lah total 0 dr-xr-xr-x 1 root root 14 Jan 21 18:18 . drwxr-xr-x 1 root root 142 Jun 3 2021 .. drwx------ 1 deb deb 318 Jan 21 15:12 deb drwxr-xr-x 1 paul users 868 Jan 21 18:14 paul paul@paul-Thinkcentre-M57p:/home> Passing: chgrp -LR paul users Is how I believe chgrp should be used in this case. Does this look correct to you? If not why and is there a better command for this purpose? -Best Regards Thinkcentre-M57p:~> groups paul paul : paul audio cdrom
On 2024-01-22 02:03, -pj via openSUSE Users wrote:
Hi, I am looking to change group ownership for the entire user paul's home folder, it's subdirectories and also all symlinks.
Thinkcentre-M57p:/home> ls -lah total 0 dr-xr-xr-x 1 root root 14 Jan 21 18:18 . drwxr-xr-x 1 root root 142 Jun 3 2021 .. drwx------ 1 deb deb 318 Jan 21 15:12 deb drwxr-xr-x 1 paul users 868 Jan 21 18:14 paul paul@paul-Thinkcentre-M57p:/home>
Passing: chgrp -LR paul users
Is how I believe chgrp should be used in this case.
Does this look correct to you? If not why and is there a better command for this purpose?
-L is dangerous. If you have symlinks on directories from other users, or system things, it will try to change the permissions of the target. If you run the command as your user, it is probably safe because those should fail; but if you are root, the command will succeed. -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))
Hello there, What I ended up doing (perhaps to soon) was the following: chgrp paul -R /home/paul ------------------------------------------------------------------------------------------------------- paul@paul-Thinkcentre-M57p:/home> pwd /home ----------------------------------------------------------------------------------------------------- paul@paul-Thinkcentre-M57p:/home> ls -lah total 0 dr-xr-xr-x 1 root root 14 Jan 21 18:18 .drwxr-xr-x 1 root root 142 Jun 3 2021 ..drwx------ 1 deb deb 318 Jan 22 00:02 debdrwx------ 1 paul paul 878 Jan 22 00:47 paulpaul@paul-Thinkcentre-M57p:/home> cd paul paul@paul-Thinkcentre-M57p:~> ls -lah total 108K drwx------ 1 paul paul 878 Jan 22 00:47 .dr-xr-xr-x 1 root root 14 Jan 21 18:18 ..-rw------- 1 paul paul 0 Jan 10 22:04 1-10-24-test-0.txt -rw------- 1 paul paul 0 Jan 10 22:06 1-10-24-test-1.txt -rw------- 1 paul paul 0 Jan 10 22:05 1-10-24-test-2.txt drwx------ 1 paul paul 10 Jan 6 03:41 airscan-rw------- 1 paul paul 308 Jan 20 19:36 .asoundrc -rw------- 1 paul paul 47K Jan 22 01:15 .bash_history -rw------- 1 paul paul 742 Feb 25 2021 .bashrc drwx------ 1 paul paul 0 Oct 10 2020 bindrwx------ 1 paul paul 2.6K Jan 22 01:17 .cachedrwx------ 1 paul paul 22 Nov 26 14:58 .cddbdrwx------ 1 paul paul 18 Jan 18 2021 .clonkdrwx------ 1 paul paul 3.4K Jan 22 01:46 .configdrwx------ 1 paul paul 112 Jan 20 03:25 .dbgldrwx------ 1 paul paul 22 Jan 21 21:47 .dbusdrwx------ 1 paul paul 2.1K Jan 21 22:31 Desktopdrwx------ 1 paul paul 916 Jan 17 16:50 Documentsdrwx------ 1 paul paul 14 Jan 19 23:33 .doomsdaydrwx------ 1 paul paul 56 Jan 20 04:19 .dosboxdrwx------ 1 paul paul 34 Jan 21 14:00 Downloadsdrwx------ 1 paul paul 552 Apr 26 2021 .dvdcss-rw------- 1 paul paul 1.6K Oct 10 2020 .emacs -rw------- 1 paul paul 16 Oct 14 2020 .esd_auth drwx------ 1 paul paul 10 Oct 10 2020 .fonts-rw------- 1 paul paul 110 Jan 18 2021 .fonts.conf drwx------ 1 paul paul 182 Jan 20 21:04 Gamesdrwx------ 1 paul paul 140 Jan 19 02:27 .gnupgdrwx------ 1 paul paul 24 Jan 17 12:44 .godot-rw------- 1 paul 100 246 Jan 22 00:52 .gtkrc-2.0 -rw------- 1 paul paul 599 Oct 10 2020 .i18n drwx------ 1 paul paul 38 Oct 14 2020 .icons-rw------- 1 paul paul 861 Oct 10 2020 .inputrc drwx------ 1 paul paul 10 Oct 14 2020 .kde4drwx------ 1 paul paul 20 Sep 20 2021 .localdrwx------ 1 paul paul 72 Oct 14 2020 .mozilladrwx------ 1 paul paul 2.3K Jan 20 14:46 Musicdrwx------ 1 paul paul 8 Jan 21 02:22 .nexuizdrwx------ 1 paul paul 24 Jan 11 03:29 .nv-rw------- 1 paul paul 1.8K Jan 11 13:43 .nvidia-settings-rc drwx------ 1 paul paul 626 Jan 11 10:01 Picturesdrwx------ 1 paul paul 10 Dec 20 2020 .pki-rw------- 1 paul paul 856 Oct 10 2020 .profile drwx------ 1 paul paul 0 Oct 14 2020 Public-rw------- 1 paul paul 402 Jan 21 00:09 Qjackctl.xml drwx------ 1 paul paul 10 Jan 6 01:28 .sanedrwx------ 1 paul paul 200 Dec 21 2020 .steamlrwxrwxrwx 1 paul paul 29 Dec 21 2020 .steampath-> /home/paul/.steam/sdk32/steam lrwxrwxrwx 1 paul paul 27 Dec 21 2020 .steampid-> /home/paul/.steam/steam.pid drwx------ 1 paul paul 28 Jan 20 03:25 .swtdrwx------ 1 paul paul 0 Oct 14 2020 Templatesdrwx------ 1 paul paul 180 Jan 14 23:59 .thunderbirddrwx------ 1 paul paul 6 Jan 19 23:32 .vardrwx------ 1 paul paul 58 Dec 11 12:00 Videos-rw------- 1 paul paul 773 Jan 4 14:01 .viminfo drwx------ 1 paul paul 0 Jan 21 14:12 Wav-Files-rw------- 1 paul paul 2.0K Oct 10 2020 .xim.template ------------------------------------------------------------------------------------------------- paul@paul-Thinkcentre-M57p:~> Thinkcentre-M57p:~> groups paul paul : paul audio cdrom ------------------------------------------------------------ Thinkcentre-M57p:~> id -a uid=1000(paul) gid=100 groups=100,488(cdrom) cat /etc/passwd paul:x:1000:1000:Paul:/home/paul:/bin/bash ------------------------------------------------------------------------------------------------------------ I passed as superuser: chmod -R go-rwx at /home/paul then chmod -R go-rwx inside /home/paul after changing groups. Was this a mistake to have done this, following the chgrp -R paul /home/paul ? I can significantly attempt to affirm that user paul was the first user to be added during installation of the openSUSE Tumbleweed on the machine (install was maybe 2 years ago on this particular machine). I honestly do not know why each user after the supposed first user added to the OS *has* to become a member of the users group. I noticed all of this while doing some minor work in user account deb. I noticed that I was able to cd into /home/paul and subdirectories without any problem (from user deb). 🤐thanks On 01-22-2024 01:42AM, Carlos E. R. wrote:
On 2024-01-22 02:03, -pj via openSUSE Users wrote:
Hi, I am looking to change group ownership for the entire user paul's home folder, it's subdirectories and also all symlinks.
Thinkcentre-M57p:/home> ls -lah total 0 dr-xr-xr-x 1 root root 14 Jan 21 18:18 . drwxr-xr-x 1 root root 142 Jun 3 2021 .. drwx------ 1 deb deb 318 Jan 21 15:12 deb drwxr-xr-x 1 paul users 868 Jan 21 18:14 paul paul@paul-Thinkcentre-M57p:/home>
Passing: chgrp -LR paul users
Is how I believe chgrp should be used in this case.
Does this look correct to you? If not why and is there a better command for this purpose?
-L is dangerous.
If you have symlinks on directories from other users, or system things, it will try to change the permissions of the target. If you run the command as your user, it is probably safe because those should fail; but if you are root, the command will succeed.
Looks like this user group mandate add is a know bug within YaST2, only writing this message here to document. Thanks to forum arvidjaar https://bugzilla.opensuse.org/show_bug.cgi?id=1196265 Thanks On 01-22-2024 02:03AM, -pj via openSUSE Users wrote:
Hello there, What I ended up doing (perhaps to soon) was the following:
chgrp paul -R /home/paul
-------------------------------------------------------------------------------------------------------
paul@paul-Thinkcentre-M57p:/home> pwd /home -----------------------------------------------------------------------------------------------------
paul@paul-Thinkcentre-M57p:/home> ls -lah total 0 dr-xr-xr-x 1 root root 14 Jan 21 18:18 .drwxr-xr-x 1 root root 142 Jun 3 2021 ..drwx------ 1 deb deb 318 Jan 22 00:02 debdrwx------ 1 paul paul 878 Jan 22 00:47 paulpaul@paul-Thinkcentre-M57p:/home> cd paul paul@paul-Thinkcentre-M57p:~> ls -lah total 108K drwx------ 1 paul paul 878 Jan 22 00:47 .dr-xr-xr-x 1 root root 14 Jan 21 18:18 ..-rw------- 1 paul paul 0 Jan 10 22:04 1-10-24-test-0.txt -rw------- 1 paul paul 0 Jan 10 22:06 1-10-24-test-1.txt -rw------- 1 paul paul 0 Jan 10 22:05 1-10-24-test-2.txt drwx------ 1 paul paul 10 Jan 6 03:41 airscan-rw------- 1 paul paul 308 Jan 20 19:36 .asoundrc -rw------- 1 paul paul 47K Jan 22 01:15 .bash_history -rw------- 1 paul paul 742 Feb 25 2021 .bashrc drwx------ 1 paul paul 0 Oct 10 2020 bindrwx------ 1 paul paul 2.6K Jan 22 01:17 .cachedrwx------ 1 paul paul 22 Nov 26 14:58 .cddbdrwx------ 1 paul paul 18 Jan 18 2021 .clonkdrwx------ 1 paul paul 3.4K Jan 22 01:46 .configdrwx------ 1 paul paul 112 Jan 20 03:25 .dbgldrwx------ 1 paul paul 22 Jan 21 21:47 .dbusdrwx------ 1 paul paul 2.1K Jan 21 22:31 Desktopdrwx------ 1 paul paul 916 Jan 17 16:50 Documentsdrwx------ 1 paul paul 14 Jan 19 23:33 .doomsdaydrwx------ 1 paul paul 56 Jan 20 04:19 .dosboxdrwx------ 1 paul paul 34 Jan 21 14:00 Downloadsdrwx------ 1 paul paul 552 Apr 26 2021 .dvdcss-rw------- 1 paul paul 1.6K Oct 10 2020 .emacs -rw------- 1 paul paul 16 Oct 14 2020 .esd_auth drwx------ 1 paul paul 10 Oct 10 2020 .fonts-rw------- 1 paul paul 110 Jan 18 2021 .fonts.conf drwx------ 1 paul paul 182 Jan 20 21:04 Gamesdrwx------ 1 paul paul 140 Jan 19 02:27 .gnupgdrwx------ 1 paul paul 24 Jan 17 12:44 .godot-rw------- 1 paul 100 246 Jan 22 00:52 .gtkrc-2.0 -rw------- 1 paul paul 599 Oct 10 2020 .i18n drwx------ 1 paul paul 38 Oct 14 2020 .icons-rw------- 1 paul paul 861 Oct 10 2020 .inputrc drwx------ 1 paul paul 10 Oct 14 2020 .kde4drwx------ 1 paul paul 20 Sep 20 2021 .localdrwx------ 1 paul paul 72 Oct 14 2020 .mozilladrwx------ 1 paul paul 2.3K Jan 20 14:46 Musicdrwx------ 1 paul paul 8 Jan 21 02:22 .nexuizdrwx------ 1 paul paul 24 Jan 11 03:29 .nv-rw------- 1 paul paul 1.8K Jan 11 13:43 .nvidia-settings-rc drwx------ 1 paul paul 626 Jan 11 10:01 Picturesdrwx------ 1 paul paul 10 Dec 20 2020 .pki-rw------- 1 paul paul 856 Oct 10 2020 .profile drwx------ 1 paul paul 0 Oct 14 2020 Public-rw------- 1 paul paul 402 Jan 21 00:09 Qjackctl.xml drwx------ 1 paul paul 10 Jan 6 01:28 .sanedrwx------ 1 paul paul 200 Dec 21 2020 .steamlrwxrwxrwx 1 paul paul 29 Dec 21 2020 .steampath-> /home/paul/.steam/sdk32/steam lrwxrwxrwx 1 paul paul 27 Dec 21 2020 .steampid-> /home/paul/.steam/steam.pid drwx------ 1 paul paul 28 Jan 20 03:25 .swtdrwx------ 1 paul paul 0 Oct 14 2020 Templatesdrwx------ 1 paul paul 180 Jan 14 23:59 .thunderbirddrwx------ 1 paul paul 6 Jan 19 23:32 .vardrwx------ 1 paul paul 58 Dec 11 12:00 Videos-rw------- 1 paul paul 773 Jan 4 14:01 .viminfo drwx------ 1 paul paul 0 Jan 21 14:12 Wav-Files-rw------- 1 paul paul 2.0K Oct 10 2020 .xim.template ------------------------------------------------------------------------------------------------- paul@paul-Thinkcentre-M57p:~>
Thinkcentre-M57p:~> groups paul paul : paul audio cdrom
------------------------------------------------------------ Thinkcentre-M57p:~> id -a uid=1000(paul) gid=100 groups=100,488(cdrom)
cat /etc/passwd paul:x:1000:1000:Paul:/home/paul:/bin/bash ------------------------------------------------------------------------------------------------------------
I passed as superuser: chmod -R go-rwx at /home/paul then chmod -R go-rwx inside /home/paul after changing groups. Was this a mistake to have done this, following the chgrp -R paul /home/paul ? I can significantly attempt to affirm that user paul was the first user to be added during installation of the openSUSE Tumbleweed on the machine (install was maybe 2 years ago on this particular machine). I honestly do not know why each user after the supposed first user added to the OS *has* to become a member of the users group. I noticed all of this while doing some minor work in user account deb. I noticed that I was able to cd into /home/paul and subdirectories without any problem (from user deb).
🤐thanks
On 01-22-2024 01:42AM, Carlos E. R. wrote:
On 2024-01-22 02:03, -pj via openSUSE Users wrote:
Hi, I am looking to change group ownership for the entire user paul's home folder, it's subdirectories and also all symlinks.
Thinkcentre-M57p:/home> ls -lah total 0 dr-xr-xr-x 1 root root 14 Jan 21 18:18 . drwxr-xr-x 1 root root 142 Jun 3 2021 .. drwx------ 1 deb deb 318 Jan 21 15:12 deb drwxr-xr-x 1 paul users 868 Jan 21 18:14 paul paul@paul-Thinkcentre-M57p:/home>
Passing: chgrp -LR paul users
Is how I believe chgrp should be used in this case.
Does this look correct to you? If not why and is there a better command for this purpose?
-L is dangerous.
If you have symlinks on directories from other users, or system things, it will try to change the permissions of the target. If you run the command as your user, it is probably safe because those should fail; but if you are root, the command will succeed.
On 2024-01-22 02:03, -pj via openSUSE Users wrote:
(install was maybe 2 years ago on this particular machine). I honestly do not know why each user after the supposed first user added to the OS *has* to become a member of the users group. I noticed all of this while doing some minor work in user account deb. I noticed that I was able to cd into /home/paul and subdirectories without any problem (from user deb).
YaST/User and Group Management/Defaults for New Users By default, ever new user is added to group users -- and there is no way you can prevent that.
I just performed a fresh install of i686 Legacy Offline Image openSUSE Tumbleweed on a separate machine. The user and group in /home/username are sample:sample not sample:user . I was told that each additional user beyond user 1 is mandated to default user group ( I guess I can test more or something). Before I read about bug #1196265 . Also my question is some SDB article shows YaST2 is capable of home folder encryption, is this for LEAP and not TW because I do not see any home folder encryption available in Yast2 new user setup here. Thanks On 01-22-2024 02:22AM, Darryl Gregorash wrote:
On 2024-01-22 02:03, -pj via openSUSE Users wrote:
(install was maybe 2 years ago on this particular machine). I honestly do not know why each user after the supposed first user added to the OS *has* to become a member of the users group. I noticed all of this while doing some minor work in user account deb. I noticed that I was able to cd into /home/paul and subdirectories without any problem (from user deb).
YaST/User and Group Management/Defaults for New Users
By default, ever new user is added to group users -- and there is no way you can prevent that.
On Mon, Jan 22, 2024 at 11:32 AM -pj via openSUSE Users <users@lists.opensuse.org> wrote:
is some SDB article shows YaST2 is capable of home folder encryption, is this for LEAP and not TW because I do not see any home folder encryption available in Yast2 new user setup here.
IIRC it was removed before Leap 15 (if not before Leap 42).
Can I ask you why this was? Was it defuncted or something like that? On 01-22-2024 02:36AM, Andrei Borzenkov wrote:
On Mon, Jan 22, 2024 at 11:32 AM -pj via openSUSE Users <users@lists.opensuse.org> wrote:
is some SDB article shows YaST2 is capable of home folder encryption, is this for LEAP and not TW because I do not see any home folder encryption available in Yast2 new user setup here.
IIRC it was removed before Leap 15 (if not before Leap 42).
On 2024-01-22 09:03, -pj via openSUSE Users wrote:
Hello there, What I ended up doing (perhaps to soon) was the following:
chgrp paul -R /home/paul
-------------------------------------------------------------------------------------------------------
paul@paul-Thinkcentre-M57p:/home> pwd /home -----------------------------------------------------------------------------------------------------
paul@paul-Thinkcentre-M57p:/home> ls -lah total 0 dr-xr-xr-x 1 root root 14 Jan 21 18:18 .drwxr-xr-x 1 root root 142 Jun 3 2021 ..drwx------ 1 deb deb 318 Jan 22 00:02 debdrwx------ 1 paul paul 878 Jan 22 00:47 paulpaul@paul-Thinkcentre-M57p:/home> cd paul paul@paul-Thinkcentre-M57p:~> ls -lah total 108K drwx------ 1 paul paul 878 Jan 22 00:47 .dr-xr-xr-x 1 root root 14 Jan 21 18:18 ..-rw------- 1 paul paul 0 Jan 10 22:04 1-10-24-test-0.txt -rw------- 1 paul paul 0 Jan 10 22:06 1-10-24-test-1.txt -rw------- 1 paul paul
Wrapping is destroyed when replying. I think "chgrp paul -R /home/paul" was correct. What problem did you see?
------------------------------------------------------------------------------------------------- paul@paul-Thinkcentre-M57p:~>
Thinkcentre-M57p:~> groups paul paul : paul audio cdrom
------------------------------------------------------------ Thinkcentre-M57p:~> id -a uid=1000(paul) gid=100 groups=100,488(cdrom)
cat /etc/passwd paul:x:1000:1000:Paul:/home/paul:/bin/bash ------------------------------------------------------------------------------------------------------------
I passed as superuser: chmod -R go-rwx at /home/paul then chmod -R go-rwx inside /home/paul after changing groups.
Why, what's the intention? When I have done something like that, there is a way to differentiate directories from files. Files do not need 'x', directories do.
Was this a mistake to have done this, following the chgrp -R paul /home/paul ? I can significantly attempt to affirm that user paul was the first user to be added during installation of the openSUSE Tumbleweed on the machine (install was maybe 2 years ago on this particular machine). I honestly do not know why each user after the supposed first user added to the OS *has* to become a member of the users group.
That's *SUSE policy for decades, yes. I have never bothered much to find out a way to change the policy locally.
I noticed all of this while doing some minor work in user account deb. I noticed that I was able to cd into /home/paul and subdirectories without any problem (from user deb).
🤐thanks
-- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))
On 2024-01-22 09:03, -pj via openSUSE Users wrote:
Hello there, What I ended up doing (perhaps to soon) was the following:
chgrp paul -R /home/paul
-------------------------------------------------------------------------------------------------------
paul@paul-Thinkcentre-M57p:/home> pwd /home -----------------------------------------------------------------------------------------------------
paul@paul-Thinkcentre-M57p:/home> ls -lah total 0 dr-xr-xr-x 1 root root 14 Jan 21 18:18 .drwxr-xr-x 1 root root 142 Jun 3 2021 ..drwx------ 1 deb deb 318 Jan 22 00:02 debdrwx------ 1 paul paul 878 Jan 22 00:47 paulpaul@paul-Thinkcentre-M57p:/home> cd paul paul@paul-Thinkcentre-M57p:~> ls -lah total 108K drwx------ 1 paul paul 878 Jan 22 00:47 .dr-xr-xr-x 1 root root 14 Jan 21 18:18 ..-rw------- 1 paul paul 0 Jan 10 22:04 1-10-24-test-0.txt -rw------- 1 paul paul 0 Jan 10 22:06 1-10-24-test-1.txt -rw------- 1 paul paul
Wrapping is destroyed when replying.
I think "chgrp paul -R /home/paul" was correct. What problem did you see? I was pleased at the outcome but I believe I maybe should not have "chmod -R go-rwx" perhaps instead chmod -R o-rwx but if /home has paul drwx------ 1 paul paul 878 Jan 22 00:47 paul. I could have left the insides of /home/paul as they were while retaining security I think maybe?Following man chgrp man page 1 was not helpful for me, I was
On 01-22-2024 02:23AM, Carlos E. R. wrote: trying to pass: 'chgrp -R paul users'while located in /home directory (did not function).
------------------------------------------------------------------------------------------------- paul@paul-Thinkcentre-M57p:~>
Thinkcentre-M57p:~> groups paul paul : paul audio cdrom
------------------------------------------------------------ Thinkcentre-M57p:~> id -a uid=1000(paul) gid=100 groups=100,488(cdrom)
cat /etc/passwd paul:x:1000:1000:Paul:/home/paul:/bin/bash ------------------------------------------------------------------------------------------------------------
I passed as superuser: chmod -R go-rwx at /home/paul then chmod -R go-rwx inside /home/paul after changing groups.
Why, what's the intention?
When I have done something like that, there is a way to differentiate directories from files. Files do not need 'x', directories do.
Thank for telling me of this about files do not need "x" execute permissions and directories do. Are scripts the same way as files then?
Was this a mistake to have done this, following the chgrp -R paul /home/paul ? I can significantly attempt to affirm that user paul was the first user to be added during installation of the openSUSE Tumbleweed on the machine (install was maybe 2 years ago on this particular machine). I honestly do not know why each user after the supposed first user added to the OS *has* to become a member of the users group.
That's *SUSE policy for decades, yes.
I see more now thanks for verify on this policy.
I have never bothered much to find out a way to change the policy locally.
Can't any user just open another user files then by default? What do people typically do concerning this scenerio?
I noticed all of this while doing some minor work in user account deb. I noticed that I was able to cd into /home/paul and subdirectories without any problem (from user deb).
🤐thanks
On 2024-01-22 09:48, -pj via openSUSE Users wrote:
On 01-22-2024 02:23AM, Carlos E. R. wrote:
On 2024-01-22 09:03, -pj via openSUSE Users wrote:
Hello there, What I ended up doing (perhaps to soon) was the following:
chgrp paul -R /home/paul
-------------------------------------------------------------------------------------------------------
paul@paul-Thinkcentre-M57p:/home> pwd /home -----------------------------------------------------------------------------------------------------
paul@paul-Thinkcentre-M57p:/home> ls -lah total 0 dr-xr-xr-x 1 root root 14 Jan 21 18:18 .drwxr-xr-x 1 root root 142 Jun 3 2021 ..drwx------ 1 deb deb 318 Jan 22 00:02 debdrwx------ 1 paul paul 878 Jan 22 00:47 paulpaul@paul-Thinkcentre-M57p:/home> cd paul paul@paul-Thinkcentre-M57p:~> ls -lah total 108K drwx------ 1 paul paul 878 Jan 22 00:47 .dr-xr-xr-x 1 root root 14 Jan 21 18:18 ..-rw------- 1 paul paul 0 Jan 10 22:04 1-10-24-test-0.txt -rw------- 1 paul paul 0 Jan 10 22:06 1-10-24-test-1.txt -rw------- 1 paul paul
Wrapping is destroyed when replying.
I think "chgrp paul -R /home/paul" was correct. What problem did you see?
I was pleased at the outcome but I believe I maybe should not have "chmod -R go-rwx" perhaps instead chmod -R o-rwx but if /home has paul drwx------ 1 paul paul 878 Jan 22 00:47 paul. I could have left the insides of /home/paul as they were while retaining security I think maybe?Following man chgrp man page 1 was not helpful for me, I was trying to pass: 'chgrp -R paul users'while located in /home directory (did not function).
If you use group "paul", the rationale is that users in that group can at least read the files. It is up to you to create users in that group or not. If you do not want the to give access even to group paul, you could as well have left the group as "users" and deny access to them.
------------------------------------------------------------------------------------------------- paul@paul-Thinkcentre-M57p:~>
Thinkcentre-M57p:~> groups paul paul : paul audio cdrom
------------------------------------------------------------ Thinkcentre-M57p:~> id -a uid=1000(paul) gid=100 groups=100,488(cdrom)
cat /etc/passwd paul:x:1000:1000:Paul:/home/paul:/bin/bash ------------------------------------------------------------------------------------------------------------
I passed as superuser: chmod -R go-rwx at /home/paul then chmod -R go-rwx inside /home/paul after changing groups.
Why, what's the intention?
When I have done something like that, there is a way to differentiate directories from files. Files do not need 'x', directories do.
Thank for telling me of this about files do not need "x" execute permissions and directories do. Are scripts the same way as files then?
script files do need the x, if you want users in the group paul to be able to execute them. In that case you need to script something, to find all files or directories that are executable by the user, then give execute permission to the group as well.
Was this a mistake to have done this, following the chgrp -R paul /home/paul ? I can significantly attempt to affirm that user paul was the first user to be added during installation of the openSUSE Tumbleweed on the machine (install was maybe 2 years ago on this particular machine). I honestly do not know why each user after the supposed first user added to the OS *has* to become a member of the users group.
That's *SUSE policy for decades, yes.
I see more now thanks for verify on this policy.
I have never bothered much to find out a way to change the policy locally.
Can't any user just open another user files then by default? What do people typically do concerning this scenerio?
The rationale is that a computer is used by a family or group of friends or coworkers, all of which may need to read each other files. If that is not desired, each user can simply remove the group permissions. Other distributions may do differently. It would be nice to be able to choose. There are pro and cons for each method. -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))
participants (4)
-
-pj -
Andrei Borzenkov -
Carlos E. R. -
Darryl Gregorash