主页 / unix / 问题

问题[root](unix)

Martin Hope
cocomac
Asked: 2024-02-19 15:23:07 +0800 CST
  • 7

我在这个答案的最后看到了这样的说法：

PS：我不知道为什么 rfkill 在以非特权用户身份运行时起作用。在我的 Mint 上，它没有 setuid 或 setgid 位。

我很好奇，查看了我的 Arch 系统。这是我的系统上的内容sudo和rfkill外观。文件大小和日期已被省略。看起来没有 setuid 位rfkill（为了比较，有一个sudo）。

$ /usr/bin/env ls -lah $(which sudo) $(which rfkill)
-rwxr-xr-x 1 root root [OMITTED] /sbin/rfkill
-rwsr-xr-x 1 root root [OMITTED] /sbin/sudo

有趣的是，运行rfkill以禁用和启用无线访问的工作方式如此处所述，即使我是rfkill从我的帐户运行（即，不是 asroot和 not withsudo或类似）。

如何不rfkillrequire ，因为通常启用/禁用硬件的命令需要以特权root运行？root

root
Martin Hope
maverickar
Asked: 2023-12-17 15:34:36 +0800 CST
  • 5

我昨天试图安装一个分区并玩弄 firejail，当我意识到${HOME}我的文件夹中有一个文件夹（就像这样写）时/etc，即使我的主文件夹位于根文件夹中（所以现在我有两个，${HOME}和。/home）我想知道这是否是我设法以某种方式创建的链接。该文件夹在 GUI 中显示为 0 字节且为空，但如果我尝试从命令行删除它，则会收到该文件夹​​不为空的错误（而且我害怕删除整个主文件夹！）。

发生了什么以及为什么？谢谢！

ls -al '/${HOME}'

total 0
drwxr-xr-x. 1 root root 0 Dec 16 16:01 .
dr-xr-xr-x. 1 root root 172 Dec 16 16:02 ..
root
Martin Hope
Vlastimil Burián
Asked: 2023-10-29 20:47:49 +0800 CST
  • 5

通过以下问题：

对于大型 Ext4 驱动器，是否有一些普遍推荐的保留块数（针对根）？

我具体指的是以下几点：

  • 让我们考虑一下（几乎）每个人现在都有一个相当大的根驱动器（分区）。

  • 让我们考虑一下带有 1.8TiB 根分区的 2TB 驱动器，这意味着除了第一个引导分区之外的整个驱动器都被使用。

  • 此外，让我们假设只有我可以访问这台计算机，并且我可以直接访问硬件和操作系统。

  • 作为补充，我在 GRUB 中设置了：GRUB_CMDLINE_LINUX_DEFAULT="rootflags=data=journal"，我没有找到的特定文档，请随意在此处添加。

为了将所有这些放入一个工作示例中，这是我笔记本电脑中的 NVMe 驱动器：

# fdisk -l /dev/nvme0n1

Disk /dev/nvme0n1: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Samsung SSD 970 EVO Plus 2TB            
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 989573D5-37E7-437A-B680-9410F7234A94

Device          Start        End    Sectors  Size Type
/dev/nvme0n1p1   2048     194559     192512   94M EFI System
/dev/nvme0n1p2 194560 3907028991 3906834432  1.8T Linux filesystem

第二个分区/dev/nvme0n1p2是 Ext4 文件系统类型，以下是考虑它的完整值列表：

# tune2fs -l /dev/nvme0n1p2 
tune2fs 1.46.5 (30-Dec-2021)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          f1fc7345-be7a-4c6b-9559-fc6e2d445bfa
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              122093568
Block count:              488354304
Reserved block count:     20068825
Free blocks:              388970513
Free inodes:              121209636
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      817
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sat Jun 16 11:26:24 2018
Last mount time:          Thu Oct 26 09:14:38 2023
Last write time:          Thu Oct 26 09:14:38 2023
Mount count:              102
Maximum mount count:      -1
Last checked:             Tue Sep 26 03:05:31 2023
Check interval:           0 (<none>)
Lifetime writes:          43 TB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       134214
Default directory hash:   half_md4
Directory Hash Seed:      48360d76-0cfb-4aed-892e-a8f3a30dd794
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x58d12a63

我想评估一下是否需要一些保留的根空间，如果需要，需要多少。我希望这个问题不要基于意见，所以如果您决定添加答案，请添加一些参考资料，谢谢。

root
Martin Hope
ChennyStar
Asked: 2023-10-25 22:55:01 +0800 CST
  • 8

我读了一些关于真实用户 ID 和有效用户 ID 之间的区别的文章。我以为我明白了，但我有一个疑问：根据我的理解，在下面的示例中，命令$ id -un应该返回root为有效用户，而不是jack：

$ sudo cp /usr/bin/bash /usr/bin/bashroot
$ sudo chmod u+s /usr/bin/bashroot
$ ls -l /usr/bin/bashroot 
-rwsr-xr-x 1 root root 1234376 oct.  25 15:42 /usr/bin/bashroot

$ bashroot

$ id -un
jack

$ id -unr
jack

bashroot已经 setuid 并属于root，所以根据我的理解我预计$ id -un会返回root，而不是jack。

我想念什么？

[编辑] 更具体地说，既然两者都有 setuid ，为什么/usr/bin/bashroot行为不像？/usr/bin/passwd

