NovHak's questions

这里是 24.10 用户。仅从当前启动（不到三个小时前）算起，我的日志中已经有超过 6000 条这样的无用消息：

audit: type=1400 audit(1736012989.876:317033): apparmor="ALLOWED" operation="file_perm" class="file" profile="transmission-gtk" name=<redacted> pid=11838 comm="transmission-gt" requested_mask="r" denied_mask="r" fsuid=1001 ouid=1001

考虑到我是 Transmission 的一名普通用户，我猜想它肯定会占用大量活跃 Transmission 用户的磁盘空间，数量很容易就达到数十万甚至数百万。

我已将配置transmission-gtk文件设置为default_allow，这似乎可以解决问题，但也使其以某种方式强制执行，即将应用明确的拒绝规则，所以我可能会将其设置回complain，但使用“允许所有”规则……或者可能丢弃整个东西，这在目前看起来是一个非常性感的选择。

但是，纠正错误的配置文件会更好。有人知道我如何明确允许这些file_perm操作吗？

我在当前的 Groovy 中注意到，如果我只依赖图形更新管理器，某些包不会保持最新。目前，涉及 18 个包：gnome-shell-common gnome-shell-extension-prefs gnome-shell libpulse-dev libpulse-mainloop-glib0 libpulse0(amd64 & i386) libpulsedsp lshw pulseaudio-module-bluetooth pulseaudio-utils pulseaudio qemu-block-extra qemu-system-common qemu-system-data qemu-system-gui qemu-system-x86 qemu-utils。

任何aptor apt-get full-upgrade, dist-upgradeorupgrade命令都会升级软件包，但不会升级更新管理器，它会一直告诉我我的系统是最新的。即使我打开一个 tty（纯文本）会话，我也会收到没有可用更新的消息（我想这意味着更新管理器也在这里发挥作用）。

这是一个错误，还是预期的行为？但是，如果它是有意的，那么逻辑是什么？

编辑：执行后apt update，更新管理器检测到一些更新，其中一个可能同时添加的安全更新，但出于某种神秘的原因，它随后决定也升级与 Pulse Audio 相关的软件包。

然后我按顺序运行以下命令（包括输出）：

$ apt list --upgradable

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Listing...
gnome-shell-common/groovy-updates,groovy-updates 3.38.2-1ubuntu1~20.10.1 all [upgradable from: 3.38.1-1ubuntu1.1]
gnome-shell-extension-prefs/groovy-updates 3.38.2-1ubuntu1~20.10.1 amd64 [upgradable from: 3.38.1-1ubuntu1.1]
gnome-shell/groovy-updates 3.38.2-1ubuntu1~20.10.1 amd64 [upgradable from: 3.38.1-1ubuntu1.1]
lshw/groovy-updates 02.18.85-0.3ubuntu2.20.10.1 amd64 [upgradable from: 02.18.85-0.3ubuntu2]
qemu-block-extra/groovy-updates 1:5.0-5ubuntu9.3 amd64 [upgradable from: 1:5.0-5ubuntu9.2]
qemu-system-common/groovy-updates 1:5.0-5ubuntu9.3 amd64 [upgradable from: 1:5.0-5ubuntu9.2]
qemu-system-data/groovy-updates,groovy-updates 1:5.0-5ubuntu9.3 all [upgradable from: 1:5.0-5ubuntu9.2]
qemu-system-gui/groovy-updates 1:5.0-5ubuntu9.3 amd64 [upgradable from: 1:5.0-5ubuntu9.2]
qemu-system-x86/groovy-updates 1:5.0-5ubuntu9.3 amd64 [upgradable from: 1:5.0-5ubuntu9.2]
qemu-utils/groovy-updates 1:5.0-5ubuntu9.3 amd64 [upgradable from: 1:5.0-5ubuntu9.2]

$ apt-cache policy gnome-shell
gnome-shell:
  Installed: 3.38.1-1ubuntu1.1
  Candidate: 3.38.2-1ubuntu1~20.10.1
  Version table:
     3.38.2-1ubuntu1~20.10.1 500
        500 http://fr.archive.ubuntu.com/ubuntu groovy-updates/main amd64 Packages
 *** 3.38.1-1ubuntu1.1 100
        100 /var/lib/dpkg/status
     3.38.1-1ubuntu1 500
        500 http://fr.archive.ubuntu.com/ubuntu groovy/main amd64 Packages

