我有一个名为 runthunderbird 的 bash 脚本，它...运行 Thunderbird ：
#!/bin/bash
sleep 5
thunderbird & disown
当我runthunderbird从 krunner 执行时，Thunderbird 按预期在 5 秒后启动，然后进程结束，如Plasma 5.27.10 系统监视器中的进程列表runthunderbird所示。ps -ef
但是，同一个系统监视器有一个“应用程序”选项卡runthunderbird，其中仍然列出了thunderbird-binThunderbird 的资源（例如内存）消耗，而不是 。
如果脚本在结束之前不只运行 Thunderbird，而是运行多个图形应用程序，则它们会在“应用程序”选项卡中集中在一起，再次位于（终止的）脚本的名称下。
我想知道这是如何管理的以及我应该如何编写脚本以将雷鸟与脚本完全分离而不是运行它。
我还想知道这个事实是否与当 runthunderbird 脚本在登录时从~/.config/autostart.
我最近经历了一个非常奇怪的现象。当我将计算机从挂起状态解冻时，我回到了会话管理器的锁定屏幕。然而，会话中当前运行的应用程序窗口的内容间歇性地显示，并且旋转了 180°。
图片胜过千言万语，这里是我的屏幕的照片（不是屏幕截图），显示了 Thunderbird 窗口的内容（出于明显的隐私原因，后来添加了镶嵌图案）：注意屏幕的底部，
其中任务栏将消失，不受影响，并正确显示（而不是颠倒）锁定屏幕的背景。另请注意，Thunderbird 并不是唯一显示的应用程序。整个东西都会闪烁，有时显示给定窗口的时间不到一秒钟。
系统在其他方面是有响应的。然而，解锁会话并没有结束这种行为。事实上，我几个月前就已经经历过这种情况，没有涉及会话锁定：这在当时是一件烦恼，但在会话锁定时发生它是一个更重要的隐私问题。
关闭然后重新打开会话（无需重新启动整个计算机）可以结束这种现象。
我很茫然，因为我很难用英语简洁地描述这个现象，因此很难去寻找那个话题；考虑到涉及的许多因素，我也不知道在哪里报告该错误。
即：
此外，Steam 窗口当时正在运行（它有时会显示伪影，因此这可能是相关的）。
在我的家庭 Linux 上，一个名为 toto 的用户将在/home/toto.
在我高中的系统上，这样的用户将在/home/t/toto. 我知道这是由于 LETTERHOMES 在/etc/adduser.conf.
还有一个参数 GROUPHOMES，用于组织/home基于组的子目录，我可以看到这样做的兴趣。
然而，使用用户名的第一个字母对我来说似乎很奇怪，因为它使结构复杂化，没有语义/概念清晰。
人们为什么要这样做？
这与目录中子目录数量的限制有关吗？这些限制在现代系统中是否仍然适用？
我问这个是因为我希望能够向提出问题的学生证明这种并发症的合理性，或者摆脱它。
假设您在 /dev/sda 上有一个“主”GRUB，带有几个 linux 内核，并且在 /dev/sdb2 上还有一个辅助 linux 发行版。
计算机启动到 /dev/sda GRUB。从那里，如何在 /dev/sdb2 中启动内核？
当您在 /dev/sda 中的发行版中更新 grub 时，OS-prober 将检测 /dev/sdb2 中的那些并在(/dev/sda)/boot/grub/grub.cfg.
但这很不方便，因为当您安装新内核或更改 /dev/sdb2 发行版中的引导选项时，这将更新(/dev/sdb2)/boot/grub/grub.cfg但不会更新主 grub.cfg。
如何让主 GRUB 读取并合并来自辅助 GRUB 的条目？
我正在使用内核 4.4.0-116-generic（但早期版本也是如此）和 16 GB RAM 运行 XUbuntu 16.04。我使用的是“传统”硬盘驱动器（无 SSD），而我的 swappiness 为 0（RAM 很少满）。
我在休眠时遇到了以下情况：休眠正常需要不到 2 分钟，但从它恢复需要很多很多时间，直到应用程序响应（今天需要 10 多分钟才能到达 light-locker 提示）。
我不认为这是可用的（从休眠状态恢复比启动到新会话并重新打开程序需要更多时间）。
我怎样才能提高性能？我是唯一遇到这些问题的人吗？
诚然，现在的内存使用量是 8.8 GB，但让我烦恼的是休眠和恢复时间之间的差异。我从其他问题中了解到，这可能是因为在休眠期间，内核冻结了所有进程并将 RAM 整块转储到交换，而在恢复时它只是让进程在交换中请求它们的页面。
这是一个有效的解释吗？如果是这样，为什么要这样做，因为从硬盘驱动器读取大块比随机访问更快？我可以将休眠配置为不以这种方式进行吗？问题“在从休眠状态恢复时恢复内存中/交换页面状态”似乎相关，但我不知道足够多的页面来真正理解它们是否在做什么（“注意标记哪些页面在磁盘上和在RAM，然后在恢复时恢复这个确切的状态”）很有用，我也不知道该怎么做。