Перенос всей установки 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
86
задан 13 March 2016 в 17:48

7 ответов

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

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

  • Загрузить Clonezilla stable ISO или Прямая загрузка clonezilla-live-2.4.6-25-amd64.iso

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

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

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

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

enter image description here

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

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

42
ответ дан 14 March 2016 в 03:48

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

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

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

  • если - вход, то из место назначения
  • bs устанавливает размер блока. Это размер фрагментов, которые dd будет читать и записывать. Более высокие размеры фрагментов обычно означают более высокую производительность, но также большее повреждение данных, если входной диск имеет ошибки, см. Здесь: archwiki на dd
  • noerror продолжается в r / w-errors.
  • sync синхронизирует смещения, если произошла ошибка.

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

НО:

  • После этого вы, вероятно, захотите изменить размер разделов, иначе вы не сможете воспользоваться дополнительным пространством.
  • В любом случае это может потребуется для редактирования файла / etc / fstab.
    Это тот случай, если для распознавания дисков используются идентификаторы оборудования.
26
ответ дан 14 March 2016 в 03:48
  • 1
    Спасибо за подсказку, но я уже попробовал это, проверьте мою тестовую установку. – Fleuv 2 June 2017 в 02:45

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

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

Примечание¹:

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

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/

. Теперь нам нужно изменить корень с корневого диска Live CD (/) на корень смонтированного раздела

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

Источник

7
ответ дан 14 March 2016 в 03:48

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

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

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

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

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

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

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

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

49
ответ дан 14 March 2016 в 03:48

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

Для помощи в выборе правильного раздела для клонирования предоставляется меню. Клоном из раздела является текущий загруженный раздел.

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

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

clone-ubuntu.png

7
ответ дан 17 April 2019 в 07:32

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

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

Когда я установил Linux Mint 19.2 (LM19.2), он установил его на диск емкостью 1 ТБ. В итоге твердотельный накопитель не подлежал восстановлению, и я купил новый твердотельный накопитель Kingston емкостью 240 ГБ.

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

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

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

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

2
ответ дан 22 November 2019 в 23:44

Я всегда использую следующую процедуру:

  1. Убедитесь, что ваша установка включает диспетчер разделов (PM). Если нет, установите gparted.
  2. Подключите новый диск через USB-адаптер. Посоветуйтесь с PM, какой диск какой. Обычно старый - / dev / sda, а новый - / dev / sdb, но лучше перестраховаться. Если путаете диски, просто стираете имеющуюся установку. Помните: dd не зря называют разрушителем дисков.
  3. Используйте dd, как объяснил ljrk выше, для побайтного копирования старого диска на новый. Добавьте status = progress к опциям dd, чтобы следить за прогрессом.
  4. Запуск PM. На новом диске создайте, а затем уничтожьте временный раздел, заполняющий лишнее пространство. Это приводит к перезаписи таблицы разделов в соответствии с размером нового диска. Важно: последовательность действий должна быть следующей: создать-применить-уничтожить-применить.
  5. Используя PM, измените размер разделов на новом диске по своему вкусу, чтобы использовать весь диск.
  6. Завершение работы, поменяйте местами диски, запустите, убедитесь, что он работает нормально.

Если вы хотите также использовать старый диск в качестве внутреннего:

  1. Подключите старый диск через адаптер USB, отформатируйте его и разбейте на разделы по своему усмотрению.
  2. Выключите, установите старый диск вместе с новым, запустите.

Если вы хотите использовать старый диск как часть вашей файловой системы, добавьте что-нибудь в мелодию,

UUID = actual-uuid -here / data ext4 значения по умолчанию, сбросьте 0 2

в / etc / fstab, затем запустите sudo mount -a или перезапустите.

Если у вас нет USB-адаптера, та же процедура должна работать с горячей заменой дисков, но здесь вы сами. Более безопасный способ - использовать USB-диск или CD / DVD с установленной системой (например, установочный носитель). В этом случае вы можете с самого начала поставить оба диска (новый и старый) на свои места, затем загрузиться с носителя и выполнить копирование и т. Д.

Не обязательно вставлять новый диск в тот же разъем SATA, что и старый, но тогда вам может потребоваться изменить последовательность загрузки в BIOS.

0
ответ дан 5 January 2021 в 22:43

Другие вопросы по тегам:

Похожие вопросы: