Skip to main content

Command Palette

Search for a command to run...

做个 openEuler 的系统镜像

Updated
1 min read

前几天突然想知道,操作系统镜像是怎么搞的。放狗搜了一下,发现官网提供了一些这方面的介绍,看来很轻松,结合以前翻译的镜像是怎样炼成的,一时手痒,就想用菊厂操作系统新秀 openEuler 练练手——恩是 openEuler 不是那啥。

根据 Docker 官网介绍,几个流行操作系统都有自己的构建脚本,主要流程就是几个步骤:

  • 安装操作系统

  • 安装工具依赖项目

  • 运行脚本构建镜像

  • 获取镜像

openEuler 安装之后,可以看到是个 Yum 系的系统,所以可以参考一下 CentOS 的脚本,粗看上来,依赖并不复杂,yumdocker 以及 tar。撸起袖子开工就是了。

安装

在 openEuler 官网下载 ISO 文件:https://openeuler.org/en/download/。这里我选择了 LTS 的最小化版本。使用 Parallels Desktop 安装虚拟机,安装之后对几个依赖进行验证。

首先发现这个系统可能因为某些原因并没有内置 Repo 源,个人用户自然无需担心这个问题,在 /etc/yum.repos.d 中加入软件源:

[openeuler]
name=openEuler
baseurl=https://repo.openeuler.org/openEuler-20.03-LTS/OS/x86_64/
enabled=1
gpgcheck=0

Docker 的安装也可以使用 CentOS 的源:

[docker]
name=Docker CE Stable - $basearch
baseurl=https://download.docker.com/linux/centos/7/$basearch/stable
enabled=1
gpgcheck=0

[extra]
name=Extra
baseurl=http://mirror.centos.org/centos/7/extras/x86_64
enabled=1
gpgcheck=0

其中的 Extra 库来自 CentOS,用于满足一些 Docker 的安装依赖。

yum install docker-ce docker-ce-cli containerd.io --nobest 安装 Docker,之后就可以运行 部署脚本了:

$ ./mkimage-yum.sh
...

不过虚拟机下运行成功并不是这么容易的,这个脚本的运行会在 /tmp 中运行,大概需要 900MB 的磁盘空间,和 40k 左右的 inode。建议运行之前使用 df -h -i 查看一下 /tmp 的可用情况。openEuler 的缺省 /tmp 较小,可以使用 mount -o remount,size=15G /tmp/ 调整。

如果一切正常的话,会看到在大量的错误信息之后,看到一行输出:success。这是脚本在生成镜像 TAR 文件,使用 Docker 加载并运行之后输出的。可以查看一下这个镜像:

$ docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
openeuler           20.03               fe7ddc25c484        5 hours ago         1.57GB

$ docker run -it openeuler:20.03 bash

Welcome to 4.19.90-2003.4.0.0036.oe1.x86_64

System information as of time:  Thu Nov  5 08:56:29 UTC 2020

System load:    0.02
Processes:      5
Memory used:    7.3%
Swap used:      0.9%
Usage On:       9%
IP address:     172.17.0.2
Users online:   0

另外,如果仔细点看上面提供的 YUM Repoistory,会发现一个神奇的文件夹,其中包含了 x86 和 aarch64 两个架构的原厂镜像_所以本文仅供学习交流,不建议用于商业用途,请于 24 小时内忘掉。

相关链接

  • Base Imagehttps://docs.docker.com/develop/develop-images/baseimages/

  • 构建脚本https://github.com/moby/moby/blob/master/contrib/mkimage-yum.sh

  • 下载 ISOhttps://openeuler.org/en/download/

  • 下载镜像https://repo.openeuler.org/openEuler-20.03-LTS/docker_img/x86_64/

More from this blog

龙虾恐慌:AIOps 又要改名了?

ChatGPT 开始,把 AI 拉近到普罗大众的面前,让无数人感受到 AI 的亲民魅力。而龙虾,则把大模型驱动的自动化能力,突然间变得水灵灵、活泼泼地走进千家万户。它不只是“风口上的猪”,而是风口本身。热度高到让 Mac mini 一度断货,不知道这在不在库克的预料之内。 每代人都有每代人的鸡蛋,春节期间,我就领了我的鸡蛋。翻出古老的 MacBook Air M1,充值各种大模型。当然了,这个工具

Mar 9, 20261 min read

再见 2025

我猜不少人以为这个号废了吧?并没有,只是今年变化有点大,一直有种抄起键盘,无从说起的感觉,所以一直偷懒到今天,2025 的最后一天。 今年是我的第四个本命年,去年末一期播客里,大内说本命年不是灾年,是变化年,有危也有机。可是讲真啊,只看到危,没看到机。 各种因缘际会,从鹅厂跳槽到前东家,已经接近四年,第一个合同期已经进入尾声。除了前两年还在云原生领域嗷嗷叫,后两年基本都是些鸡零狗碎的东西了,用老东家的术语说是——偏离主航道,可谓是前景暗淡了。 一旦确定要滚蛋,反倒心思轻松起来,每天骑着我的小红车...

Jan 5, 20261 min read

辅助编程?dora 说:我知道你很急可是请你别急

从 OpenGPT 把大模型的火烧旺了之后,这三年来,相信很多组织或摩拳擦掌、或躬身入局,希望借助聪明能干的大模型,或想偿还技术宅,或想降本增效,或想弯道超车。一时间,沉寂许久的 AIxx 又活过来了,LLM Ops、Vibe Coding、中医大模型、GPT 算命等等,全都老树发新芽,焕发了勃勃生机。那么视角拉回从业者最关注的饭碗相关的领域之一——AI 辅助开发,产生了什么触动,应该如何拥抱呢? DORA 的年度报告中给出了很有意思的结论——强者恒强。 执行摘要部分总结了几个有趣的点: 问题...

Oct 6, 20251 min read

[译]dora:ai 辅助软件开发状态报告

执行摘要 在 2025 年,科技领导者面临的核心问题已不再是“是否要采用 AI”,而是“如何实现其价值”。 DORA 的研究基于超过 100 小时的定性访谈和来自全球近 5,000 名技术专业人士的问卷调查。研究揭示了一个关键事实:AI 在软件开发中的主要角色是“放大器”。它会放大高效能组织的优势,也会凸显组织的缺陷。 关键结论:AI 是放大器 AI 投资的最大回报并非来自工具本身,而是来自组织底层系统的战略性建设: 高质量的内部平台 清晰的工作流 团队的协同能力 缺少这些基础,AI ...

Oct 2, 202514 min read

僭越了,有人在用 Rust 写 Kubernetes

一个新语言问世,最爱做的事情之一,就是重写存量软件了。 云原生喝酒 SIG 重点扶持项目——rk8s(https://github.com/rk8s-dev/rk8s) 也可以归在这个范畴里,只不过这个项目重写的东西比较大,是 Kubernetes。 从 2025 年 1 月第一个 Commit 开始,到现在有了 200 多次 Commit,十几万行代码。当然距离 Kubernetes 的几百万行代码还差得远——老马就是喜欢整这种大无畏项目。 另外该项目也是国内第一个脱离 Cargo 转向使用 ...

Sep 27, 20253 min read

【伪】架构师

342 posts