答案1
这两个教程都使用akmod，这显然是 Fedora 的系统，可以在需要时自动重新编译第三方内核模块。
因此，每当您获得提供新 Linux 内核的操作系统更新时，软件包kernel-devel也应该得到更新，并且一旦新内核及其相应的kernel-devel软件包都存在，就akmod应该能够自动（重新）为您构建该特定内核版本的 Nvidia 驱动程序。
Fedora 35 使用 Linux 内核版本 5.14.x（根据需要增加 .x 补丁级别以修复发现的错误），并且教程建议的软件包中的 Nvidia 驱动程序版本应该适合它。
但是，如果 Fedora 需要将内核版本升级到 5.15 或更高版本，可能是因为存在一个棘手的安全漏洞，并且没有容易向后移植的修复程序，那么您需要特别注意驱动程序重建过程。由于您可能升级到比打包这些 Nvidia 驱动程序时存在的最新版本更新的内核版本（主要版本，而不仅仅是补丁级别），因此自动重建可能会失败。
在这种情况下，您必须：
1.) 卸载驱动重建失败的内核版本升级失败后重新启动之前
2.) 等待一两天再重试更新，以便 Nvidia 驱动程序打包程序有时间构建更新版本的驱动程序，然后
3.) 首先更新 Nvidia 驱动程序包，然后更新内核。
这种情况不太可能发生，据我所知，Fedora 35 将保留内核版本 5.14，除非确实有重大升级原因，但无论如何，如果事实证明有必要，您应该知道该怎么做。
从 Fedora 35 更新到未来的 Fedora 36 或更高版本将是另一个挑战。您应该推迟更新，直到有适用于新版本操作系统发行版的适当 Nvidia 驱动程序（最好来自同一来源）。换句话说，如果您在 Fedora 35 上使用 RPMFusion 打包的 Nvidia 驱动程序，则应该推迟更新到 Fedora 36，直到 RPMFusion 也有适用于 Fedora 36 的已知可用的 Nvidia 驱动程序。这应该允许以最少的麻烦进行升级。
另外，在使用像 Nvidia 这样的第三方驱动程序时，您应该学习文本模式控制台的基础知识，这样如果图形驱动程序出现问题，您就不会完全无助。
始终确保您的启动菜单具有一两个可用的先前内核补丁级别，以便在最新内核补丁级别出现问题时可以轻松返回一或两个内核补丁级别。 （通常这会自动发生，但请注意这一点。）