Hyper-V 给虚拟机换磁盘-centos 怎么开头呢，咱也不知道，先上图吧： 某实体服务器使用了 Hyper-V 作为基础虚拟化设施，其上运行若干虚拟机，其中有台虚 拟机运行的是 Centos7 的系统，主要运行 web 服务器，刚开始给它分配了 100GB 的磁盘， 后来在实际的使用过程中发现这台虚拟机用不了那么多的存储空间，所以想给它降一下配置， 只分配 10GB 的磁盘。因为 Hyper-V Hyper-V 本身只能给虚拟机的虚拟磁盘扩容，不支持缩小，所以 没别的办法，只能换一个虚拟磁盘，把原来的位于 100GB 磁盘上的 centos7 系统整体迁移到 新的 10GB 的磁盘上。（这和给实体机的 centos7 系统换磁盘是差不多的步骤） 操作的主要流程如下： 0.先进入目标虚拟机（centos7_web_serv1），查看运行的服务及某些关键配置，再关机 1.给目标虚拟机（centos7 给目标虚拟机（centos7_web_serv1）添加一块虚拟磁盘，容量为 10GB 2.给目标虚拟机添加一个虚拟光驱，使用 centos7 的镜像 iso 文件 3.设置目标虚拟机的启动顺序，让 CD/DVD 优先启动，并进入 centos7 光盘的救援系统 4.在 centos7 光盘的救援系统里，给新添加的 10GB 磁盘进行分区操作（旧磁盘有几个分区， 这个新磁盘也创建对应数量及类型的分区）并格式化至对应的文件系统

部件名称 最小硬件要求 架构 ARM64、x86_64 内存 为了获得更好的体验，建议不小于 4GB 硬盘 为了获得更好的体验，建议不小于 20GB 虚拟机 openEuler 安装时，应注意虚拟机的兼容性问题，当前已测试可以兼容的虚拟机及组件如下所示。 1. 以 openEuler 24.03 LTS 为 HostOS，组件版本如下： • libvirt-9.10.0-9.oe2403 ibvirt-daemon-9.10.0-9.oe2403 • qemu-8.2.0-12.oe2403 • qemu-img-8.2.0-12.oe2403 2. 兼容的虚拟机列表如下： Host OS GuestOS(虚拟机) 架构 openEuler 24.03 LTS CentOS 6 x86_64 openEuler 24.03 LTS CentOS 7 aarch64 openEuler 也率先支持 NVIDIA、昇腾等主流 AI 处理器， 成为使能多样性算力的首选。 AI openEuler 兼容 NVIDIA、Ascend 等主流算力平台的软件栈，为用户提供高效的开发运行环境。通过将不同 AI 算力平台的软 件栈进行容器化封装，即可简化用户部署过程，提供开箱即用的体验。同时，openEuler 也提供丰富的 AI 框架，方便大家快速在 openEuler 上使用 AI 能力。

最小硬件要求 架构 ARM64、x86_64 内存 为了获得更好的体验，建议不小于 4GB 硬盘 为了获得更好的体验，建议不小于 20GB openEuler 安装时，应注意虚拟机的兼容性问题，当前已测试可以兼容的虚拟机及组件列表如下： • centos-7.9 qemu 1.5.3-175.el7 libvirt 4.5.0-36.el7 virt-manager 1.5.0-7.el7 virt-manager 2.2.1-3.fc32 • fedora 35 qemu 6.1.0-5.fc35 libvirt 7.6.0-3.fc35 virt-manager 3.2.0-4.fc35 虚拟机 部件名称 最小虚拟化空间要求 架构 ARM64、x86_64 CPU 2 个 CPU 内存 为了获得更好的体验，建议不小于 4GB 硬盘 为了获得更好的体验，建议不小于 20GB 09 Embedded，提供更加丰富的嵌入式软件包构建能力， 支持实时 / 非实时平面混合关键部署，并集成分布式软总线。 openEuler Embedded 围绕工业和机器人领域持续深耕，通过行业项目垂直打通，不断完善和丰富嵌入式技术栈和 生态。openEuler 22.03 LTS SP2 Embedded 支持嵌入式虚拟化弹性底座，提供 Jailhouse 虚拟化方案、openAMP 轻量 化混合部署方案，用户可以根据自己的使用场景选择最优的部署方案。同时支持

