内容

由于近期事件,全球许多公司正在转向远程办公模式,SUSE 也不例外。YaST 团队成员分布各地,对于许多人来说,这没什么大不了的,因为他们已经习惯了这种工作方式。对于其他人来说,这可能更困难。幸运的是,SUSE 正在全力支持我们,因此 YaST 团队能够在本次冲刺中交付不少成果,并且在未来几周内将继续尽最大努力。

在深入了解团队最近所做的工作之前,我们还想提醒您我们的博客已从古老的 openSUSE Lizards 博客平台 迁移到 YaST 网站。因此,如果您使用任何订阅源阅读器,请更新 YaST 博客 URL 到 新的 URL

现在,如承诺的那样,我们只谈论软件开发。目前我们主要专注于修复错误,以使即将发布的 (open)SUSE 版本更加出色。然而,我们仍然有时间引入一些重要的改进。在所有这些变化中,我们将关注以下内容

扩展全盘加密的可能性

几个月前,在 这篇专门的博文中,我们介绍了配备 Crypto Express 加密协处理器的 s390 主机上可用全盘加密的乐趣和好处。如您所记得(并且可以随时回顾这篇博文),这些专用硬件可确保存储设备上的静态信息只能在加密该信息的系统上读取。

但是,比一个加密协处理器更好的是什么?多个加密协处理器!s390 逻辑分区 (LPAR) 可以访问多个 crypto express 适配器,并且多个系统可以共享每个适配器。为了配置所有这些,使用了加密域的概念。每个域都受主密钥保护,从而防止跨域访问并有效地分离包含的密钥。

现在 YaST 检测到它正在使用多个加密域的系统上加密设备。如果是这样,全盘加密对话框允许指定必须用于生成新安全密钥的适配器和域。

为了成功,所有使用的适配器/域必须设置为相同的密钥。如果不是这样,YaST 会检测到这种情况并显示相应的信息。

在存储系统分析期间安装缺失的软件包

正如我们的读者所知,YaST 始终确保在对存储设备执行任何操作(例如格式化和/或加密)时,都存在所有必需的实用程序。如果系统中缺少某些必要的工具,YaST 始终会显示以下对话框,以提醒用户并允许单击一下安装缺失的软件包。

但是,只有在 YaST 需要修改设备时,才会检查这些工具的存在。例如,在上面的截图中,YaST 要求 btrfsprogs 及相关工具,因为它想要使用该文件系统格式化新分区。

如果在分析存储设备(初始阶段)期间已经缺少所需的实用程序,则用户无法安装相应的软件包。例如,如果插入了使用 Btrfs 格式化的 USB 存储器,则在执行 YaST 分区程序或打开相应的 YaST 模块以配置引导加载程序时,用户会收到如下错误。

Btrfs old error message

现在这个令人恐惧的错误已被这个新的弹出窗口取代,该窗口允许安装缺失的软件包并重新启动硬件探测。像往常一样,YaST 的专家用户可以忽略警告并继续该过程,如果他们了解新弹出窗口中概述的后果。

Probe callback

我们借此机会修复了该领域的其他一些小细节,例如改进了 YaST 分区程序安装软件包失败时的报告,更新了每个技术可能相关的软件包列表,以及改进了源代码组织和自动化测试。

报告 AutoYaST 配置文件中的冲突存储属性

如果您是 AutoYaST 用户,您无疑知道它通常过于安静,并且很少提供有关配置文件中不一致或潜在问题的任何信息。对于简单的部分,这根本不是问题,但对于复杂的内容(例如分区),这远非理想。

在 (open)SUSE 15 及更高版本中,并且考虑到我们必须使用新的存储层重新实现分区支持,我们决定添加一种机制来报告这些问题中的一些问题,例如缺失的属性或无效的值。很有可能,在使用旧配置文件的新 AutoYaST 版本时,您已经看到了一些警告。

最近,一位用户 报告了一个问题,该问题导致 AutoYaST 崩溃。在调试问题时,我们发现 raid_namelvm_group 属性在一个 partition 部分中定义。显然,它们是互斥的,但很容易忽略这种情况。更不用说 AutoYaST 不应该崩溃了。

从现在开始,如果 AutoYaST 检测到这种不一致,它将自动选择指定的属性之一,并告知用户该决定。您可以在下面的截图中看到一个示例。

AutoYaST conflicting attributes warning

目前,此检查仅适用于确定如何使用设备(mountraid_namelvm_namebtrfs_namebcache_backing_forbcache_caching_for)的那些属性,但我们希望将来扩展此检查。

iSCSI-LIO-server 模块中的可用性改进

最近,我们的开发人员检测到 iSCSI LIO Server 模块中存在一些可用性问题,并将其总结在 一个错误报告 中。除了次要问题(例如一些截断和未对齐的文本)之外,他还报告说用户界面非常令人困惑:不清楚何时需要身份验证凭据,并且一些标签具有误导性。更糟糕的是,当我们解决这些问题时,我们发现单击 编辑 按钮时可能会发生崩溃。

如往常一样,一张图片胜过千言万语。下面您可以了解旧的、令人困惑的 UI 看起来如何。

Old iSCSI LIO Server Module UI

现在,让我们将其与新的 UI 进行比较,它组织得更好,更易于接近。不是吗?

New iSCSI LIO Server Module UI

结论

在未来几周内,我们可能需要对我们的工作流程进行一些进一步的调整,尤其是在视频会议方面。但是,目前一切都运行良好,我们确信我们将继续以良好的速度交付。

所以,请保重,并保持关注!