安装粒度决定什么
安装器里的『最小化』与『完整/图形化』选项，决定的是首次进入系统后装了多少软件包组。最小化只装内核、基础命令与包管理，攻面小、补丁量少、资源占用低；完整安装把桌面、办公与多媒体组件全部装好，开箱可用。两者后续都能通过包管理增删组件，所以真正的差别在于初始状态是否可控，而不是一锤定音。
基本信息
| 服务器建议 | 最小化安装 + 按需补运维工具包 |
|---|---|
| 桌面建议 | 完整安装，保证办公与外设开箱可用 |
| 后续切换 | dnf group install / dnf install、apt 对应组件包 |
| 攻击面 | 装的包越少，监听服务与漏洞面越小 |
| 补丁成本 | 包越多，每次安全更新的验证与重启成本越高 |
| 验收依据 | 等保与安全基线普遍要求最小安装原则 |
典型使用场景
- 新装服务器按最小化交付，避免带上一堆不需要的服务与端口
- 等保整改要求减少非必要组件时，评估是否需要重装而非逐个关闭
- 桌面终端整批替换，选择完整安装保证普通用户无需装办公软件
- 离线环境装机：最小化加提前备好的工具包，减少对网络的依赖
- 为固定用途设备（如采集终端）准备定制包集，装机即到位
最小化后常用补齐
最小化后常用补齐
dnf install -y vim wget curl tar unzip lsof sysstat bash-completion # 基础运维工具
dnf install -y net-tools psmisc # 兼容老脚本里的 ifconfig/pidof
dnf group install -y 'Development Tools' # 需要编译时再装，避免常驻编译环境
dnf grouplist | grep -i server # 查看还有哪些可安装组件组
rpm -qa | wc -l # 记录基线包数量，便于后续比对组件增删与核对
组件增删与核对
dnf group list --installed # 看已安装的组件组
dnf group remove -y 'Development Tools' # 不再需要时移除，减少补丁面
systemctl list-unit-files --state=enabled # 核查是不是多出了一堆自启服务
ss -tulnp # 对照监听端口确认没有多余服务两种粒度对照
| 维度 | 最小化安装 | 完整安装 |
|---|---|---|
| 包数量 | 数百个量级 | 数千个量级 |
| 默认监听服务 | 极少 | 含桌面相关服务，需逐项确认 |
| 补丁与重启成本 | 低 | 高，涉及组件多 |
| 离线装机难度 | 需自备工具包 | 开箱可用 |
| 适用场景 | 服务器、专用设备 | 办公终端、需要图形界面 |
最小化装完后常缺 vim、curl、tar 这类基础工具，离线环境要在装机前把工具包放进离线源或本地目录，避免装机完才发现装不上。
从完整安装切换回最小化没有官方反向通道，通常是关闭并禁用多余服务；真正的收敛需要在装机阶段就选定粒度。