3.5 本章习题 5.6. 3.6 参考资料与延伸阅读 6. 第四章、首次登陆与线上求助 6.1. 4.1 首次登陆系统 6.2. 4.2 文字模式下指令的下达 - 2 - 本文档使用 书栈(BookStack.CN) 构建 6.3. 4.3 Linux系统的线上求助man page与info page 6.4. 4.4 超简单文书编辑器： nano 6.5. 4.5 正确的关机方法 8.2 Linux 系统常见的压缩指令 10.3. 8.3 打包指令： tar 10.4. 8.4 XFS 文件系统的备份与还原 10.5. 8.5 光盘写入工具 - 3 - 本文档使用 书栈(BookStack.CN) 构建 10.6. 8.6 其他常见的压缩与备份工具 10.7. 8.7 重点回顾 10.8. 8.8 本章习题 10.9. 8.9 参考资料与延伸阅读 11. 第九章、vim 12.4 条件判断式 14.5. 12.5 循环 （loop） 14.6. 12.6 shell script 的追踪与 debug 14.7. 12.7 重点回顾 - 4 - 本文档使用 书栈(BookStack.CN) 构建 14.8. 12.8 本章习题 15. 第十三章、Linux 帐号管理与 ACL 权限设置 15.1. 13.1 Linux 的帐号与群组 15.2. 13

最小硬件要求。 硬件兼容支持请查看 openEuler 兼容性列表：https://openeuler.org/zh/compatibility/ 虚拟机 openEuler 安装时，应注意虚拟机的兼容性问题，当前已测试可以兼容的虚拟机及组件列表如下： 1. centos-7.9 qemu 1.5.3-175.el7 libvirt 4.5.0-36.el7 virt-manager 1 目标进行限制。与 PA 结合使用减少控制流攻击。 • XDP（eXpress Data Path）支持：基于 ebpf 的一种高性能、用户可编程的网络数据包传输路径，在网络报文还未 进入网络协议栈之前就对数据进行处理，提升网络性能。可用于 DDOS 防御、防火墙、网络 QOS 等场景。 • SVA（Shared Virtual Addressing）支持：进程虚拟地址在主机进程和设备间共享，实现资源跨主机与设备免拷 tracer：osnoise tracer 支持分析系统噪声对业务线程的干扰，可以清晰的找出干扰源。 内存分级扩展 当前内存制造工艺已经达到瓶颈，生态发展让每个 CPU 核的成本越来越低。数据库、虚拟机、大数据、人工智能、深 度学习场景同时需要算力和内存的支持。内存容量成为了制约业务和算力的问题。 内存分级扩展通过 DRAM 和低速内存介质，如 SCM、AEP，以及 RDMA 远端内存等形成多级内存，通过内存自动调度

最小硬件要求 架构 ARM64、x86_64 内存 为了获得更好的体验，建议不小于 4GB 硬盘 为了获得更好的体验，建议不小于 20GB openEuler 安装时，应注意虚拟机的兼容性问题，当前已测试可以兼容的虚拟机及组件列表如下： • centos-6 qemu 6.2.0-79.oe2309 libvirt 6.2.0-59.oe2309 virt-manager 4.1.0.2-oe2309 • windows2019 qemu 6.2.0-79.oe2309 libvirt 6.2.0-59.oe2309 virt-manager 4.1.0.2-oe2309 qemu 8.1.0 虚拟机 部件名称 最小虚拟化空间要求 架构 ARM64、x86_64 CPU 2 个 CPU 内存 为了获得更好的体验，建议不小于 4GB 硬盘 为了获得更好的体验，建议不小于 20GB 场景创新 ，提供更加丰富的嵌入式软 件包构建能力，支持实时 / 非实时平面混合关键部署，并集成分布式软总线。openEuler Embedded 围绕工业和机器人领 域持续深耕，通过行业项目垂直打通，不断完善和丰富嵌入式技术栈和生态。openEuler 23.09 Embedded 支持嵌入式虚 拟化弹性底座，提供 Jailhouse 虚拟化方案、openAMP 轻量化混合部署方案，用户可以根据自己的使用场景选择最优的

