修复下游操作系统使用自定义vendor时，操作系统安装错误 · Pull Request !350 · src-openEuler/anaconda

/

详情

开启的

xiaochn:openEuler-22.03-LTS-SP3 src-openEuler:openEuler-22.03-LTS-SP3

创建于 2024-05-22 08:20

## 背景
下游操作系统使用自定义vendor时，如果未定义[conf](https://gitee.com/src-openeuler/anaconda/blob/openEuler-22.03-LTS-SP3/openeuler.conf)，操作系统安装时会报错：failed to write boot loader configuration。例如，UEFI引导模式下，将grub的配置文件安装在/boot/efi/EFI/fedora/目录下，而fedora这个目录是不存在的，导致失败，如下图。

一些下游厂商可能会直接复用社区的conf配置，没有定制的需求。但为了解决上述问题，就需要在源码库中定义并维护conf文件，这样在后续合入openEuler社区最新代码时，就可能会进行手工处理，有一定的维护成本。

![anaconda日志](https://foruda.gitee.com/images/1716456866956730044/8988ccf0_13451695.png)

## 修改
1、希望实现这种效果：
可以自动地生成conf配置，如果没有定制需求，就不需要再专门维护conf文件。

2、结合本pr的review建议，修改时应考虑的内容有：
- 不影响社区已有的conf文件和下游自定义的conf
- anaconda内部对{product}.conf的名字是否大小写敏感，修改内容是否影响后续流程
- 兼容%{_vendor}宏为空的构建场景

3、修改方法：
当有%{_vendor}宏，并且尚未定义conf文件时，自动生成conf配置。
- 查找是否定义了以%{_vendor}命名的conf文件，文件名不区分大小。这样，不会生成同名的conf文件而导致覆盖已有的。
- conf文件通过拷贝openeuler.conf生成。这样，不会修改已有的conf。
- anaconda内部是通过conf文件中的profile_id，来判断该文件是否是当前系统的conf的，而不是通过conf文件名（详见下图，anaconda加载conf日志）。因此，conf文件名大小写不会影响后续流程。
![输入图片说明](https://foruda.gitee.com/images/1733389311812619164/0f7a3b3a_14334109.png "屏幕截图")

## 测试

1、%{_vendor}宏=openEuler：
![输入图片说明](https://foruda.gitee.com/images/1733389475507932802/dbe62d57_14334109.png "屏幕截图")

2、%{_vendor}宏=自定义如InLinux：
![输入图片说明](https://foruda.gitee.com/images/1733389522699037197/8a4446df_14334109.png "屏幕截图")

3、%{_vendor}宏未定义：
![输入图片说明](https://foruda.gitee.com/images/1733389540594927818/2d10d130_14334109.png "屏幕截图")