У меня есть 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
/home
не всей системы. Это должно быть более легкое изменение (просто переместите все и добавьте одну строку в / etcs / fstab), и большинство больших файлов, скорее всего, попадут в ваш домашний каталог (и, следовательно, на большой диск).Ответы:
Вы можете использовать CLONEZILLA для этой цели.
Clonezilla - это бесплатный инструмент для создания образа и клонирования разделов и дисков, который можно использовать для резервного копирования всех ваших данных (целых дисков или разделов) с высокой степенью сжатия, а затем клонировать их обратно на жесткий диск, чтобы привести их в точно такое же состояние. Это быстрее, чем устанавливать ОС в большинстве случаев.
Загрузить Clonezilla стабильный ISO или прямой Загрузить clonezilla-live-2.4.6-25-amd64.iso
Создайте загрузочный (Live) USB с помощью Tuxboot 7.0 .
Загрузиться с созданного Clonezilla носителя.
Теперь у вас есть много вариантов:
В вашем случае вы также можете использовать опцию «устройство-устройство», но я не знаком с ней.
Вы можете найти подробное руководство по Clonezilla здесь: http://clonezilla.org
источник
Это можно сделать несколькими способами. Но самый простой - просто скопировать все файлы со старого диска на новый.
Создайте раздел ext4 и раздел подкачки на новом диске.
Загрузиться с LiveUSB.
Смонтируйте старый раздел Ubuntu в некоторый каталог, смонтируйте новый в другой каталог.
Скопируйте все файлы из старого в новый, используя
cp -a
команду.Установите grub на новый диск .
Обновление
/etc/fstab
с новыми UUID.Если что-то не понятно, могу добавить некоторые пояснения.
источник
/dev
), просто создайте пустые каталоги на целевом диске и установите для них того же владельца / прав, что и на исходном диске.sudo rsync -a / /mnt/linux/ --exclude sys --exclude proc --exclude dev --exclude tmp --exclude media --exclude mnt --exclude run
тогдаsudo mkdir sys proc dev tmp media mnt run
Если у вас есть время и вы хотите поехать:
Объяснение команды:
if
это вход,of
пункт назначенияbs
устанавливает размер блока. Это размер блоков, которые dd будет читать и записывать. Более высокие размеры блоков обычно означают более высокую производительность, но также и большее повреждение данных, если на входном диске есть ошибки, см. Здесь: archwiki на ddnoerror
продолжается в R / W-ошибок.sync
синхронизирует смещения, если произошла ошибка.Это в основном создаст образ вашего диска sda и запишет его на sdb (та же схема разделов и т. Д.). Конечно, это запишет все 120 ГБ, поскольку это не зависит от файлов. Таким образом, очень безопасно, но не самый быстрый, если вы используете только небольшие части диска. Однако, если входной диск достаточно заполнен, он может быть даже быстрее.
НО:
Это тот случай, если идентификаторы оборудования используются для распознавания дисков.
источник
dd
команда будет работать вечно. Рассмотрите возможность добавленияbs=1M
к немуbs
значении по умолчанию, которое составляет 512 байт.В отличие от других ответов, это позволяет вам клонировать установку Linux и добавить ее в меню Grub, не изменяя текущие установки. Кроме того, он автоматически изменяет
/etc/fstab
для вас и обновляетgrub
меню загрузки.Меню предоставлено, чтобы помочь вам выбрать правильный раздел для клонирования. Клон с раздела - это ваш текущий загруженный раздел.
rsync
используется для оптимальной скорости, если вы решите отложить раздел. Это полезно, если обновление не удается, вы ждете исправления ошибки и хотите снова запустить обновление. Точно так же вы, возможно, выбрали неправильные опции во время обновления и хотите сделать это снова.Полный сценарий можно найти здесь: Bash-скрипт для клонирования Ubuntu на новый раздел для тестирования обновления 18.04 LTS, и вот так выглядит экран:
источник
Когда я переключаюсь на новый жесткий диск, я делаю это так:
/mnt/a
/mnt/b
cp -a
или используйте tar для копирования файлов/mnt/a
в/mnt/b
/etc/fstab
(вы можете использоватьblkid
для определения новых UUID)Note¹:
Проверьте все жесткие диски и разделы, используя следующую команду:
Теперь обратите внимание на раздел, на котором установлена Ubuntu, который будет выглядеть так:
/dev/sda1
Смонтируйте раздел, где вам нужно установить GRUB 2 (раздел жесткого диска), и файловая система появится в Nautilus. Теперь нам нужно смонтировать правильный раздел жесткого диска, чтобы внести изменения в фактическую MBR жесткого диска. Для этого нам необходимо:
Теперь смонтируйте раздел в другом месте
Создайте неразрывную ссылку из
/dev
папки на живом образе, из которого вы загрузились, в/dev
папку в разделе, к которому вы подключены/mnt
Теперь нам нужно изменить корень с живого корня компакт-диска (/) на корневой каталог смонтированного раздела
Теперь вы находитесь в новой корневой оболочке, в которой смонтированный раздел является новым корневым. Вы можете проверить этот набор
ls
. Так как мы сейчас находимся в смонтированном разделе, мы можем опередить и установить GRUB 2:Установки должны завершиться сейчас, без ошибок
Выйдите из оболочки CHROOT, набрав
exit
или нажав Ctrl+, и D вы вернетесь в Live CD / USB ShellРазмонтируйте разделы, которые мы смонтировали ранее, чтобы выполнить чистую перезагрузку:
и перезагрузите компьютер после извлечения Live CD или USB-накопителя для загрузки с жесткого диска:
Источник
источник
Я решил провести эксперимент, связанный с этим постом.
Я приобрел 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.
Я нашел этот пост, и, хотя есть несколько убедительных советов выше, я был в режиме эксперимента. Ниже рассказывается о том, что я сделал, и это работало ОЧЕНЬ хорошо.
Только скорость загрузки сделала эти простые шаги стоящими усилий. Даже Dropbox переносился нормально - он просто хотел, чтобы я снова вошел в систему, и потребовалось все время, чтобы проиндексировать файлы, но он работал отлично.
источник