Użytkownicy Windows i Ghosta przyzwyczaili się do wygodnego klonowania dysku nanośnik o innej wielkości. Niestety program Clonezilla nie posiada tej funkcjonalności przy przywracaniu dysku. Na nowy dysk system należy przenieść ręcznie. Istnieją metody obcięcia rozmiaru partycji przed przygotowaniem obrazu Clonezill’ą, ale generalnie rzadko się to udaje bez problemów (patrz artykuł -> link).
Wypracowałem własną, sprawdzoną w środowisku produkcyjnym metodę przeniesienia systemu Ubuntu Server z partycją root LVM. Dzięki temu jest możliwe przeniesienie systemu na dysk o mniejszej pojemności niż oryginał (np. na SSD). Metoda wymaga zainstalowania czystego systemu na nowy dysk i przeniesienia zawartości ze starego.
Postępowanie:
1. Instalujemy nową, identyczną, czystą wersję systemu na nowym dysku (na partycjach o docelowej wielkości).
Jeżeli „nowy” i „stary” dysk mają wirtualne partycje LVM to nazwa hosta nowo instalowanego serwera musi być inna niż w starym systemie! Jeżeli tylko jeden dysk ma partycje LVM to nazwy powinny być takie same.
Uwaga! Nazwa volume group LVM ustawiona automatycznie (jak nazwa nowego hosta) podczas instalacji nowego serwera musi zostać! Lepiej nie zmieniaj jej później w środowisku produkcyjnym!
2. Uruchamiamy komputer z podłączonymi dwoma dyskami z dowolnej płyty Ubuntu Live z konsolą (ja używam płyty Redo Backup i konsoli pochodzącej z niej).
3. Tworzymy foldery do zamontowania obu dysków:
mkdir /mnt/stary
mkdir /mnt/nowy
4. Montujemy oba dyski:
Jeżeli woluminy są wirtualne:
mount /dev/mapper/serwer–vg-root /mnt/stary
mount /dev/mapper/nserwer–vg-root /mnt/nowy
Jeżeli nowy wolumin jest standardowy montujemy go przez:
mount /dev/sdb1 /mnt/nowy
5. Kopiujemy w bezpieczne miejsce plik /etc/fstab z nowego dysku (po skopiowaniu całego starego dysku podmienimy go, żeby system prawidłowo rozpoznawał nowe partycje):
cp /mnt/nowy/etc/fstab /mnt/stary
6. Kopiujemy zawartość partycji root starego dysku na nowy:
rsync -avx /mnt/stary/ /mnt/nowy
ewentualnie
cp -ax –target-directory=/mnt/nowy /mnt/stary/*
7. Kopiujemy plik fstab nowego dysku na właściwe miejsce (tzn do /etc/)
cp /mnt/stary/fstab /mnt/nowy/etc/fstab
8. Reboot -> system powinien się normalnie uruchomić z nowego dysku.
9. Aktualizujemy system na nowym dysku:
sudo su –
apt-get clean
apt-get update
apt-get upgrade
apt-get dist-upgrade
Jeśli chcesz mieć pewność, można całkowicie wykasować zawartość partycji root nowego dysku (pamiętaj o wcześniejszym zapisaniu na starym dysku pliku fstab z nowego!)
rm -vr /mnt/nowy/
Koniecznie sprawdź poprawność działania systemu na nowym dysku.
Jeżeli jest problem z klonowaniem Windows 10 za pomocą Clonezilla (program twierdzi, że jest GPT i MBR niezgodne) należy usunąć GPT (prawdopodobnie jest po prostu puste) za pomocą narzędzia gdisk z Debiana w konsoli Clonezilla. Przed wejściem w konsole upewniamy się, o który dokładnie dysk chodzi (prawdopodobnie sda) odczytując jak rozpoznane są dyski, a następnie…
