Kopiowanie partycji Linux z dysku twardego na dysk SSD

OK, mam laptopa z dyskiem HDD i mam także dysk SSD. Chciałbym wymienić ten pierwszy na drugi bez konieczności ponownej instalacji wszystkiego. To, co znalazłem po kilku badaniach, to użycie dysku na żywo + zewnętrznego dysku twardego + gparted do skopiowania całej partycji Linuksa (w dwóch krokach), a następnie edycji fstab.

Teraz myślę, że kiedy Linux jest zainstalowany, ocenia sprzęt komputera, a zatem dostosowuje niektóre parametry oprogramowania. Dlatego obawiam się, że wykonanie powyższego może oszukać system operacyjny i spowodować nieoptymalną wydajność w stosunku do dysku SSD. Nie wiem czy to prawda.

ssd migration

— Reza
źródło

Tak więc twoje aktualne pytanie brzmi: „Czy są jakieś ustawienia wydajności, które należy zmienić podczas kopiowania z dysku twardego na dysk SSD”?

— psusi

Odpowiedzi:

Podczas zmiany sprzętu dobrze jest martwić się reakcją systemu operacyjnego. W większości przypadków możesz po prostu zmienić sprzęt we wnętrzu komputera, a następnie pozwolić Linuxowi zrobić magię.

Dyski twarde są trochę inne. Możesz skopiować wszystkie pliki, ale nadal musisz mieć instrukcje rozruchu (grub) zainstalowane na nowym dysku. Musisz także upewnić się, że identyfikator nowego dysku pasuje do starego (w przeciwnym razie niektóre sterowniki zostaną utracone na morzu).

Po zmianie identyfikatora UUID uruchamiasz płytę CD na żywo, kopiujesz wszystkie cenne pliki na dysk SSD i chrootujesz na nowym dysku, aby utworzyć program ładujący (grub).

Zamierzałem szczegółowo opisać, jak to zrobić, ale podczas krótkich badań na ten temat znalazłem to: http://blog.oaktreepeak.com/2012/03/move_your_linux_installation_t.html

Biorąc to pod uwagę, czy to dobry pomysł? Najlepiej jest zainstalować ponownie od zera. Dałoby to możliwość wyczyszczenia wszystkich uszkodzonych plików na dysku. Jeśli naprawdę nie chcesz stracić ustawień dla różnych aplikacji, skopiuj wszystkie ukryte pliki z folderu domowego i przenieś je do nowej instalacji. Jeśli migrujesz z jednej dystrybucji do innej z tymi samymi pakietami, nie będzie problemu.

Jeśli jednak czas jest ograniczeniem, kopiowanie z jednego dysku twardego na drugi jest w porządku, pod warunkiem, że wszystkie odniesienia ze starego dysku twardego „wskazywały” na nowy. Jak wszystko, może się nie powieść, ale jeśli wykonasz kopie zapasowe, nie będzie problemu z skopiowaniem dysku na inny.

— Morfeusz
źródło

Dziękuję Ci. Rozumiem, co mówisz o instalacji od zera, ale problem polega na tym, że niektóre ustawienia osobiste nie są przechowywane w folderze domowym, np. Ustawienia menedżera sieci. Chyba wszystkie takie ustawienia są zapisane w / etc?

— Reza

Tak, oczekiwałbym, że niektóre ustawienia zostaną zapisane poza folderem domowym. Wiesz, nigdy się nad tym nie zastanawiałem. Właśnie sprawdziłem, a skopiowanie / etc / NetworkManager powinno uzyskać wszystkie informacje o połączeniu. Tak, zawiera hasła.

— Morfeusz

+1 za „Idealnie, powinieneś zainstalować ponownie od zera”.

— malisokan

Odpowiada tylko na pytanie główne, a nie szczegółowe.

— mjaggard

-1

Linux nie jest systemem Windows. Tak naprawdę nie musisz się martwić o takie rzeczy. Możesz po prostu utworzyć surową partycję za pomocą dd. Po naprawieniu UUID-ów powinieneś być w porządku.

— Swoorup
źródło

Jak można tworzyć partycje dd? Jak byś poszedł na temat „naprawy UUID”? Czy możesz podać konkretną instrukcję, jak to zrobić i proszę podać przykład?

— David Foerster

OP w tym przypadku może po prostu użyć narzędzia dd, jeśli chce sklonować cały dysk. dd if=/dev/sdX of=/dev/sdY bs=64K conv=noerror,sync gdzie sdX jest źródłem, a sdY jest miejscem docelowym. Oczywiście dysk docelowy musi mieć taki sam lub większy rozmiar.

— Swoorup

Czy możesz edytować swój post, gdy chcesz dodać informacje? Najlepiej mieć wszystko, co istotne w jednym miejscu. Ponadto komentarze mogą być usuwane z różnych powodów. Jest też kwestia „naprawy UUID”, której nie wyjaśniłeś. Dzięki.

— David Foerster