最小硬件要求。 硬件兼容支持请查看 openEuler 兼容性列表：https://openeuler.org/zh/compatibility/ 虚拟机 openEuler 安装时，应注意虚拟机的兼容性问题，当前已测试可以兼容的虚拟机及组件列表如下： 1. centos-7.9 qemu 1.5.3-175.el7 libvirt 4.5.0-36.el7 virt-manager 1 serverless、安全容器、标准虚拟机等多种应用场景。 新增功能 StratoVirt 标准虚拟化主要在扩展桌面虚拟机中，融入北向及通用标准软硬件生态等方面做特性增强： 1. 场景：支持标准虚拟化的关键场景桌面虚拟机，支持 VNC、USB 键盘鼠标、virtio-gpu 图形桌面虚拟化基本能力，应用 生态进一步扩大。 2. 标准规范：支持 ACPI/UEFI 等通用标准，包括虚拟机 edk2 启动以及 署（简称混部）运行是典型有效的资源利用率提升手段。混部的核心技术是资源隔离控制。 HybridSched 是虚拟机混部全栈解决方案，包括增强的 OpenStack 集群调度能力、全新单机 QoS 管理组件 Skylark、以 及内核态基础资源隔离能力。其中 Skylark 是一种高低优先级虚拟机混部场景下的 QoS 感知资源调度器，在保障高优先级虚 拟机 QoS 前提下提升物理机资源利用率。 功能描述

openEuler WHITE PAPER 系统框架 openEuler 操作系统使用场景主要是服务器，包括基础加速库、虚拟化、内核、驱动、编译器、系统工具、OpenJDK 等组件。 创新架构，全栈优化，打造全场景协同的 One OS，充分释放多样性算力。 IDE 自调优工具 A-Tune 测试平台 Compass-CI 工具链 OpenStack Kubernetes 麒麟HA 集群调度 操作系统，则物理机硬件需要满足以下兼容性和最小硬件要求。 硬件兼容支持请查看 openEuler 兼容性列表：https://openeuler.org/zh/compatibility/ 虚拟机 openEuler 安装时，应注意虚拟机的兼容性问题，当前已支持的虚拟机为： 1. centos 7.9 qemu 1.5.3-175.el7 libvirt 5.0.0-1.el7 2. centos 8 qemu 业务进程恢复：利用系统 Restore 技术对已保存的业务状态与资源进行恢复。 应用场景 应用场景 1： 内核 CVE 修复 典型应用程序（如 Nginx、Redis、Mysql 等）运行在物理机或者虚拟机上，保持有大量的连接及占用大量的内存。当 该机内核出现了严重 CVE，需要进行修复的时候，该业务需进行三个选择： 1. 重启主机：连接的用户会感知到业务中断，且由于重启时间长，导致业务中断时间较长，用户不可以接受。

语法 描述 btarmor boot btarmor make btarmor deploy btarmor patch C 用户使用手册 默认保护模式 共享字符串和全局变量 保护内存堆 保护内存栈 保护数据文件 附录 btarmor-os Debian Packages 了解 Bootarmor Bootarmor 是以为软件产品提供绝对安全，确保软件产品发布之后，其代码不 被 使用者 的内核替换为 Bootarmor 提供的内核之后，就升级成为安全操作系统。 Bootarmor 可以直接保护二进制代码文件，例如可执行文件和动态库，对于 C#， Java，Python 等使用伪代码和虚拟机的语言，通过将解释器编译成为安 全应用， 间接的来进行保护。例如对 Python 脚本来说，首先将 Python 解释器 使用 Bootarmor 保护起来，然后把 Python 脚本作为数据文件进行加密，最后使 码要进行重整，工作量 很大，并且 都需要从厂商获得许可。 而使用虚拟机（VMX） 的方式，对性能的影响则比较大。 Bootarmor 从系统引导开始接手，运行于芯片的最高权限级别，全面接管内存 的 管理和分配，然后在次高的权限级别装载并运行 Linux 操作系统，所以其不 受 操作系统的制约，可以提供绝对的安全性。 和虚拟机（VMX）的方式相比，Bootarmor 只接管内存，其它任务还交给操作

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 4.4 保护内存栈 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 4 内核，把原来的嵌入式系统的内核替换为 Bootarmor 提供的 内核之后，就升级成为安全操作系统。 Bootarmor 可以直接保护二进制代码文件，例如可执行文件和动态库，对于 C#，Java，Python 等使用伪代码 和虚拟机的语言，通过将解释器编译成为安全应用，间接的来进行保护。例如对 Python 脚本来说，首先将 Python 解释器使用 Bootarmor 保护起来，然后把 Python 脚本作为数据文件进行加密，最后使用安全的 普通用户来说，对代码要进行重整，工作量很大，并且都需要从厂商获得许可。 而使用虚拟机（VMX）的方式，对性能的影响则比较大。 Bootarmor 从系统引导开始接手，运行于芯片的最高权限级别，全面接管内存的管理和分配，然后在次高的 权限级别装载并运行 Linux 操作系统，所以其不受操作系统的制约，可以提供绝对的安全性。 和虚拟机（VMX）的方式相比，Bootarmor 只接管内存，其它任务还交给操作系统来执行，基本不会对性能