$ ls -l /usr/bin/passwd 
-rwsr-xr-x 1 root root 63960 févr.  7  2020 /usr/bin/passwd

$ ls -l /usr/bin/bashroot 
-rwsr-xr-x 1 root root 1234376 oct.  25 15:42 /usr/bin/bashroot

$ passwd
Changing password for jack.
Current password:

然后，在另一个终端中：

$ bashroot

$ ps -a | grep passwd
1682362 pts/3    00:00:00 passwd
$ ps -eo pid,ruid,euid | grep 1682362
1682362  1000     0

$ ps -a | grep bashroot
1682405 pts/4    00:00:00 bashroot
$ ps -eo pid,ruid,euid | grep 1682405
1682405  1000  1000

的有效 UID 为passwd( root0)，这是预期的。为什么有效 UID 是bashroot1000( jack) 而不是root？

[编辑2：操作系统]

$ cat /etc/debian_version 
11.6
$ uname -a
Linux d11work 5.10.0-20-amd64 #1 SMP Debian 5.10.158-2 (2022-12-13) x86_64 GNU/Linux
$ bash --version
GNU bash, version 5.1.4(1)-release (x86_64-pc-linux-gnu)

[EDIT3]参见斯蒂芬·基特的回答：

$ bashroot -p

# id -un
root

# id -unr
jack
root
Martin Hope
Franck Dernoncourt
Asked: 2023-08-12 09:20:17 +0800 CST
  • 6

我  在运行 Ubuntu 22.04 的 AWS EC2 实例上使用Doccano 。

为了运行 Doccano，我使用doccano webserver --port 8000.

但现在我想让 Doccano 在端口 80 上提供其网页。因此，我必须以 root 身份运行 Doccano。

在不知道 EC2 上的 root 密码的情况下，如何以 root 用户身份运行 doccano？

我试过

(doccanopy310) ubuntu@ip-172-30-33-321:~$ sudo doccano webserver --port 80
sudo: doccano: command not found

和

(doccanopy310) ubuntu@ip-172-30-33-321:~$ su
Password:

我不知道此 EC2 实例中的 root 密码。我没有任何 AWS 管理员权限：我只是获得了 IP + .pem 文件以通过 SSH 连接到它。

http.server重现此问题的另一种方法是在 Python 3（或SimpleHTTPServerPython 2）中使用：

python -m http.server 80

将产生：

(doccanopy310) ubuntu@ip-172-30-33-321:~$ sudo python -m http.server 80
sudo: python: command not found
root
Martin Hope
jp_
Asked: 2023-06-12 22:32:46 +0800 CST
  • 5

如果我运行 su，它会询问目标用户的密码。如果我以 root 身份运行它，它不会要求输入密码。但是如果我在 fakeroot 中运行它，它怎么可能会要求输入密码呢？fakeroot 不应该让所有程序都认为你是 root 吗？对于我自己的程序，这样做的唯一方法是尝试运行 su，然后查看返回代码。但是 su 是怎么做到的呢？

root
Martin Hope
nk2
Asked: 2022-10-10 06:12:39 +0800 CST
  • 1
mkdir ~/.config/dunst

sudo cp /etc/dunst/dunstrc ~/.config/dunst/dunstrc

这使文件不可编辑

rm ~/.config/dunst/dunstrc
touch ~/.config/dunst/dunstrc
sudo cp /etc/dunst/dunstrc ~/.config/dunst/dunstrc

这使文件可编辑。为什么linux会这样？

linux root
Martin Hope
Kevin Holtkamp
Asked: 2022-07-11 00:16:08 +0800 CST
  • 0

我有一个很长的脚本要执行，脚本中的很多命令都需要sudo.

为了避免使用sudo，我把它放在sudo su了脚本的开头。这样做的问题是，这使得通过脚本创建的所有文件都具有root所有者。

有什么方法可以避免拥有文件，root而不必sudo为每个需要它的命令手动设置？

（我知道这sudo su是不好的做法，但这是我的树莓派，不是重要的服务器）

sudo root
Martin Hope
Peter Petigru
Asked: 2022-07-01 04:28:16 +0800 CST
  • 15

我已经设置了 my sudoers，每次使用时它都会询问 root 密码而不是用户密码sudo。主要是因为我认为如果你想执行 root 命令，你应该知道 root 密码是有道理的。

但是，这是否会被视为安全风险？

如果不是，为什么这不是大多数发行版的默认配置？

编辑：我正在运行个人 Linux 机器，我是唯一的用户。在这种情况下，这个理由是否更有意义？我确实认为这可能不适用于多用户系统。

背景：我的经验sudo是在系统上sudo只是su. 只需输入用户密码即可运行任何 root 命令，我认为这违背了 root 的初衷。因此，我有理由让它要求您提供 root 密码。说了我不知道 的力量sudoers，一些用户提到你可以指定哪些命令可以运行sudo（同时省略了一些仅限于 root 用户的命令）。我认为这是一个很好的中间立场

sudo root
Martin Hope
JMC
Asked: 2022-06-03 12:24:28 +0800 CST
  • 0

我偶然发现了一个包含以下两个命令的脚本：

chown -R some-user:0 /some/dir
chmod -R g+w /some/dir

具体来说，这是来自 nginx-unprivileged Docker 映像的 Dockerfile。

是否有任何理由向根组拥有的文件添加组写入权限？考虑到根组中没有其他用户，是否有任何情况可能会产生影响？

permissions root