將 Linux 複製到另一個 Linux
如何在作業系統上執行完整複製並將其安裝到另一台電腦核心並儘可能接近原始核心？Clonezilla 是個好主意嗎？
來源：Oracle Linux 5 的 VB（來自 Oracle Developer Day OVA） 接收者：目前執行 CentOS 6.6 的物理筆記型電腦（基本上是 Oracle Linux 6）
如果硬體足夠相似，尤其是相同的高畫質設備（例如
/dev/sda），則可以使用dd（或 CloneZilla）進行複製。複製完整的光碟（包括引導扇區）後，您應該能夠引導新系統。如果硬體發生更改，阻止分區複製，或者如果您想更改文件系統類型，則可以將各個分區的文件複製到在目標上格式化的新分區。但是為了允許啟動該系統，您需要確保您的目標
/etc/fstab是正確的（更改UUID=或/dev/）。您還需要對chroot新光碟執行grub-install和update-grub更新引導記錄和/boot/grub/grub.cfg目標。如果您需要在文件級別複製，請檢查您的舊安裝是否正在使用
UUID=或LABEL=條目，/etc/fstab在/boot/grub/grub.cfg這種情況下，只需在目標上創建具有相同 UUID 的文件系統。標籤（例如 mkfs.ext4 -U …andmkfs.ext4 -L ）。如果您（仍在）使用/dev/...條目，請考慮在可能的情況下在複製之前更改這些條目（有破壞舊系統的風險），或嘗試確保設備相同。確保複製
grub.cfg後fstab正確無誤應該是市長關注的重點，如果沒有可引導的目標系統，您將無能為力。您需要注意的其他事項，特別是如果複製和原始同時執行：
- 固定 IP 地址
- 軟體提供MAC地址，導致不同機器的DHCP請求相同MAC地址
- ssh 主機密鑰對於不同的 IP 地址是相同的（
/etc/ssh/ssh_host_*_key*在目標上刪除）。我經常發現它更容易，如果移動到新硬體，我只想能夠啟動舊軟體，安裝新發行版並將舊數據複製到新分區，並讓新發行版
grub2負責生成適當的 grub 條目。如果“複製”系統出現入口問題，則無需從 CD（或only現在fstab的 USB）重新啟動以使目標系統正常工作。/etc/fstab