Jak przenieść Ubuntu na dysk SSD

45

Moja obecna sytuacja to:

  • Jeden dysk twardy
  • Podwójny rozruch Ubuntu 11.04 i Windows 7. Partycje:
    • 100 MB Windows System rzecz
    • 144 GB Główne okna
    • Ubuntu 160 GB
    • Zamiana 4 GB
    • 12 GB przywracania systemu

Teraz chcę zainstalować dysk SSD o pojemności 80 GB i przenieść na niego Ubuntu. AFAIK Muszę:

  • Zmniejsz partycję Ubuntu 160 GB do 80 GB
  • Skopiuj go na dysk SSD
  • Zmień, fstababy zamontować dysk SSD jako/

Jak mam zrobić drugie? A co muszę zrobić z Grubem?

Bart van Heukelom
źródło
[Offtopic, przepraszam, powinienem był dodać komentarz] Lepiej jest jednocześnie włączyć obsługę TRIM dla twojego dysku SSD, jak wspomniano na webupd8.org/2013/01/enable-trim-on-ssd-solid-state-drives .html
user2074854

Odpowiedzi:

56

1) Kopiowanie plików

Chcesz skopiować PLIKI, a nie całą partycję (w tym jej wolne miejsce), więc nie musisz najpierw zmieniać rozmiaru partycji. Uruchom z LIVECD i zamontuj zarówno HD, jak i SSD (oczywiście po sformatowaniu partycji na SSD), a następnie skopiuj wszystkie pliki:

sudo cp -Tax /media/hd /media/ssd

Oczywiście używaj poprawnych nazw punktów montowania HD i SSD. Następnie wystarczy edytować plik / etc / fstab na ssd, aby wskazać nowy UUID fs (możesz to sprawdzić blkid). Wreszcie musisz zainstalować gruba na ssd.

2) Radzenie sobie z GRUB

a) Wiersz poleceń:

sudo -s
for f in sys dev proc ; do mount --bind /$f /media/ssd/$f ; done
chroot /media/ssd
grub-install /dev/ssd
update-grub

Oczywiście użyj właściwego urządzenia dla / dev / ssd. Cały dysk, a nie numer partycji.

b) Magiczny przycisk „Zalecana naprawa” w Boot-Repair:

https://help.ubuntu.com/community/Boot-Repair

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install -y boot-repair && boot-repair

wprowadź opis zdjęcia tutaj

Na koniec zrestartuj komputer i upewnij się, że system BIOS jest ustawiony na rozruch z dysku SSD.

psusi
źródło
8
Publikuję ten komentarz z mojego systemu działającego idealnie na dysku SSD. Dzięki
Bart van Heukelom
1
Po prostu coś, co znalazłem, robiąc to z drugim komputerem: Live CD musi mieć 64 bity, jeśli system operacyjny, który przenosisz, ma również 64 bity, albo chrootnie będzie działać.
Bart van Heukelom
2
Co robi chrootpolecenie i dlaczego jest konieczne?
codeape
7
Odkryłem, że polecenie powinno być, sudo cp -ax --target-directory=/path/to/ssd /path/to/hdd/*albo kopiuje pliki, ale zrzuca je do katalogu na ssd zamiast tego
Pwnna
2
@Balthazar: Podczas korzystania z chroot nowy katalog główny musi być wystarczająco kompletnym środowiskiem, aby wszelkie programy / skrypty, które będziesz uruchamiać, mogły działać tak, jakby to był normalny system plików root. Te polecenia montowania upuszczają systemy plików „sys”, „dev” i „proc” (wirtualne systemy plików z plikami bez dysku, np. / Dev / zero, które zwracają wszystkie zera podczas odczytu) w odpowiednie miejsca, aby mogły pojawiają się we właściwym miejscu, gdy są sprawdzane w więzieniu chroot.
azernik
2

Udało mi się pomyślnie przeprowadzić tę migrację dzięki instrukcjom @ psusi, jednak zauważyłem jedną „gotcha”.

Po zainstalowaniu Gruba na nowym dysku SSD nadal nie można go uruchomić - szukał obrazu ramdysku za pomocą identyfikatora UUID mojego starego dysku systemu operacyjnego, który usunąłem. Użycie opcji --recheck naprawiło to:

$ grub-install --recheck /dev/ssd

To zachęca gruba do ponownego przeskanowania systemu BIOS, zidentyfikowania nowego dysku i przypuszczalnie skorzystania z jego identyfikatora UUID podczas przekazywania parametru „root =” do jądra.

Efpofis
źródło
1

Oto tak dobra (na 2018 r.), Jak łatwa instrukcja z 2013 r .: http://www.sesser.eu/howtos/hdd2ssd.php autorstwa Markusa Sessera.

Opisuje migrację bez uruchamiania z Live CD. Szanuje również katalogi systemowe i używa rsync , noatime , nodiratime . Po prostu nie zapomnij pominąć opcji odrzucania - jest implementowana przez cron od Ubuntu 14.04.

Krótki plan z artykułu:

  1. partycjonuj i podłącz dysk SSD. Polecam single ext4 na gpt

  2. HDD źródła czyszczenia

  3. synchronizacja danych ( rsync )

  4. dostroić fstab . Również jeśli będziesz trzymać HDD w systemie, polecam przenieść / home na SSD, zachowując dane użytkownika (~ / Wideo, ~ / Audio itp.) Na HDD

  5. zainstaluj grub

Дмитрий Кулешов
źródło
0

Biorąc pod uwagę, że twój dysk to / dev / sda, a SSD to / dev / sdb, a partycje mają odpowiednie rozmiary, możesz użyć prostego cp:

cp /dev/sdaX /dev/sdbY

Gdzie X i Y są odpowiednimi numerami podziału.

Jednak ta metoda skopiuje 80 GB danych, a wszystkie sektory na dysku SSD zostaną początkowo oznaczone jako „zajęte”.

Vilmantas Baranauskas
źródło
Brzmi dość łatwo, ale to ostatnie zdanie niewiele dla mnie znaczy. Czy to może być problem?
Bart van Heukelom
Może to negatywnie wpłynąć na szybkość dysku SSD (jednak dzięki obsłudze TRIM odzyskałby później). Możesz przeczytać en.wikipedia.org/wiki/TRIM, aby uzyskać więcej informacji. Ale naprawdę powinieneś wybrać trasę opisaną w drugiej odpowiedzi (kopiuj pliki, a nie partycje). Jeśli nadal decydujesz się na skopiowanie całej partycji, musisz również wykonać grub-install / grup-update.
Vilmantas Baranauskas
1
Nie poleciłbym tego podejścia, spowoduje to skopiowanie wszystkich błędów systemu plików na starej partycji. cp -axPodejście jest zarówno szybsze i bezpieczniejsze.
Andrei Sosnin