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?


[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.


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.


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


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”.


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
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.