我们知道我们欠您一份关于上一次开发冲刺（即第 71 次冲刺）的报告。但我们也知道如何弥补这一点。本周我们不仅有一篇，多达三篇博文，让您及时了解 YaST 的发展。
所以让我们从最近实施和修复的内容的摘要开始。这包括
- 分区程序中 Bcache 支持的改进
- 用户主目录作为 Btrfs 子卷
- YaST 配置管理中 Salt formulas 的更好可视化
- 自动选择所需的驱动程序包
- AutoYaST、引导加载程序、分区程序和存储引导式设置等许多其他领域的改进
您将在本报告的相应部分找到指向其他更详尽的博文的链接，关于最近添加的 Bcache 支持和经过改进的配置管理模块。
Bcache 支持的最终改进
在几个冲刺中，我们一直在详细介绍为 YaST 分区程序提供体面 Bcache 技术支持的努力。在此冲刺中，我们实现了我们认为的最后三个部分
- 没有缓存的 Bache 设备
- 修改 Bcache 设备
- 列出所有缓存集
现在我们将详细介绍这三项改进。但为了庆祝分区程序中的 Bcache 支持看起来已经完成，我们发布了一篇 单独的博文，解释了什么是 Bcache 以及如何使用 YaST 分区程序利用该技术。尽情享受吧！
回到最近改进的话题，我们应该提到 Bcache 技术允许创建没有关联缓存设备的 Bcache 设备。如果您正在考虑将来使用 Bcache，这将很有用。在这种情况下，您可以将所有慢速设备设置为 Bcache 后备设备，而无需缓存，从而为以后添加缓存设备留下可能性。现在可以通过在创建期间选择标记为“无缓存”的新选项来实现，如下屏幕截图所示。
当然，如果没有修改 Bcache 设备的可能性，这用处不大。因此，在最新的冲刺中，我们还添加了一个新的“更改缓存”按钮。
此选项仅适用于尚未在您的系统中存在的 bcaches（例如，您现在正在创建的 bcaches）。对于现有的 bcache 设备，只有当 bcache 还没有关联的缓存设备时，此选项才可用。否则，需要进行分离操作，在某些情况下可能需要很长时间。
最后但并非最不重要（关于 Bcache），现在专家分区程序还在一个单独的选项卡（毫不意外地）标题为“缓存集设备”中显示所有缓存集的列表。它只是一个信息选项卡，但多亏了它，您将能够快速浏览当前用于缓存的所有设备。
将用户的主目录创建为 Btrfs 子卷
正如许多 (open)SUSE 用户所知，Btrfs 比传统的 Linux 文件系统具有多种优势。其中之一是使用子卷来自定义相同文件系统的不同部分的配置和功能的可能性。
从现在开始，YaST 用户模块允许将新用户的 home 路径创建为子卷，而不是纯目录，前提是系统中可以找到 Btrfs 文件系统，当然。只需勾选“创建为 Btrfs 子卷”选项，该选项位于“主目录”字段下方即可。
在多用户系统中，使用 Btrfs 子卷作为用户的主目录可以打开一个充满可能性的世界。系统管理员可以决定赋予某些用户创建其相应主目录快照的能力，甚至使用 PAM Snapper 在每次登录和/或注销时自动执行。可以将类似的想法应用于 Samba 部署。此外，将子卷作为主目录也可以用于实施每个用户的配额。
除了多用户系统之外，微调挂载选项或自定义快照和配额对于某些特殊系统用户（例如与数据库系统关联的用户）也可能很有用。
所有这些，一如既往的 YaST，都同样易于通过图形界面和基于文本的界面进行配置。
更好地可视化 SUSE Manager Salt Formulas
正如我们 在 1 月份宣布的，我们一直在致力于更新 YaST 配置管理 中的 SUSE Manager Salt Formulas 支持，以符合最新的表单规范。就像 Bcache 支持一样，我们认为该功能已经完善到足以在下一个 (open)SUSE 稳定版本中发布，并值得其自身独立的博文。所以去享受我们的 本周第三篇博文，一窥 SUSE Manager 和 YaST 的结合，这归功于 Salt Formulas 的魔力。
在这方面，我们一直在改进表单的外观，使其尽可能易于使用。请记住，一个表单可能很长，并且 YaST2 中的滚动支持非常有限。为了解决这个问题，YaST2 将在左侧显示一个树，概述表单的结构。
除此之外，我们还解决了一些已知问题，例如正确导出日期/时间和数值，以及正确处理缺失和默认值。
当然还有一些细节是我们想改进的，但现在，我们需要您的反馈。因此，如果您对这样的功能感兴趣，请查看上面提到的关于该主题的专用博文，并查看yast2-configuration-management 4.1.5.
在已安装的系统中自动选择驱动程序包
在 openSUSE Leap 15.0 和 SUSE Linux Enterprise 15 中，如果安装过程中可用，则会自动安装系统所需的驱动程序包。但是，如果在已安装的系统中稍后添加了包含驱动程序包的存储库，则驱动程序不会自动选择进行安装。
幸运的是，在 Leap 15.1 和 SLE-15-SP1 中，包求解器 实现了新的求解器模式，该模式仅选择推荐的驱动程序包进行安装，而不会将其他非驱动程序推荐包拖入系统。
例如，在 Leap 15.1 中添加 nVidia 驱动程序存储库（YaST ➝ 软件仓库 ➝ 添加 ➝ 社区仓库，选择“nVidia Graphics Drivers”）并启动包管理器（YaST ➝ 软件管理）后，如果系统中存在受支持的 nVidia 显卡，则相应的 nVidia 驱动程序包将自动选择进行安装。这当然也适用于其他驱动程序包和硬件设备。
关于自动选择推荐的驱动程序包的最后说明。首次运行新安装的 openSUSE Leap 15.1 中的包管理器时，它可能会自动选择一些要从 Leap OSS 在线仓库安装的其他包（该仓库在安装结束时自动添加）。不要感到惊讶，这实际上是期望的。如果您不想安装这些包，只需取消选择它们，YaST 会记住并在下次不会选择它们。
有关更多详细信息，请参阅相应的 文档。
改进存储引导式设置中的磁盘选择屏幕
虽然对于某些用户来说这可能听起来令人惊讶，但将 SUSE Linux Enterprise 安装到具有数十甚至数百个磁盘的系统上并不罕见。当然，在这些高级场景中，自动分区建议用处不大，并且预计用户将使用专家分区程序。但是，如果有人尝试在具有 30 个磁盘的系统中使用分区引导式设置会怎样？在 SLE-15（或者 Leap 15.0，对于这个具体的屏幕截图而言）中，他们将看到像这样不可用的屏幕。
当然，如果磁盘数量增加或使用文本模式界面，情况只会变得更糟。因此，我们改进了磁盘选择屏幕，并利用机会包含其他信息，以便更容易识别 USB 和 IEEE 1394 等可移动设备。在未来的版本中，屏幕通常看起来与以前的版本大致相同，只是带有关于 USB 的额外信息。
但是，如果系统包含超过 10 个磁盘可供选择，则将使用不同的小部件，该小部件可以实现滚动，从而确保用户界面在图形模式和基于文本的模式下都保持可用。
YaST 引导加载程序变得不那么唠叨
当系统的安装分布在多个物理磁盘上时，YaST 引导加载程序始终尝试在所有这些磁盘上设置引导加载程序。这有助于例如使用 MD RAID 实现冗余，并且某些磁盘发生故障。然后，系统仍然可以从任何其他磁盘启动，因为它们也包含适当的引导加载程序。
但在某些情况下，安装可能会分布在多个磁盘上，但只有其中一个磁盘准备好托管引导加载程序（例如，包含所需的分区）。YaST 引导加载程序过去会在生成建议时对此进行抱怨，这导致安装期间出现错误。
在此冲刺中，我们稍微放宽了 YaST 引导加载程序的期望。它仍然尝试创建一个故障转移设置，但如果至少有一个磁盘看起来可以引导，则建议不会抱怨。此外，如果 Grub2 已正确安装到至少一个设备，则其他磁盘上的可能故障不会导致错误弹出窗口，而只是记录以供将来参考。
AutoYaST 中 MD RAID 的设备顺序
在 storage-ng 的开发过程中，使用 AutoYaST 指定 MD RAID 的设备顺序的功能丢失了。该功能对于 RAID 级别 10 很有用，可以确保 RAID 的一半仅位于一个磁盘子系统上，而另一半位于另一个磁盘子系统上。只有这样，单个子系统的完全故障才能使 RAID 正常工作。
现在该功能已重新实现用于 Leap 15.1 和 SLE-15-SP1，AutoYaST 配置文件中的“device_order”标签按预期工作。有关使用 AutoYaST 配置 RAID 的更多信息，请参阅 AutoYaST 文档。
分区程序中的改进
该 AutoYaST 功能并不是临时消失在旧存储组件被 storage-ng 替换中的唯一内容。分区程序中的“提供加密密码”按钮在包含在 openSUSE Leap 15.0 中的早期版本中也没有出现。但这并不是一个遗漏，而是激活逻辑设备在 YaST 中工作方式发生变化的结果。
在安装过程中，所有需要一些初始化的预先存在的逻辑设备都会始终被激活，以便能够使用它们。这包括 LVM、多路径设备（需要用户确认）和加密设备（需要用户提供密码）。但是，在已经安装和运行的系统上触发此类激活不能轻易完成，因为它会影响整个系统的执行。
尽管如此，在已经安装的系统上执行 YaST 分区程序的的用户可能希望激活当前非活动设备。为了允许这样做，我们将“提供加密密码”按钮带回，但与它过去的行为相比，有两个小的变化。
- 它激活所有类型的设备，而不仅仅是加密设备。
- 它刷新分区程序中的所有信息，重新读取所有存储设备的的状态。
当然，任何行为上的变化都是一个很好的机会来回顾和扩展帮助文本。
另一个有意引入到重写分区程序的第一个版本中的变化是，新的文件系统始终获得一个空标签作为默认值，而与正在格式化分区的前期内容无关。
但是旧的分区程序在重新格式化分区时会做不同的事情。在这种情况下，它实际上将先前文件系统的标签复制到新的文件系统中。一些用户告诉我们（通过错误报告）他们想要恢复旧的行为，所以现在分区程序在重新格式化分区时会保留旧标签。
哇，内容真多！
一如既往，本报告仅涵盖 YaST 团队所做工作的一小部分。但毫无疑问，这次我们的读者将有足够的材料来娱乐很长时间。特别是结合上面提到的关于 Bcache 支持 和关于 与 SUSE Manager Salt Formulas 的兼容性 的两篇专题博文。
祝您阅读愉快！