Перенос всей установки Linux на другой диск

У меня есть Ubuntu 14.04 с множеством пакетов и всего, что связано с работой, и я очень ей доволен. Он установлен на моем основном SSD-накопителе емкостью 120 ГБ (я выбрал «/», когда установил Ubuntu, поэтому я считаю, что все должно быть на этом диске). Он отображается как / dev / sda

Теперь я добавил еще один SSD на мой компьютер, который является 240Gb. В данный момент у меня нет под рукой других носителей информации (например, внешний жесткий диск).

Поскольку новый накопитель на 240 ГБ, очевидно, имеет большую емкость и работает быстрее (более новое поколение, чем мой на 120 ГБ), я хочу перенести свой Linux на этот новый накопитель. Этот новый диск отображается как / dev / sdb, и на данный момент он не отформатирован или что-то еще (я буквально распаковал и вставил в мой компьютер прямо сейчас: P)

Как я могу безопасно переместить мою установку Linux на новый диск?

Я могу изменить кабель SATA, чтобы новый диск отображался как / dev / sda, если это необходимо.

Это вывод "fdisk -l", если это помогает:

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

Вы можете использовать CLONEZILLA для этой цели.

Clonezilla - это бесплатный инструмент для создания образа и клонирования разделов и дисков, который можно использовать для резервного копирования всех ваших данных (целых дисков или разделов) с высокой степенью сжатия, а затем клонировать их обратно на жесткий диск, чтобы привести их в точно такое же состояние. Это быстрее, чем устанавливать ОС в большинстве случаев.

• Загрузить Clonezilla стабильный ISO или прямой Загрузить clonezilla-live-2.4.6-25-amd64.iso

• Создайте загрузочный (Live) USB с помощью Tuxboot 7.0 .

• Загрузиться с созданного Clonezilla носителя.

• Теперь у вас есть много вариантов:

  1. Создайте образ только '/' (saveparts) и клонируйте его в любой раздел вашего другого SDD.
  2. Создайте образ полного диска (saveisk) и клонируйте его на свой новый SSD.

В вашем случае вы также можете использовать опцию «устройство-устройство», но я не знаком с ней.

Вы можете найти подробное руководство по Clonezilla здесь: http://clonezilla.org

Это можно сделать несколькими способами. Но самый простой - просто скопировать все файлы со старого диска на новый.

1. Создайте раздел ext4 и раздел подкачки на новом диске.

2. Загрузиться с LiveUSB.

3. Смонтируйте старый раздел Ubuntu в некоторый каталог, смонтируйте новый в другой каталог.

4. Скопируйте все файлы из старого в новый, используя cp -aкоманду.

5. Установите grub на новый диск .

6. Обновление /etc/fstabс новыми UUID.

Если что-то не понятно, могу добавить некоторые пояснения.

Если у вас есть время и вы хотите поехать:

$ dd if=/dev/sda of=/dev/sdb bs=64K conv=noerror,sync

Объяснение команды:

• ifэто вход, ofпункт назначения
• bsустанавливает размер блока. Это размер блоков, которые dd будет читать и записывать. Более высокие размеры блоков обычно означают более высокую производительность, но также и большее повреждение данных, если на входном диске есть ошибки, см. Здесь: archwiki на dd
• noerror продолжается в R / W-ошибок.
• sync синхронизирует смещения, если произошла ошибка.

Это в основном создаст образ вашего диска sda и запишет его на sdb (та же схема разделов и т. Д.). Конечно, это запишет все 120 ГБ, поскольку это не зависит от файлов. Таким образом, очень безопасно, но не самый быстрый, если вы используете только небольшие части диска. Однако, если входной диск достаточно заполнен, он может быть даже быстрее.

НО:

• После этого вы, вероятно, захотите изменить размер разделов, иначе вы не сможете воспользоваться дополнительным пространством.
• В любом случае может потребоваться изменить файл / etc / fstab.
  Это тот случай, если идентификаторы оборудования используются для распознавания дисков.

В отличие от других ответов, это позволяет вам клонировать установку Linux и добавить ее в меню Grub, не изменяя текущие установки. Кроме того, он автоматически изменяет /etc/fstabдля вас и обновляет grubменю загрузки.

Меню предоставлено, чтобы помочь вам выбрать правильный раздел для клонирования. Клон с раздела - это ваш текущий загруженный раздел.

rsyncиспользуется для оптимальной скорости, если вы решите отложить раздел. Это полезно, если обновление не удается, вы ждете исправления ошибки и хотите снова запустить обновление. Точно так же вы, возможно, выбрали неправильные опции во время обновления и хотите сделать это снова.

