以下命令打开文件管理器来显示目录。
dbus-send --session --dest=org.freedesktop.FileManager1 --print-reply \
--type=method_call /org/freedesktop/FileManager1 \
org.freedesktop.FileManager1.ShowItems array:string:"file:///path/to/your/directory" string:""
问题是默认文件管理器似乎是随机的。我猜是上次更新的文件管理器，因为它在文件管理器更新后发生了变化。此外，当文件管理器已在运行时，它会使用该文件管理器。
不用让别人dbus-send确定使用哪个文件管理器，如果我知道安装了哪些文件管理器，我可以设置一个特定的文件管理器，比如 Nemo 吗？
在阅读我的问题之前，请不要将其标记为重复。我知道已经有这些问题了，但是现有的答案没有按预期工作，这就是我问这个问题的原因。
已有答案说设置默认文件管理器的方法是xdg-mime default <app name> inode/directory，使用默认文件管理器定位文件的方法是dbus-send --session --print-reply --dest=org.freedesktop.FileManager1 --type=method_call /org/freedesktop/FileManager1 org.freedesktop.FileManager1.ShowItems array:string:"<path>" string:""。
但是，当我在一些基于 Arch 的发行版（包括 Arch with Gnome）上对此进行测试时，在安装 Nemo 文件管理器（Gnome 的默认文件管理器是 Gnome Files）之后，该dbus-send命令并不总是打开指示的文件管理器。xdg-mime query default在xdg-mime query default inode/directory输出的同时nemo.desktop，dbus-send...上面的命令打开了 Gnome Files，当前者输出“org.gnome.Nautilus.desktop”时，后者打开了 Nemo。（这是没有正在运行的文件管理器的情况。如果已经有文件管理器的实例，dbus-send命令似乎使用该文件管理器。）
dbus-send上面的命令是“使用默认文件管理器定位文件”的正确命令吗？虽然dbus-send上述命令没有按预期工作，但 JetBrain 的 IDE（如 Android Studio 或 IntellJ）使用默认文件管理器正确定位了文件，当我右键单击一个文件，然后单击“打开方式”，然后单击文件管理器的名称时。我想查看他们的源代码，但这些都是巨大的应用程序，尝试搜索他们的源代码没有返回任何结果（我使用了“打开方式”或“文件管理器”等关键字）。
我正在使用 Gnome 43.4，Wayland。我在 Gnome 设置 -> 辅助功能中设置了一个较大的光标大小。在桌面和 GTK 应用程序上方，鼠标光标大小是我设置的，但在非 GTK 应用程序（例如 QT 应用程序）上方，鼠标光标变小了。
我发现如果我XCURSOR_SIZE在 中的配置文件中手动设置environment.d，那么非 GTK 应用程序将使用该光标大小。但这对于最终用户来说是一种尴尬的方式。我想知道为什么在设置 GUI 中设置较大的光标不起作用。谁是罪魁祸首？是吗...
如果我在 Gnome 设置中设置 175% 缩放比例，该值将保存1.7518248558044434为~/.config/monitors.xml：
<monitors version="2">
<configuration>
<logicalmonitor>
<x>0</x>
<y>0</y>
<scale>1.7518248558044434</scale>
<primary>yes</primary>
<monitor>
<monitor spec>
<connector>DP-3</connector>
为什么会这样？起初，我认为这可能是由于浮点舍入误差引起的，但 1.75 是那些可以表达精确值的快乐数字之一。
侏儒韦兰 43.3
有一个目录/test/test2/。它的所有者是root，组是test，权限是drwxr-xr-x。我setfacl -m group:test:w ./在那个目录中执行。
现在，作为test其组包括的用户test，如果我getfacl ./在该目录中运行，输出是，
# file: .
# owner: root
# group: test
user::rwx
group::r-x
group:test:-w-
mask::rwx
other::r-x
现在，如果我执行touch test.txt，我得到touch: cannot touch 'test.txt': Permission denied。为什么会这样？不setfacl -m给权限加上chmod权限吗？我的意思是，我给了test组写权限setfacl，因为组有r-x传统权限（可以用更改chmod），这不是有效地给rwx了test组吗？
我试过namei -l /test/test2/了，输出是
f: /test/test2/
drwxr-xr-x root root /
drwxr-xr-x root root test
drwxrwxr-x root test test2
Windows 有很多众所周知的组和用户，默认情况下所有安装都有。例如，Administrator用户是该Administrators组的成员，或者任何用户都是该Users组的成员，等等。除了？Linux 是否有这样的公共组/用户root？
作为root，我创建/test并设置了默认的 ACL
setfacl -m -d dog:rwx /test
我验证了 getfacl 的输出
# file: test
# owner: root
# group: root
user::rwx
group::r-x
other::r-x
default:user::rwx
default:user:dog:rwx
default:group::r-x
default:mask::rwx
default:other::r-x
现在，作为用户dog，如果我尝试在中创建一个目录/test，我会得到
mkdir: can't create directory 'sub': Permission denied
为什么会这样？如果我在没有默认设置的情况下设置 facl，则 getfacl 显示user:dog:rwx而不是default:user:dog:rwx并dog可以在那里创建一个子目录。
注意：它是在 VM 内部测试的，并且 VM 屏幕上的文本不可复制，所以我添加了屏幕截图。
在 Windows 上，似乎如果用户对该lev5目录具有读/写权限，但对其所有祖先都没有权限， cd c:\lev1\lev2\lev3\lev4\lev5仍然有效。
在 Linux 上，即使我给用户完全权限lev5和使用rx权限，如果他也没有权限// ，也不起作用。lev4setfaclrxlev1lev2lev3cd /lev1/lev2/lev3/lev4/lev5
有没有办法让它像Windows一样工作？
我注意到的一件事是，如果用户的 shell 从/lev1/lev2/lev3/lev4/（sudo 用户在/lev1/lev2/lev3/lev4/，并切换到用户使用sudo -u那里，用户可以）开始cd ./lev5。有那么一会儿，我想知道这是否是隐藏祖先目录存在的安全功能喜欢lev1或lev2来自用户（即，用户只知道lev5存在于下面lev4，仅此而已），但情况似乎并非如此，因为pwd在用户的 shell 中执行会给出完整路径/lev1/lev2/lev3/lev4/lev5，所以我认为没有必要阻止用户使用完整路径cd。
我能理解为什么 100%、200%、300%... 缩放在技术上更容易。但是当谈到分数缩放时，为什么它被限制在 125%、150% 和 175%？例如，实施 110% 比实施 125% 更难吗？
让我们这么说
homermarge运行一个帐户bart。margelisa正在为其数据使用目录。lisa为bart。如果我创建一个文件并尝试将其复制到lisa，则由于许可而失败。我可以通过 复制它sudo cp，但随后文件的所有者变为root，bart无法读取。我希望所有文件的所有者lisa都是bart. bart我可以在将文件复制到后手动更改文件的所有者lisa，但不能自动完成吗？也就是说，我希望 中的所有文件的所有者lisa，无论是谁将它们复制/创建到lisa中，都是bart默认的。
我想我理解“自动”和“手动”，但什么是“忽略”？如果我选择“忽略”，则速度设置将不可用。如果速度不是自动决定的，也不是手动设置的，“忽略”时选择什么速度？
该驱动器当前位于 NTFS 中。运行chkdsk几个小时后，我找到了坏扇区的位置（下图）。我想在 EXT4 中重新格式化磁盘。我听说 EXT4 有某种元数据来标记坏扇区，并且有一个实用程序，但我不想再运行几个小时的测试。我可以直接告诉 EXT4 我已经找到的坏扇区位置chkdsk吗？
Stage 4: Looking for bad clusters in user file data ...
Read failure with status 0xc000009c at offset 0x280036f1000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x280036fb000 for 0x1000 bytes.
Read failure with status 0xc000009c at offset 0x280cb987000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x280cb993000 for 0x1000 bytes.
Read failure with status 0xc000009c at offset 0x280dbdc2000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x280dbdc4000 for 0x1000 bytes.
Read failure with status 0xc000009c at offset 0x2835d5bb000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x2835d5c0000 for 0x1000 bytes.
我以为我可以单击或按一些热键来跳转到man页面上的另一个主题，但搜索 Google 说它们不是超链接。那么，除了现有的手册页和打字之外man <another topic>，有没有更快的方法跳转到另一个主题？打开输入框并输入主题名称之类的东西？
示例：git-init在阅读此页面时打开
man history 说history info ?count?和history keep ?count?。我不知道这两个问号是什么意思。我试图history keep 1000保留 1000 个历史项目，但它刚刚返回fc: event not found: keep。我在谷歌上找不到任何例子。如何使用它们。问号是什么？
logind.conf 页面说明了编译的默认值和具有优先规则的多个配置文件。所有这些让我很难弄清楚当前的设置是什么。有没有办法打印 systemd-logind.service 当前已加载并正在使用的当前设置？
我在 BTRFS 分区上安装了 Manjaro Linux，并没有为“启动”创建单独的分区。我是双引导的，我希望 Grub 记住我最后的选择。我按照教程执行此操作，但随后我开始在启动时看到“不允许使用稀疏文件”。经过一番搜索，似乎这是因为分区为 BTRFS 时 Grub 无法保存设置。
这个论坛页面（https://archived.forum.manjaro.org/t/solved-grub-btrfs-error-sparse-file-not-allowed/70031/4）有一个可接受的答案是禁用保存最后一个选择，但我想要那个。还有另一个答案说“例如，将 Grub 变量的默认位置从 /boot/grub... 更改为 /boot/efi/EFI/Manjaro（需要更改 Grub）。”，但他没有进一步说明细节。如何将位置更改为/boot/efi/EFI/Manjaro？
我想测试磁盘的物理错误是否是不可能的，磁盘的文件系统错误。该磁盘是典型的 USB 外部驱动器。磁盘（不是分区级别，而是整个磁盘本身）使用 VeraCrypt 进行加密。我存储文件的分区正在使用 Btrfs。方法是什么？
以下是我自己尝试过的事情：
首先，网络搜索结果说badblocks，但其他结果说它现在是一个过时的工具。当我运行它时，它要求只读的东西，这让我认为它可能会破坏现有文件，所以我取消了它。
然后，我尝试使用 VeraCrypt 卷上的“检查文件系统”上下文菜单。但是它显示了一个“fsck”窗口，上面写着“如果您希望检查 BTRFS 文件系统的一致性或修复损坏的文件系统，请参阅 btrfs(8) 子命令 'check'”并退出。
我打开一个终端并尝试执行btrfs check，但“sudo btrfs check（设备名称）”失败，“在 /dev/sdd 上找不到有效的 btrfs”（可能是因为整个磁盘已加密”）和“sudo btrfs check（解密的目录）”因“不是常规文件或块设备”而失败。
PS：感谢接受的答案，我得到了正确的设备名称。我为以后遇到同样问题的人添加以下内容。我使用的评论是sudo btrfs --force --check-data-csum -p /dev/mapper/veracrypt1。我添加了--check-data-csum，因为没有它，它只检查磁盘的元数据校验和，而不是实际文件，所以我不得不再次运行测试（再次执行所有先前的检查）。-p似乎是一个不错的选择，因为它显示到目前为止已经检查了多少项目。