如何在云服务器中手动安装Ubuntu系统（非镜像方式）？

在云服务器中手动安装 Ubuntu 系统（非镜像方式），本质上是一个高难度、非常规且通常不被云平台支持的操作。原因如下：

⚠️ 重要前提说明：

• 主流云服务商（阿里云、腾讯云、AWS、Azure、华为云等）的云服务器（ECS/VM）默认不提供裸金属 BIOS/UEFI 级别控制权，也不开放物理安装介质（如 ISO）挂载、PXE 启动或 GRUB 引引导链修改权限。
• 云服务器的启动过程由云平台 Hypervisor（如 KVM/QEMU）严格管控，操作系统由云平台预置的 cloud-init 初始化镜像引导启动，内核和 initramfs 由平台管理。
• 因此，“像在物理机上用 Ubuntu ISO 光盘安装” 的传统方式在标准云服务器上不可行。

但根据你的需求（“手动安装、非镜像方式”），可能存在以下几种实际可行的替代场景与技术路径，我将分情况详细说明：

✅ 场景一：你拥有 云平台提供的自定义 ISO 挂载能力（极少数支持）

仅适用于部分支持“ISO 挂载 + 重启进 BIOS 设置”的云服务（如 Vultr、Linode 的某些高级实例、或私有云/OpenStack 环境）

操作步骤（以 Vultr 为例）：

1. 创建一个最小化云服务器（如 Debian/CentOS 临时系统）；
2. 进入 Vultr 控制台 → 选择实例 → Settings → ISO Image → 上传 ubuntu-24.04-live-server-amd64.iso；
3. 关机 → 进入 Boot Order 设置，将 CD-ROM 设为第一启动项；
4. 启动，进入 Ubuntu Live 环境；

5. 手动执行安装：

   # 在 Live 环境中打开终端
   sudo -i
   # 1. 分区（示例：单根分区 + swap）
   fdisk /dev/vda  # 或 nvme0n1，根据 `lsblk` 确认
    # → 创建 /dev/vda1 (ext4, /) 和 /dev/vda2 (swap)
   mkfs.ext4 /dev/vda1
   mkswap /dev/vda2 && swapon /dev/vda2
   
   # 2. 挂载并安装基础系统（debootstrap）
   mount /dev/vda1 /mnt
   debootstrap noble /mnt http://archive.ubuntu.com/ubuntu/
   
   # 3. 配置 chroot 环境
   cp /etc/resolv.conf /mnt/etc/
   mount --bind /dev /mnt/dev
   mount --bind /proc /mnt/proc
   mount --bind /sys /mnt/sys
   chroot /mnt /bin/bash
   
   # 4. 安装内核、grub、cloud-init 等关键组件
   apt update
   apt install -y linux-image-generic grub-pc cloud-init openssh-server sudo
   # 配置 fstab
   echo "/dev/vda1 / ext4 defaults 0 1" > /etc/fstab
   echo "/dev/vda2 none swap sw 0 0" >> /etc/fstab
   # 安装 GRUB 到磁盘（注意：vda 不是 vda1！）
   grub-install /dev/vda
   update-grub
   
   # 5. 配置网络（cloud-init 是关键！否则无法获取 IP）
   # Ubuntu 云环境必须依赖 cloud-init 获取元数据（IP、SSH key 等）
   systemctl enable cloud-init
   # 确保 /etc/cloud/cloud.cfg 中 datasource_list 包含 [NoCloud, ConfigDrive, Ec2]
   
   exit
   umount -R /mnt
   reboot

6. 卸载 ISO 并恢复硬盘启动。

📌 注意：

• 此方式需云平台支持 ISO 挂载 + 启动顺序调整（多数公有云不支持）；
• 若无 cloud-init，新系统将无法自动配置 SSH 密钥、网络、主机名，导致失联；
• GRUB 必须正确安装到虚拟磁盘主设备（如 /dev/vda），而非分区。