# apt update

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Hit:1 http://fr.archive.ubuntu.com/ubuntu groovy InRelease
Hit:2 http://security.ubuntu.com/ubuntu groovy-security InRelease
Hit:3 http://fr.archive.ubuntu.com/ubuntu groovy-updates InRelease
Hit:4 http://fr.archive.ubuntu.com/ubuntu groovy-backports InRelease
Reading package lists...
Building dependency tree...
Reading state information...
10 packages can be upgraded. Run 'apt list --upgradable' to see them.

然后我再次运行apt list --upgradableandapt-cache policy gnome-shell并得到与之前完全相同的输出apt update（我将重定向的输出与 进行了比较cmp）。update-manager仍然说我的系统是最新的。

标题说明了一切。我不想要那个小程序，因为当我处于 wifi 质量很差的环境中时，它有一种非常烦人的倾向，即弹出窗口会中断其他活动，例如全屏玩游戏。我的网络管理器配置没问题，谢谢nm-applet，请闭嘴。

我目前的解决方案是终止nm-applet进程。然而，这不是好的做法，不应该从一开始就开始。我也可以删除软件包，但这也不是一个好的解决方案，因为有时我仍然可能想使用它，并且每次都卸载/重新安装真的很难看，以及摆弄软件包文件，例如清除执行位或重命名，这会导致安装包不一致。

我试过复制/etc/xdg/autostart/nm-applet.desktop到~/.config/autostart, 和 :

• 设置NotShowIn=KDE;GNOME;GNOME-Flashback;=> 没有运气
• 设置X-GNOME-Autostart-enabled=false=> 没有运气
• ln -s /dev/null ~/.config/autostart/nm-applet.desktop=> 没有运气

因此我的猜测是，它不是从/etc/xdg/autostart.

我试过gsettings set org.gnome.nm-applet show-applet false了，也没有运气。我认为这是非常不言自明的并且会起作用，但没有。

更准确地说，我在 GDM 登录屏幕中使用名为GNOME Flashback (Metacity)的会话。

有什么建议吗？它是硬编码的还是什么？

解决了 ：

感谢下面的答案，我发现该文件确实在自动启动目录中，但不是我正在寻找的那个。但是，我没有修改文件本身，而是将其复制~/.config/autostart并附加了X-GNOME-Autostart-enabled=false. 回答者的方法适用于系统范围，我的方法仅适用于当前用户。

在 19.04 中，在 X 会话中，Youtube 视频等全屏显示未从 Mutter 合成重定向。这在使用英特尔模式设置驱动程序时很明显，从撕裂。

但是，现在我切换到 19.10，我注意到 fs Youtube 视频不再撕裂。然而，在 Metacity 等较旧的窗口管理器中，撕裂仍然很严重，所以我知道变化不是来自驱动程序。

那么仅仅是我还是 Mutter 停止了系统地取消重定向全屏程序显示？然后，他们是回到无条件合成还是使用特殊标准来避免合成游戏的显示？

这个很棘手，因为我不能只识别包并提交有关包的错误，因为它在常规桌面环境中的行为不是问题。

实际上问题是实时系统保持 /var/crash 和 /var/log 安装在支持上。不再是只读的了吧？

因为这 ：

• 实时映像被修改（未能在启动前进行进一步的基于校验和的完整性检查）
• 无法加载到 RAM 并弹出

实际上可以加载到 RAM 并弹出（毕竟 Linux 有什么不可能的？），但这需要更多步骤：

# umount /var/crash
# fuser -m -k -TERM /var/log ; umount /var/log # repeat until it works (usually once is enough)

然后以通常的方式弹出，例如从 Nautilus 界面弹出。

但它不应该是在这里报告错误的地方，因此我的问题是：我应该如何报告？

编辑：我发现默认情况下启用了持久性。必须在启动时传递nopersistent参数，以防止实时系统在支持上创建额外的 r/w 分区。这很烦人...

