将 Linux 系统迁移到新电脑，并非简单的文件复制，而是一个涉及分区结构、引导加载程序、硬件驱动以及系统配置的系统工程。根据迁移的复杂度和数据安全性，专业领域通常采用以下三种核心方案。
方案一：物理硬盘迁移（直接拔插）
如果新旧电脑硬件架构一致（例如同为 x86_64），且新电脑支持相同的引导模式（BIOS 或 UEFI），最直接的方法是拆下旧硬盘并安装到新电脑。此方案数据完整性最高，但需要处理驱动兼容性问题。迁移后首次启动可能无法进入图形界面，通常需要进入文本模式（Ctrl+Alt+F3）重新安装显卡驱动，并更新 initramfs 以匹配新硬件的存储控制器。
方案二：在线克隆迁移（rsync 或 dd）
当无法物理移动硬盘时，使用命令行工具进行实时克隆是专业运维的首选。推荐使用 rsync 命令进行文件级克隆，因为其支持增量传输和属性保留。操作流程如下：在新电脑上使用 Live CD（如 Ubuntu Live）启动，挂载新硬盘分区到 /mnt，然后执行命令：rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} / /mnt/。若使用 dd 进行整盘位对位克隆，命令为：dd if=/dev/sda of=/dev/sdb bs=64M status=progress。
克隆完成后，必须进入新系统执行引导修复。通过 chroot 进入新系统（chroot /mnt /bin/bash），然后重新安装 GRUB 到新硬盘的引导分区。对于 UEFI 系统，还需挂载 EFI 分区并执行 grub-install --target=x86_64-efi，最后更新配置：update-grub。
方案三：全新安装与数据迁移（最稳妥）
如果新旧电脑硬件差异巨大（例如从 Intel 迁移到 AMD，或架构从 x86_64 变为 ARM），方案一和方案二均不适用，因为内核模块和指令集不兼容。此时应选择全新安装系统，然后通过外部存储（如移动硬盘）或网络（如 NFS、SCP）迁移用户数据。重点迁移 /home 目录、/etc 下的配置文件以及软件包列表。例如，使用 dpkg --get-selections > packages.list 导出 Debian/Ubuntu 的软件清单，在新系统上使用 dpkg --set-selections < packages.list && apt-get dselect-upgrade 恢复软件环境。
迁移后的核心关键点（必须逐一核查）
1. 磁盘标识符（UUID）与 /etc/fstab：新硬盘的分区 UUID 会发生变化，若 /etc/fstab 中仍使用旧 UUID，系统将无法挂载根分区导致启动失败。迁移后需执行 blkid 获取新 UUID，并修改 /etc/fstab 和 GRUB 配置文件。
2. 网络接口命名：新电脑的网卡接口名可能与旧电脑不同（如从 eth0 变为 enp2s0）。systemd 的 PredictableNetworkInterfaceNames 机制会自动识别，但可能导致网络配置失效。建议检查 /etc/network/interfaces 或 /etc/systemd/network/ 下的配置文件，必要时使用 netplan 或 nmcli 重新配置网络。
3. 显卡驱动与内核模块：新电脑显卡型号不同，旧驱动可能导致黑屏或死机。需进入恢复模式（Recovery Mode）或使用 nomodeset 启动参数，卸载旧驱动并安装新硬件对应的驱动（如 NVIDIA 的 nvidia-driver-XXX）。同时更新内核：update-initramfs -u。
4. 引导模式一致性：旧电脑使用 BIOS 引导，新电脑使用 UEFI，则必须转换分区表格式（MBR 转 GPT）并重新配置 EFI 引导；反之亦然。若混用模式，主板固件将无法识别系统引导。
5. SSH 主机密钥与安全策略：若旧系统配置了 SSH 免密登录，迁移后需重新生成主机密钥（ssh-keygen -A），并更新客户端 known_hosts，否则会因公钥指纹变化而拒绝连接。
总结建议
对于普通用户，方案三（全新安装）是风险最低、过程最规范的选择，可有效避免硬件兼容性隐患。对于有经验的运维人员，方案二（rsync 克隆）能保留系统环境且高效快捷。执行任何迁移操作前，务必对旧系统的重要数据（如数据库、代码、文档）进行二次备份，并验证备份文件的完整性，这是保障数据安全的最后底线。
查看详情
查看详情
