Mam Ubuntu 14.04 z dużą ilością pakietów i rzeczy związanych z pracą, z czego jestem bardzo zadowolony. Jest zainstalowany na moim głównym dysku SSD o pojemności 120 GB (wybrałem „/” podczas instalacji Ubuntu, więc uważam, że wszystko powinno być na tym dysku). Pokazuje się jako / dev / sda
Teraz dodałem kolejny dysk SSD do mojego komputera, który ma pojemność 240 GB. W tej chwili nie mam pod ręką żadnych innych nośników pamięci (np. Zewnętrznego dysku twardego).
Ponieważ nowy dysk 240 GB ma oczywiście większą pojemność i jest szybszy (nowsza generacja niż moja 120 GB), chcę przenieść swój system Linux na ten nowy dysk. Ten nowy dysk pokazuje się jako / dev / sdb i w tej chwili nie jest sformatowany ani nic (dosłownie rozpakowałem i włożyłem teraz do komputera: P)
Jak mogę bezpiecznie przenieść instalację Linuksa na nowy dysk?
Mogę zmienić kabel SATA, aby nowy dysk wyświetlał w razie potrzeby jako / dev / sda.
To jest wynik działania „fdisk -l”, jeśli to pomaga:
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00076d7a
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 226064383 113031168 83 Linux
/dev/sda2 226066430 234440703 4187137 5 Extended
Partition 2 does not start on physical sector boundary.
/dev/sda5 226066432 234440703 4187136 82 Linux swap / Solaris
Disk /dev/sdb: 240.1 GB, 240057409536 bytes
255 heads, 63 sectors/track, 29185 cylinders, total 468862128 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/sdb doesn't contain a valid partition table
/home
zamiast całego systemu. Powinno to być łatwiejsze (po prostu przenieś wszystko i dodaj jedną linię do / etcs / fstab), a większość dużych plików prawdopodobnie przejdzie do twojego katalogu domowego (i tak dalej na większy dysk).Odpowiedzi:
W tym celu możesz użyć CLONEZILLA .
Clonezilla to bezpłatne narzędzie do tworzenia partycji i obrazowania / klonowania dysków, które można wykorzystać do tworzenia kopii zapasowych wszystkich danych (całych dysków lub partycji) w wysoce skompresowany sposób, a następnie klonowania ich z powrotem na dysk twardy, aby uzyskać dokładnie ten sam stan. Jest to szybsze niż instalowanie systemu operacyjnego przez większość czasu.
Pobierz Clonezilla stable ISO lub Direct Download clonezilla-live-2.4.6-25-amd64.iso
Utwórz bootowalny (Live) USB za pomocą Tuxboot 7.0 .
Uruchom z utworzonego nośnika Clonezilla.
Teraz masz wiele opcji:
W twoim przypadku możesz również użyć opcji „urządzenie-urządzenie”, ale nie jestem z nią zaznajomiony.
Szczegółowy przewodnik na temat Clonezilla można znaleźć tutaj: http://clonezilla.org
źródło
Można to zrobić na kilka sposobów. Ale najłatwiej jest po prostu skopiować wszystkie pliki ze starego dysku na nowy.
Utwórz partycję ext4 i partycję wymiany na nowym dysku.
Uruchom z LiveUSB.
Zamontuj starą partycję Ubuntu w jakimś katalogu, zamontuj nową w innym katalogu.
Skopiuj wszystkie pliki ze starego do nowego za pomocą
cp -a
polecenia.Zainstaluj grub na nowym dysku .
Zaktualizuj
/etc/fstab
z nowymi identyfikatorami UUID.Jeśli coś nie jest jasne, mogę dodać wyjaśnienia.
źródło
/dev
), po prostu utwórz puste katalogi na dysku docelowym i ustaw na nich tego samego właściciela / uprawnienia, co na dysku źródłowym.sudo rsync -a / /mnt/linux/ --exclude sys --exclude proc --exclude dev --exclude tmp --exclude media --exclude mnt --exclude run
następniesudo mkdir sys proc dev tmp media mnt run
Jeśli masz trochę czasu i chcesz iść bezpiecznie:
Objaśnienie polecenia:
if
jest wejściem,of
miejscem docelowymbs
ustawia rozmiar bloku. Jest to rozmiar fragmentów, w których dd będzie czytać i zapisywać. Wyższe rozmiary fragmentów zwykle oznaczają wyższą wydajność, ale także większe uszkodzenie danych, jeśli na dysku wejściowym występują błędy, patrz tutaj: archwiki na ddnoerror
kontynuuje w błędach r / w.sync
synchronizuje przesunięcia, jeśli wystąpił błąd.To w zasadzie stworzy obraz twojego dysku sda i zapisze go na sdb (ten sam układ partycji itp.) Oczywiście zapisuje to całe 120 GB, ponieważ jest to zależne od pliku. Dlatego bardzo bezpieczny, ale nie najszybszy, jeśli używasz tylko niewielkich części dysku. Jednak jeśli dysk wejściowy jest raczej pełny, może być nawet szybszy.
ALE:
Jest tak w przypadku, gdy do rozpoznania dysków używane są identyfikatory sprzętu.
źródło
dd
polecenie będzie działać wiecznie. Zastanów się nad dodaniembs=1M
do niegobs
domyślna wartość, która wynosi 512 bajtów.Sposób, w jaki to robię po przełączeniu na nowy dysk twardy:
/mnt/a
/mnt/b
cp -a
lub użyj tar, aby skopiować pliki z/mnt/a
do/mnt/b
/etc/fstab
(możesz użyćblkid
do identyfikacji nowych UUID)Uwaga¹:
Sprawdź wszystkie dyski twarde i partycje za pomocą następującego polecenia:
Teraz zanotuj partycję, na której jest zainstalowany Ubuntu, która będzie wyglądać następująco:
/dev/sda1
Zamontuj partycję, na której chcesz zainstalować GRUB 2 (partycja dysku twardego), a system plików pojawi się w Nautilus. Teraz musimy zamontować odpowiednią partycję dysku twardego, aby wprowadzić zmiany w rzeczywistym MBR dysku twardego. W tym celu musimy:
Teraz zamontuj partycję w alternatywnej lokalizacji
Utwórz niezniszczalny link z
/dev
folderu na obrazie na żywo, z którego uruchomiłeś system, do/dev
folderu na partycji, do której zamontowałeś/mnt
Teraz musimy zmienić katalog główny z katalogu głównego CD na żywo (/) na katalog główny zamontowanej partycji
Teraz jesteś w nowej powłoce root, w której zamontowana partycja jest nowym rootem. Możesz zweryfikować to wpisanie
ls
. Ponieważ jesteśmy teraz na zamontowanej partycji, możemy przejść dalej i zainstalować GRUB 2:Instalacje powinny zakończyć się teraz, bez błędów
Wyjdź z powłoki CHROOT, wpisując
exit
lub naciskając Ctrl+, D co spowoduje powrót do powłoki Live CD / USBOdmontuj zamontowane wcześniej partycje, aby uzyskać czysty restart:
i uruchom ponownie po wyjęciu Live CD lub USB Stick, aby uruchomić z dysku twardego:
Źródło
źródło
W przeciwieństwie do innych odpowiedzi, pozwala to sklonować instalację Linuksa i dodać ją do menu Grub przy zachowaniu bieżącej instalacji. Dodatkowo automatycznie modyfikuje
/etc/fstab
dla ciebie i aktualizujegrub
menu rozruchu.Dostępne jest menu pomagające wybrać właściwą partycję do sklonowania. Klon z partycji jest twoją bieżącą partycją rozruchową.
rsync
jest używany dla optymalnej prędkości, jeśli zdecydujesz się na ponowne sklonowanie partycji. Jest to korzystne, jeśli aktualizacja się nie powiedzie, czekasz na naprawę błędu i chcesz ponownie uruchomić aktualizację. Podobnie możesz wybrać złe opcje podczas aktualizacji i chcesz to zrobić ponownie.Pełny skrypt można znaleźć tutaj: Skrypt Bash do klonowania Ubuntu na nowej partycji w celu przetestowania aktualizacji 18.04 LTS i tak wygląda ekran:
źródło
Postanowiłem zrobić eksperyment związany z tym postem.
Kupiłem Lenovo ThinkCentre. Miał 256 GB SSD i 1 TB HDD (typu spinner - szybki, ale nie tak szybki jak SSD).
Kiedy zainstalowałem Linux Mint 19.2 (LM19.2), zainstalowałem go na dysku 1 TB. Dysku SSD nie udało się odzyskać i kupiłem nowy dysk SSD Kingston 240 GB.
Właśnie miałem zainstalować LM19.2 na nowym dysku SSD, ale wydawało się, że musi istnieć sposób na przeniesienie mojego dobrze rozwiniętego obrazu LM19.2 z dysku 1 TB na nowy dysk SSD.
Znalazłem ten post i chociaż powyżej jest kilka dobrych rad, byłem w stanie eksperymentować. Poniżej znajduje się opis tego, co zrobiłem i działało to BARDZO dobrze.
Już sama prędkość rozruchu sprawiła, że te proste kroki były warte wysiłku. Nawet Dropbox przesłał się dobrze - chciałem tylko, żebym się ponownie zalogował i indeksowanie plików zajęło cały czas, ale działało świetnie.
źródło