从主题中可以猜到，我有一台 Optimus 笔记本电脑。只要我运行的是 19.04，我就可以使用 Prime（通过prime-select {intel|nvidia}命令）切换到 Nvidia dGPU 并返回。升级到 19.10 后情况发生了变化：升级后的第二天，系统冻结，内核抱怨某些任务被卡住，例如一个任务rmmod。prime-select nvidia我设法通过在 chroot root 登录环境中运行来取回我的系统。

我不会过多介绍诸如从 initramfs 中删除 iGPU/dGPU 驱动程序的细节（无论如何，这些对 initramfs 有什么作用？），但现在它至少可以启动，无论是否激活了 dGPU 启动.

这就是我遇到问题的地方：如果我的系统启动并激活了 intel 配置文件，则切换到 nvidia 配置文件不起作用，因为硬件中未检测到 dGPU。事实上，它不在 lspci 列表中。我必须重新启动才能再次检测到 dGPU。因此，当我关闭我的系统时，我应该总是考虑事先激活 nvidia 配置文件，否则我必须重新启动才能下次使用它。

这是我的主要问题。另一个不那么烦人的问题是，从 nvidia 切换到 intel 时，我总是必须重新启动 gdm 服务。我可以忍受，但这是我在 19.04 中没有的问题。

欢迎就这个问题提出建议！要么防止 dGPU 从硬件列表中消失，要么让系统再次检测到它，而无需重新启动。

Fwiw，我的 iGPU 是 Intel HD Graphics 4600，而我的 dGPU 是 Nvidia GTX 880M。

编辑： @Syfer Polski，感谢您提供信息丰富的回复！

我注意到有一个按需配置文件，但我放弃了它，因为它可能是一些无用的尝试，因为我不久前读到真正有效的 Optimus 实现不会很快出现......我应该阅读那个自述文件！

因此，我立即尝试了该按需配置文件。起初它不起作用，因为我有不支持它的 430 驱动程序。应该有一些驱动程序检查拒绝为没有运行支持版本的人启用配置文件，我怀疑这就是我的系统崩溃的原因，因为在升级期间自动激活了按需配置文件（仅假设我没有t 检查时间）。

无论如何......所以我安装了 435 驱动程序，并且确实按需配置文件有效。但是，我觉得它不够令人满意，因为我的 GPU 在不使用时没有关闭电源，并且如果关闭我自己不起作用则尝试打开电源。我尝试通过直接 ACPI 调用关闭它，确实它关闭了，但是：

NVRM: GPU at PCI:0000:01:00: GPU-9b8a3387-4913-0c33-619e-da118e532a5f
NVRM: Xid (PCI:0000:01:00): 79, pid=29013, GPU has fallen off the bus.
NVRM: GPU 0000:01:00.0: GPU has fallen off the bus.
NVRM: A GPU crash dump has been created. If possible, please run
NVRM: nvidia-bug-report.sh as root to collect this data before
NVRM: the NVIDIA kernel module is unloaded.

所以，对我来说不幸的是，只要专有驱动程序在不使用时无法关闭我的 dGPU，我想我会坚持使用经典的英特尔/英伟达配置文件系统。

当我在启用英特尔模式的情况下启动时，这让我回到了最初的问题：如何在不重新启动的情况下恢复我的 dGPU？

重新扫描 ( echo 1 >/sys/bus/pci/rescan) 在日志中显示它：

pci 0000:01:00.0: [10de:1198] type 00 class 0x030000
pci 0000:01:00.0: reg 0x10: [mem 0xf6000000-0xf6ffffff]
pci 0000:01:00.0: reg 0x14: [mem 0xe0000000-0xefffffff 64bit pref]
pci 0000:01:00.0: reg 0x1c: [mem 0xf0000000-0xf1ffffff 64bit pref]
pci 0000:01:00.0: reg 0x24: [io  0xe000-0xe07f]
pci 0000:01:00.0: reg 0x30: [mem 0xf7000000-0xf707ffff pref]
pci 0000:01:00.0: 32.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s x16 link at 0000:00:01.0 (capable of 126.016 Gb/s with 8 GT/s x16 link)
pci 0000:01:00.0: vgaarb: VGA device added: decodes=io+mem,owns=none,locks=none

但 lspci 保持沉默。我可以通过 ACPI 调用随意打开/关闭设备，内核在重新扫描时显示它，但驱动程序没有检测到它，因此不会加载。一定有事可做，但怎么办？