Полный сценарий можно найти здесь: Bash-скрипт для клонирования Ubuntu на новый раздел для тестирования обновления 18.04 LTS, и вот так выглядит экран:

Когда я переключаюсь на новый жесткий диск, я делаю это так:

• создать макет раздела, который я хочу на новом диске
• загрузка с Live CD / USB или установка, спасение и т. д.
• смонтировать старый раздел (ы) жесткого диска для копирования, скажем, /mnt/a
• смонтировать новый раздел (ы) жесткого диска для получения файлов, скажем /mnt/b
• cp -aили используйте tar для копирования файлов /mnt/aв/mnt/b
• установите загрузчик (lilo или grub) на новый диск ¹
• обновить /etc/fstab(вы можете использовать blkidдля определения новых UUID)
• перезагрузите компьютер и проверьте, все ли в порядке

Note¹:

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

sudo fdisk -l 

Теперь обратите внимание на раздел, на котором установлена ​​Ubuntu, который будет выглядеть так: /dev/sda1

Смонтируйте раздел, где вам нужно установить GRUB 2 (раздел жесткого диска), и файловая система появится в Nautilus. Теперь нам нужно смонтировать правильный раздел жесткого диска, чтобы внести изменения в фактическую MBR жесткого диска. Для этого нам необходимо:

sudo mount /dev/sda1 /mnt
mount

Теперь смонтируйте раздел в другом месте

sudo mount /dev/sda1 /mnt/boot

Создайте неразрывную ссылку из /devпапки на живом образе, из которого вы загрузились, в /devпапку в разделе, к которому вы подключены/mnt

sudo mount --bind /dev /mnt/dev/

Теперь нам нужно изменить корень с живого корня компакт-диска (/) на корневой каталог смонтированного раздела

sudo chroot /mnt

Теперь вы находитесь в новой корневой оболочке, в которой смонтированный раздел является новым корневым. Вы можете проверить этот набор ls. Так как мы сейчас находимся в смонтированном разделе, мы можем опередить и установить GRUB 2:

sudo grub-install /dev/sda 

Установки должны завершиться сейчас, без ошибок

Выйдите из оболочки CHROOT, набрав exitили нажав Ctrl+, и D вы вернетесь в Live CD / USB Shell

Размонтируйте разделы, которые мы смонтировали ранее, чтобы выполнить чистую перезагрузку:

sudo umount /mnt/dev
sudo umount /mnt/boot
sudo umount /mnt

и перезагрузите компьютер после извлечения Live CD или USB-накопителя для загрузки с жесткого диска:

sudo reboot

Источник

Я решил провести эксперимент, связанный с этим постом.

Я приобрел Lenovo ThinkCentre. Он имел 256 ГБ SSD и 1 ТБ HDD (тип спиннера - быстрый, но не такой быстрый, как SSD).

Когда я установил Linux Mint 19.2 (LM19.2), он установил его на диск объемом 1 ТБ. SSD оказался невосстановимым, и я купил новый Kingston 240 ГБ SSD.

Я собирался установить LM19.2 на новый SSD, но казалось, что должен быть способ перенести мой хорошо разработанный образ LM19.2 с диска 1 ТБ на новый SSD.

Я нашел этот пост, и, хотя есть несколько убедительных советов выше, я был в режиме эксперимента. Ниже рассказывается о том, что я сделал, и это работало ОЧЕНЬ хорошо.

1. Я использовал GParted для создания таблицы разделов и разделов на SSD, которые были того же типа, что и на 1 ТБ HDD.
2. Я выполнил снимок ВСЕГО (нового инструмента в Ubuntu / Linux Mint) TimeShift на жестком диске LM19.2 1 ТБ.
3. Я восстановил этот снимок на SSD.
4. После того, как вышеуказанные шаги были выполнены (вы даже можете сделать 1 параллельно с 2 и 3), я перезагрузил компьютер, убедившись, что он выберет SSD.
5. Единственное, что было странно во время перезагрузки, было то, что начальный экран grub спросил, хочу ли я загрузить Ubuntu. Я предположил, что это было свойственно восстановлению TimeShift, и это было.
6. Последующие стартапы загружались, как это обычно делает LM19.2.
7. Я отредактирую этот ответ, как только убедился, что могу сделать это с новым диском, висящим снаружи ПК (и кажется очевидным, что это будет работать), потому что это будет означать, что я могу быстро скопировать любую из моих машин LM на новое оборудование.

Только скорость загрузки сделала эти простые шаги стоящими усилий. Даже Dropbox переносился нормально - он просто хотел, чтобы я снова вошел в систему, и потребовалось все время, чтобы проиндексировать файлы, но он работал отлично.