У меня есть 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 stable ISO или Прямая загрузка clonezilla-live-2.4.6-25-amd64.iso
Сделать загрузочный (Live) USB с использованием Tuxboot 7.0 .
Загрузка с созданного носителя Clonezilla.
Теперь у вас есть много вариантов:
В вашем случае вы также можете использовать параметр «устройство-устройство», но я с ним не знаком.
Вы можете найти подробное руководство по Clonezilla здесь: http://clonezilla.org
Если у вас есть время и хотите обезопасить себя:
$ dd if=/dev/sda of=/dev/sdb bs=64K conv=noerror,sync
Объяснение команды:
если
- вход, то из
место назначения bs
устанавливает размер блока. Это размер фрагментов, которые dd будет читать и записывать. Более высокие размеры фрагментов обычно означают более высокую производительность, но также большее повреждение данных, если входной диск имеет ошибки, см. Здесь: archwiki на dd noerror
продолжается в r / w-errors. sync
синхронизирует смещения, если произошла ошибка. Это в основном создаст образ вашего диска sda и запишет его на sdb (та же структура разделов и т. д.) Конечно это ' Я напишу все 120 ГБ, поскольку они не зависят от файлов. Таким образом, очень безопасно, но не самым быстрым, если вы используете только небольшие части диска. Однако, если входной диск довольно заполнен, это может быть даже быстрее.
НО:
Когда я переключаюсь на новый жесткий диск, я это делаю так:
/ mnt / a
/ mnt / b
cp -a
или используйте tar для копирования файлов из / mnt / a
в / mnt / b
/ 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
Это можно сделать несколькими способами. Но самый простой способ - просто скопировать все файлы со старого диска на новый.
Создайте раздел ext4 и раздел подкачки на новом диске.
Загрузитесь с LiveUSB.
Смонтируйте старый раздел Ubuntu в какой-то каталог, смонтируйте новый в другой каталог.
Скопируйте все файлы из старого в новый с помощью команды cp -a
.
Обновите / etc / fstab
с новыми UUID.
Если что-то неясно, я могу добавить некоторые пояснения.
В отличие от других ответов, это позволяет клонировать установку Linux и добавлять его в меню Grub, при этом текущие установки останутся нетронутыми. Дополнительно он автоматически изменяет для вас /etc/fstab
и обновляет загрузочное меню grub
.
Для помощи в выборе правильного раздела для клонирования предоставляется меню. Клоном из раздела является текущий загруженный раздел.
rsync
используется для оптимальной скорости, если вы выберете восстановление раздела. Это полезно в случае неудачного обновления, если вы ждете исправления ошибки и хотите запустить обновление заново. Точно так же вы могли выбрать неправильные опции во время обновления и хотите сделать это снова.
Полный скрипт можно найти здесь: Бэш-скрипт для клонирования Ubuntu на новый раздел для тестирования обновления LTS 18.04 и вот как выглядит экран:
Я решил провести эксперимент, связанный с этим постом.
Я приобрел Lenovo ThinkCentre. У него был SSD на 256 ГБ и жесткий диск на 1 ТБ (спиннер типа - быстрый, но не такой быстрый, как SSD).
Когда я установил Linux Mint 19.2 (LM19.2), он установил его на диск емкостью 1 ТБ. В итоге твердотельный накопитель не подлежал восстановлению, и я купил новый твердотельный накопитель Kingston емкостью 240 ГБ.
Я собирался установить LM19.2 на новый SSD, но мне показалось, что должен быть способ перенести мой хорошо проработанный образ LM19.2 с диска 1 ТБ на новый SSD.
Я нашел это пост, и хотя выше есть несколько веских советов, я был в состоянии экспериментировать. Ниже приводится отчет о том, что я сделал, и это сработало ОЧЕНЬ хорошо.
Одна только скорость загрузки сделала эти простые шаги стоящими усилий. Даже Dropbox переносился нормально - он просто хотел, чтобы я снова вошел в систему, а индексирование файлов занимало все время, но все работало отлично.
Я всегда использую следующую процедуру:
Если вы хотите также использовать старый диск в качестве внутреннего:
Если вы хотите использовать старый диск как часть вашей файловой системы, добавьте что-нибудь в мелодию,
UUID = actual-uuid -here / data ext4 значения по умолчанию, сбросьте 0 2
в / etc / fstab, затем запустите sudo mount -a или перезапустите.
Если у вас нет USB-адаптера, та же процедура должна работать с горячей заменой дисков, но здесь вы сами. Более безопасный способ - использовать USB-диск или CD / DVD с установленной системой (например, установочный носитель). В этом случае вы можете с самого начала поставить оба диска (новый и старый) на свои места, затем загрузиться с носителя и выполнить копирование и т. Д.
Не обязательно вставлять новый диск в тот же разъем SATA, что и старый, но тогда вам может потребоваться изменить последовательность загрузки в BIOS.