问题：
我没有/丢失了 /home 中的可执行权限。这对 TOR 洋葱的使用来说是相当毁灭性的。越来越多的装有 Ubuntu 20.xx 的机器上出现了这个问题，有些是新设置的，有些之前使用过现有的执行权限。
情况：
- 有时这种情况在运行系统上会不可逆地发生。
- 该文件和目录以及“/home”的执行权限已赋予，并且确定。
- /home 是挂载，因为它是加密的 / LUKS 分区。
- 这“exec” 在 fstab 中给出
（
/dev/mapper/luks-12345 /home ext4 exec,rw,users 0 2）但它被忽略了。 - 做一个rw 重新挂载成功 并用于解决方法：从 /etc/systemd/system/ 启动服务执行“mount -o remount,rw /dev/mapper/luks-12345 /home/”这表明这不是缺少文件或目录的执行权限的问题。这种解决方法很糟糕，只能治标。
报告称 Mount 为：
/home /dev/mapper/luks-12345 ext4 rw,nosuid,nodev,**noexec**,relatime
尽管在 fstab 中设置为 exec。
问题：
- 为什么挂载选项“exec”被忽略（在越来越多的机器上）？
在 ~ 中执行的示例：
$ ./myscript.sh
bash: ./myscript.sh: Keine Berechtigung (translate: no rights)
same old script after rw remount:
- just executing -
评论：
加密 /home 的设置显示此处（使用 TOR；仅限德语）：http://mutant21.onastroidst6krpn.onion/schweinekraftland/Verschluesseln01/Verschluesselung_nachtraeglich_umsetzen.htm 所有文件系统均为 ext4。它出现在多台机器上。自 2020 年中期以来，最早确定的操作系统版本是 Ubuntu 20.04。
安装版本：util-linux 2.36 libmount 2.36.0
在我看来，这似乎是一个错误，没有找到文档：如果删除挂载选项“用户”，则不会出现问题。这肯定在 2020 年中期发生了变化，因为在 2020 年初，拥有选项“用户”和具有应用执行权限的挂载肯定是有效的。没有解释为什么在 fstab 中以常规方式使用时会忽略“执行”选项。
附录：
mount 版本 2.34 不会显示错误。使用 mount 版本 2.36 会导致错误，可重现。没有解释错误，但解释了发生的时间线。