sudo chmod -333 /
该系统预计不起作用。我想知道除了重新安装还有什么方法可以恢复吗？
我的操作系统是 Debian。
考虑以下设置：
# two users in groups sales
useradd edwin
useradd santos
groupadd sales
usermod -aG sales edwin
usermod -aG sales santos
# two users in group account
useradd serene
useradd alex
groupadd account
usermod -aG account serene
usermod -aG account alex
# every group has its own directory with full access
mkdir -p ./groups/sales ./groups/account
cd ./groups
chown :account ./account
chown :sales ./sales
chmod g+rwx ./account ./sales
该任务指出：
用户只能删除自己的文件，但alex是总经理，所以用户alex有权删除所有用户的文件。
现在用户应该只能删除他们自己的文件，所以我这样做：
chmod +t /groups/account /groups/sales
但现在我有一个问题。Alex 是管理员，应该能够删除任何人的(!) 文件。所以我做例如：
setfactl -a u:alex:rwx /groups/sales /groups/account
但这无济于事：
[root@localhost groups]# getfacl sales/
# file: sales/
# owner: root
# group: sales
# flags: --t
user::rwx
user:alex:rwx
group::rwx
mask::rwx
other::r-x
[root@localhost groups]# sudo -u edwin touch sales/file
[root@localhost groups]# sudo -u alex rm -f sales/file
rm: cannot remove 'sales/file': Operation not permitted
是否可以将粘性标志应用于除一个用户之外的所有用户？
假设我有以下文件夹结构
folder/
├─ subfodler_2/ #User1
├─ subfolder_3/ #User2
├─ subfolder_1/ #User1
我想在哪里创建由777chmod创建的所有文件夹（和文件） 。User1
我知道我无法通过
ls -la | grep User1
而且我知道如何到chmod一个特定的文件夹，但我不知道如何“使用输出” lsie 解析它chmod之后。
如果我可以将其编写为 bash 脚本，它不必是单行的，它也可以
当我跑步时podman run，我遇到了一个特别奇怪的错误，
❯ podman run -ti --restart=unless-stopped -p 80:80 -p 443:443 rancher/rancher:latest
✔ docker.io/rancher/rancher:latest
Trying to pull docker.io/rancher/rancher:latest...
Getting image source signatures
[... blob copying...]
Writing manifest to image destination
Storing signatures
Error processing tar file(exit status 1): potentially insufficient UIDs or GIDs available in user namespace (requested 630384594:600260513 for /usr/bin/etcdctl): Check /etc/subuid and /etc/subgid: lchown /usr/bin/etcdctl: invalid argument
Error: Error committing the finished image: error adding layer with blob "sha256:b4b03dbaa949daab471f94bcfd68cbe21c1147e8ec2acfe3f46f1520db48baeb": Error processing tar file(exit status 1): potentially insufficient UIDs or GIDs available in user namespace (requested 630384594:600260513 for /usr/bin/etcdctl): Check /etc/subuid and /etc/subgid: lchown /usr/bin/etcdctl: invalid argument
“用户命名空间中可用的 UID 或 GID 可能不足”是什么意思，我该如何解决这个问题？
我正在尝试.desktop为 python 脚本（用于 Electrum 比特币钱包）创建一个文件。如果我导航到保存文件的文件夹并运行它 ( python3 /home/username/.local/bin/electrum)，应用程序就会启动。但是，我的electrum.desktop文件由于某种原因无法正常工作。它看起来如下：
[Desktop Entry]
Name=Electrum
Comment=Lightweight Bitcoin Wallet.
GenericName=Bitcoin Wallet.
Exec=python3 /home/username/.local/bin/electrum
StartupNotify = true
Type=Application
我还运行了chmod u+x home/username/.local/bin/electrumand chmod u+x ~/Desktop/electrum.desktop，并授予了执行这两个文件的权限。desktop-file-validate没有返回任何错误。现在，当我单击桌面图标时，它只是.desktop在文本编辑器中打开文件，而不是运行应用程序。我对创建.desktop文件不是很熟悉；我做错了什么？
我在 Ubuntu Linux 上有一个程序，它创建一个logs/error.log具有权限660( rw-rw----) 或640( rw-r-----) 的文件。但我希望文件权限始终为666( rw-rw-rw-) （包括程序创建文件时）。
限制：
- 我不能修改程序。因此，我无法更改
660程序使用新文件的模式。 - 该程序可以随时重新创建文件。因此，单一手动执行的方案
chmod是不适合的。 - 我需要添加一些权限，但不能减去。因此，
umask并不setfacl适合。
我对这个问题要我做什么感到困惑。对于上下文，hello 是一个 c++ 文件。
“再次使用 chmod 命令使 hello 成为可执行文件，但对所有用户来说都是不可读和不可写的。”
使用在线 chmod 计算器，我最好的猜测是chmod 001 hello，公众可以执行，但公众不可读也不可写。
这个对吗？
我有一个 NAS，其中包含我家每个成员的目录。
我的用户名，是每个成员组的成员。所以我可以访问所有用户的文件夹。
我希望，当我在用户目录中放置文件时，该文件从父目录中获取所有权。或获取特定权限。
我妻子的目录是“zoe_folder”，拥有 zoe:zoe 和权限 rwxrwx---。
当我以 root 身份运行touch file.txt我妻子目录（或子目录）中的命令时，file.txt 拥有 root:root 所有权和权限 rw-r--r--。我想要所有权 zoe:zoe（或作为解决方法权限 rw-rw-rw-）。
当然，无需运行任何命令chmod，chown. 它是 NAS，客户端 PC 是 Windows。我无法每次使用控制台登录 NAS 并更改权限。
有任何想法吗？
想要将文件的模式更改为-rw-------.
使用chmod 755 ~/.ssh/authorized_keys得到的结果为：
$ ls -la ~/.ssh/authorized_keys
-rwxr-xr-x. 1 root root 755 Dec 11 03:09 /root/.ssh/authorized_keys
但是想要得到这个结果：
-rw-------. 1 root root 755 Dec 11 03:09 /root/.ssh/authorized_keys
不行。如果使用它可以更改chmod 600。但是，它显示为755。
我正在使用 KALI 全新安装。
Linux kali 5.2.0-kali2-686-pae #1 SMP Debian 5.2.9-2kali1 (2019-08-22) i686 GNU/Linux
我创建了一个用户
useradd akkilah
然后我将此用户添加到 sudo 组
usermod -aG sudo akkilah
对于这个用户来说，可以通过 tty 或终端su登录，但我无法通过 GUI 登录，当我检查 Auth.log 时，我发现了下面的内容。我在日志下面添加了因为它可能会有所帮助，但我不知道我能从中得到什么
此外，通过我在互联网上的研究，我发现这可能与 /home/akkilah 文件夹的权限有关，所以我尝试给它完全权限，它显示它成功但没有权限更改见下面的日志
root@kali:/home# ls -ltr
共 4 个
drwxrwx--- 1 根 vboxsf 4096 Nov 28 16:47 akkilah
root@kali:/home# chmod -v 777 akkilah
'akkilah' 的模式从 0770 (rwxrwx---) 更改为 0777 (rwxrwxrwx)
root@kali:/home# ls -ltr
共 4 个
drwxrwx--- 1 根 vboxsf 4096 Nov 28 16:47 akkilah
此外，我尝试使用 chown 命令更改主文件夹的所有者，即使它让我成功运行，但所有者实际上并没有改变..见下文
root@kali:/home# chown -v akkilah akkilah
将“akkilah”的所有权从根更改为 akkilah
root@kali:/home# ls -ltr
共 4 个
drwxrwx--- 1 根 vboxsf 4096 Nov 28 16:47 akkilah