Клоніруйте внутрішній жорсткий диск на новий SSD

Нещодавно я встановив SSD у свою машину. Сама машина є ThinkPad Lenovo W520, і раніше вона мала внутрішній жорсткий диск. Я перемістив внутрішній жорсткий диск у відсік розширення (замінивши компакт-диск), а новий SSD поставив у внутрішній відсік.

Проблема, яка у мене виникає, полягає в тому, що я маю конфігурацію Ubuntu ТОЧНО так, як мені хочеться - спочатку я витратив багато годин, налаштовуючи її, щоб отримати її так, як зараз. Я б краще не робив цього більше. Але я також хотів би отримати надбавки від завантаження, отримані від того, що ОС на SSD.

Отже, що я хотів би зробити, це клонувати мій розділ Ubuntu на SSD. Проблема полягає в тому, що стандартний жорсткий диск значно більше, ніж SSD. І він має розділ Windows, який мені не потрібен на SSD (я ніколи не використовую Windows, тому якщо він завантажується з іншого жорсткого диска, це добре). Схема моїх жорстких дисків така:

/ dev / sda (SSD): Модель: ATA M4-CT256M4SSD2 (scsi) Диск / dev / sda: 256 ГБ Розмір сектора (логічний / фізичний): 512B / 512B Таблиця розділів: msdos

Number  Start   End    Size   Type     File system  Flags
 1      1049kB  147GB  147GB  primary  ext4         boot

/ dev / sdb (HDD): Модель: ATA ST9500420AS (scsi) Диск / dev / sdb: 500 ГБ Розмір сектора (логічний / фізичний): 512B / 512B Таблиця розділів: msdos

Number  Start   End     Size    Type      File system     Flags
 1      1049kB  1259MB  1258MB  primary   ntfs            boot
 2      1259MB  269GB   268GB   primary   ntfs
 4      269GB   483GB   214GB   extended
 5      269GB   416GB   147GB   logical   ext4
 7      416GB   475GB   58.9GB  logical   linux-swap(v1)
 6      475GB   483GB   8470MB  logical
 3      483GB   500GB   16.8GB  primary   ntfs

Що я намагався поки що:

1) Змінення розміру розділів / dev / sdb5 та / dev / sda1 бути однакового розміру. 2) завантаження в Ubuntu 11.04 (з / dev / sdb5) та запуск dd, якщо = / dev / sdb5 of = / dev / sda1 (звичайно, це спричиняє проблеми із завантаженням, тому мені довелося перевстановити grub .. Я можу отримати його до завантажую, але тоді у мене є проблеми з initrd, не знаходячи деяких файлів ... імовірно, він не може завантажити деякі розділи, я думаю).

Тепер я думаю, що ці два кроки є неправильним підходом, оскільки він буде точно клонувати / dev / sdb5 - включаючи посилання у fstab, які вказують на неправильний жорсткий диск. Я не впевнений, як саме це виправити. Я міг би встановити Ubuntu 11.04 на SSD, потім спробувати скопіювати всі мої конфігурації, але я стурбований тим, що я щось втрачу або що я заміню щось на зразок fstab, що вказує на оригінал жорсткий диск.

Зауважте, що в даний час я все ще можу завантажуватися з жорсткого диска, тому не обов’язково, щоб я зрозумів це відразу, але я хочу, щоб це було саме так, як зараз, щоб я міг підтримувати свій поточний рівень продуктивності ( це робочий ноутбук).

Пропозиції щодо того, як я міг би подолати цю складність?

Спасибі заздалегідь!

Існує не один спосіб досягти переходу вашої старої системи на новий диск, але ви насправді цього не запитували, ви запитували, як клонувати систему.

Я би просто використовував gparted, сам, з живого компакт-диска, так що жоден розділ не змонтований. Ви можете скоротити оригінальний розділ до потрібного розміру на SSD, а потім скопіювати та вставити розділ на новий диск. Якщо я пам'ятаю правильно, це повторно використовувати той самий UUID, але ви можете змінити його на тому чи іншому розділі згодом. Команда для цього sudo tune2fs -U random /dev/sdb5призначає UUID для sdb5.

Якщо ви не хочете змінювати стару систему, і якщо ви хочете тримати її встановленою деякий час, ви можете змінити UUID для SSD-розділу та відредагувати свій fstab. Насправді це зовсім не важко, і це те, про що слід дізнатися. Це досить зрозуміло для когось із тими знаннями, які ти, здається, маєш. Після призначення нового UUID ви можете побачити їх усі за допомогою цієї команди: sudo blkid -c /dev/null- параметр -c вказує файл кешу, а / dev / null означає, що не використовувати кеш, тому ви завжди отримуєте будь-які зміни. Я завжди використовую цю форму і не бачу жодних недоліків, якщо у вас багато розділів.

Щойно ви отримаєте UUID, ви можете скопіювати і вставити його на старий в / etc / fstab за допомогою gedit або будь-якого текстового редактора, який ви хочете.

Однак особисто, замість того, щоб спочатку змінити розмір розділу, я просто скопіював би стару установку на новий диск. Якщо ви не знаєте, як встановити GRUB в mbr, ви можете спершу встановити базовий Ubuntu, потім створити резервну копію / etc / fstab, скопіювати стару установку через неї, а потім скопіювати fstab з нової установки, щоб це має лише правильні записи.

Завантажте з livecd, змонтуйте обидва диски, а потім просто скопіюйте файли sudo cp -ax /media/source /media/dest. Відредагуйте / etc / fstab у пункті призначення, щоб вказати на правильний UUID (шукати вгору blkid), і перевстановіть grub.

Я б рекомендував уникати використання, dd if=/dev/sdb5 of=/dev/sda1якщо ваша система працює від /dev/sdb5себе (і, імовірно, не встановлена ​​лише для читання).

Ще один спосіб скопіювати розділи через це завантажитися з живого CD (або USB) та запустити GParted. Ви можете використовувати Ctrl + C / Ctrl + V для копіювання розділів з одного диска на інший.

Одну копію зроблено (і, можливо, після перезавантаження таблицю розділів потрібно оновити), все-таки з живого компакт-диска змонтуйте новий кореневий розділ за допомогою терміналу:

sudo mount /dev/sda1 /mnt

Потім відредагуйте, /mnt/etc/fstabщоб вказати на правильні місця.

Сценарій bash clone-ubuntu.shавтоматизує кроки прийнятих схем відповіді. Для легкого пошуку нового розділу передбачено меню:

Перейдіть за посиланням вище, щоб отримати копію сценарію та важливі моменти, які слід врахувати, такі як:

• rsync використовується для клонування завантаженого розділу та віртуальних каталогів системи пропущено правильно.
• /etc/fstab цільового клону оновлюється правильними UUID для завантаження.
• /etc/grub/grub.cfg оновлюється для безшовного завантаження.