✅ 场景二：你使用的是 裸金属服务器（Bare Metal）或 OpenStack/KVM 私有云

可完全控制 BIOS、PXE、ISO 启动，等同于物理机。

推荐方案：PXE 网络安装（最“手动”且可复现）

[DHCP+TFTP Server] → 提供 pxelinux.0 + kernel/initrd
[HTTP/FTP Server]   → 提供 Ubuntu netboot 文件（http://archive.ubuntu.com/ubuntu/dists/noble/main/installer-amd64/current/legacy-images/netboot/）

1. 配置 PXE 服务（dnsmasq + tftp + nginx）；
2. 将 linux 和 initrd.gz 放入 TFTP 根目录；
3. 编写 pxelinux.cfg/default：

   default install
   label install
    kernel ubuntu-installer/amd64/linux
    append initrd=ubuntu-installer/amd64/initrd.gz url=http://your-http-server/ubuntu-24.04-server-amd64.iso autoinstall ds=nocloud;s=/var/www/html/cloud-config/ ---

4. 准备 user-data（启用自动安装）：

   # /var/www/html/cloud-config/user-data
   #cloud-config
   autoinstall:
    version: 1
    identity:
      hostname: ubuntu-bm
      username: ubuntu
      password: "$6$ex...hash..."  # 使用 mkpasswd -s -5
    ssh:
      install-server: true
      authorized-keys: ["ssh-rsa AAAA..."]

5. 裸金属服务器设置为 PXE 启动 → 自动完成无人值守安装。

✅ 这是最接近“手动安装”且符合生产规范的方式（尤其适合批量部署）。

✅ 场景三：你当前已有云服务器（如 CentOS），想彻底重装为 Ubuntu（不重购实例）

这是常见误解——用户以为能“覆盖安装”，但存在严重风险！

⚠️ 强烈不建议直接 debootstrap 覆盖！原因：

• 云平台内核模块（如 virtio、nvme、网卡驱动）可能不兼容；
• GRUB 配置错误 → 实例无法启动（变砖）；
• 无 cloud-init → 失去 SSH 访问、IP 配置、密钥注入能力；
• 云平台监控X_X（如阿里云 cloudmonitor、腾讯云 tencent-monitor）丢失 → 监控告警失效。

✅ 安全替代方案（推荐）：

1. 备份数据（通过 rsync 或快照导出）；
2. 新建 Ubuntu 实例（选择官方镜像，已预装 cloud-init + 适配驱动）；
3. 迁移数据 & 应用（脚本化同步）；
4. 切换 DNS / EIP / SLB 完成平滑过渡。

这是云环境的最佳实践 —— “用云的方式管理云资源”。

❌ 绝对不可行的情况（请勿尝试）：

✅ 总结：如何“手动安装 Ubuntu”在云中的正确定义

🔧 附：快速验证 cloud-init 是否工作（新 Ubuntu 实例必备检查）

# 登录后立即执行：
sudo cloud-init status --wait  # 等待完成
sudo cat /var/log/cloud-init-output.log | tail -20
ip a show eth0  # 检查是否自动获取了云平台分配的 IP
ls /run/cloud-init/  # 查看 datasource（应为 Ec2/ConfigDrive/NoCloud）

如你能告知具体云平台（如“阿里云 ECS”、“华为云 BMS”、“自己搭建的 OpenStack”）和你的真实目标（例如：“想编译定制内核”、“需要特定 LVM 分区结构”、“合规要求必须从 ISO 安装”），我可以为你定制详细可执行方案。

是否需要我为你生成一份：

• ✅ Ubuntu 24.04 autoinstall YAML 模板（支持磁盘分区/LVM/用户/SSH）？
• ✅ OpenStack/KVM 下 PXE 自动安装完整部署脚本？
• ✅ 或针对某家云厂商的“安全重装”迁移 checklist？

欢迎补充细节，我会继续深化 👇