2021 年即将结束，但在发布新的开发报告之前，YaST 团队涵盖了各种领域，例如：

• 改进安装程序自更新机制
• 改进存储分析中的错误报告
• 更一致地管理 UEFI
• 更好地处理安装程序启动参数
• 更直观地表示稀薄逻辑卷

让我们详细了解一下。

为所有人提供快速自更新

如您所知，YaST 能够在操作系统安装的最开始阶段自更新。这使得在发布 SUSE Linux Enterprise 的某个版本后检测到错误时，可以纠正安装过程。

最近我们发现，在某些情况下，有改进速度和简化机制运作方式的空间。用几句话准确地解释我们所做的事情很难……所以我们不会尝试。 ;-) 但是，如果您不介意阅读一些文字并观看一些动画，请访问 此拉取请求的描述。

除了上述改进之外，我们还扩展了 YaST 自更新以支持相对 URL。请查看此 单独的拉取请求 以了解详细信息。

改进存储设备相关的错误报告

YaST 执行过程中最重要的阶段之一，无论是在安装期间还是在运行可用的配置模块时，是对系统存储设置的分析。这包括检查可用的磁盘以及它们如何组织到分区、RAID、LVM 卷组以及 YaST 识别的许多其他存储技术中。如果在此过程中出现问题，YaST 会停止并询问用户是否应该中止当前过程。

在大多数情况下这很好。但是，如果系统呈现了一个有问题设置……在 60 多个磁盘中复制？在企业环境中，这种设置并不罕见，并且不得不单击“继续” 60 次并不是一件有趣的事情。因此，我们决定改进 YaST 报告这些错误的方式，并添加了从分区程序在任何后续时间点轻松查看它们的所有可能性。请查看 此功能的描述，其中包含数十张截图！

此新机制将在 Leap 和 SLE 的未来版本中使用，并且已经可在 openSUSE Tumbleweed 中使用。

更一致地管理 UEFI

许多现代系统使用 UEFI 固件进行启动。但是，正确检查给定的系统是否使用该技术或哪些 UEFI 功能可用，并不总是那么简单。在此冲刺期间，我们对 YaST 代码进行了内部重组，该代码处理 UEFI，以使其更加健壮。为什么内部重组可能与我们的博客读者相关？因为我们有机会 记录 检测的工作原理以及如何覆盖它，以便 YaST 从以传统 x86 模式启动的系统设置 UEFI，反之亦然。

更好地处理安装程序启动参数

YaST 中的自更新、错误报告和 UEFI 检测有什么共同点？当然，所有这些都在此博客文章中提到过。但也是它们的行为可以通过将一些启动参数传递给安装程序来影响。这是一种功能强大的工具，为高级用户提供了很大的灵活性，但直到本次冲刺期间 修复 之前，一直存在一个小的缺点。

直观地可视化 LVM 稀薄卷

我们想在此报告中重点介绍的最后一个更改可能被认为是美观的，并且仅影响那些使用如此专业工具（如 LVM 稀薄逻辑卷）的人。但这代表了当我们有一些空闲开发周期时，我们真正喜欢改进的细节。您可以在 此拉取请求 中看到的 UI 小调整已经可在 openSUSE Tumbleweed 中使用，并且也将出现在 SLE 和 openSUSE Leap 的未来版本中。

今年就到此为止

正如我们一直指出的那样，这只是我们在冲刺期间所做的一切的一小部分。但我们不想让您忙于阅读有关错误修复和小代码重组的信息。毕竟，2022 年即将到来，并且在世界各地的许多地区已经进入假期季节。所以去享受庆祝活动吧。YaST 团队将在明年与您分享更多新闻。保重！