Clone The Entire Laptop SSD to Another SSD
I just want to ask if is it possible to clone the entire system to a new one? I want to change my SSD to a bigger one, what if I don’t want to re-install it? How to make it possible? are there any tools that I could use? I have balenaEtcher-1.7.3-x64 app, there is an option to clone the drive, is there anyone who has used it before? Thanks in Advance
Yep, plug both drives into the computer, boot to a live CD (boot the installer, and press Try Ubuntu), and use balenaEtcher to clone the drive. Or, use dd . Warning: dd and to some degree, balenaEtcher can destroy all your data if you mess up. So double-check what you do, and have a backup not on that computer of anything important
If replacing drive, you are ok, but if using both drives, you cannot have duplicate UUIDs when you reboot. bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379 Is drive gpt or MBR(msdos) partitioned?
4 Answers 4
I’ve not used balenaEtcher; dd is effective for cloning a drive if used carefully and it’s installed by default. There are also other cloning tools that you’d need to install.
I have cloned a HDD to an SSD so I could upgrade to SSD — but both were the same size.
I used dd . as countless people have warned, dd is a very effective way to destroy your disk / data so do be very careful — in particular with the i and o .
If your current drive is /dev/sda and your new ssd is /dev/sdb, the syntax is:
A few things to say though —
(1) Back up all important data to an external drive first
(2) you should unmount the source drive before doing this to ensure the clone is not corrupted by data changes during the process. That means you’ll need to use a live USB session.
(3) If you are going to do this, to be absolutely certain you have the correct source and destination, I’d suggest boot up the system with just one drive in and note its details; then add the second drive so you know which is which.
(4) Double check the syntax before hitting enter!
(5) Do note that if your new drive is larger, dd (and other cloning tools) will create an exact copy of your current drive’s structure, and leave the remaining space unallocated — so your drive will not appear any larger and the extra space will be unusable. You will then have to expand your partition into the unallocated space (using GParted from a live USB). Having never cloned from a drive to a larger drive, I don’t know how the system will handle this situation — if anyone has done it please add to comments or edit my answer. (As per oldfred’s comment) — If using GPT, you’ll need to move the backup partition table to the end of the drive using gdisk (see http://www.rodsbooks.com/gdisk/repairing.html & Fixing corrupt backup GPT table?) .
Because of point (5), and that you’ll need to create an installation USB anyway, do consider backing up your data and performing a fresh install on your larger drive, then copying your files back over. Often a clean install is a better option.
Перенести систему на новый SSD с помощью команды dd
Вопрос довольно прост. Некоторое время я ищу ответ, но не уверен, что получил правильный ответ. Поскольку ошибки могут легко уничтожить мой диск и данные, я действительно хочу, чтобы все было ясно.
Я использую Ubuntu на 250 ГБ ssd (/dev/sda), который имеет два раздела, каждый размером около 125 ГБ. Sda1 установлен на / и sda2 установлен на /home , Теперь я хочу переместить все в новый ssd объемом 1 ТБ (скажем, это /dev/sdc) и расширить каждый диск до 500 ГБ. После некоторых исследований я предложил два подхода:
1) сделать dd if=/dev/sda of=/dev/sdc клонировать весь диск. После этого я должен получить загрузочный диск с двумя разделами по 125 ГБ и немного нераспределенного пространства. Правильно? Затем мне нужно изменить размер sdc1 и sdc1 в 500 ГБ с чем-то вроде gparted. Изменение размера может занять много времени, верно?
2) Второй подход — сначала отформатировать новый диск, сделать два раздела по 500 ГБ. делать dd if=/dev/sda1 of=/dev/sdc1 а также dd if=/dev/sda2 of=/dev/sdc2 клонировать оба раздела. На этом этапе этот диск не должен загружаться, верно? Для того, чтобы сделать его загрузочным, мне нужно скопировать загрузчик в новый. Все, что мне нужно, это первые 446 байтов. Таким образом я могу dd if=/dev/sda of=/tmp/mbrsda.bak bs=512 count=1 тогда dd if=/tmp/mbrsda.bak of=/dev/sdc bs=446 count=1 , Сделав это, я сделал его загрузочным, а также сохранил таблицу разделов на 500 ГБ +500 ГБ. Такой подход избавит меня от изменения размера диска.
И для обоих подходов мне нужно изменить UUID в файле /etc/fstab. Это можно сделать, сначала смонтировав новый диск после клонирования: sudo mount /dev/sdc1 /mnt/ затем отредактируйте /mnt/etc/fstab файл.
Я прав насчет всего этого? Есть ли потенциальный риск испортить мой старый диск здесь? Большое спасибо!
2 ответа
В любое время вы используете dd (ака d ИСК d estroyer) есть вероятность испортить ваши данные. dd не имеет никаких гарантий для случайной записи вашего нового диска поверх старого. Единственное, что делает его работоспособным, это то, что вы ОЧЕНЬ осторожны с правильным вводом команд и не путаете источник и назначение. if= а также of= только одно маленькое опечатка на клавиатуре друг от друга!
Другая проблема заключается в том, что dd работает медленно и излишне изнашивает целевой SSD. Большинство разделов, как правило, не где почти 100% использования. С помощью dd копирование раздела с большим количеством свободного места приводит к копированию КАЖДОГО БАЙТА указанного раздела, даже байтов, которые на самом деле не содержат выделенных данных!
Вот что я бы сделал, если бы это была моя система:
- Сделайте снимок экрана с таблицей разделов вашего старого SSD для справки позже, когда мы настроим таблицу разделов вашего нового SSD.
- Подключите новый SSD к компьютеру и отсоедините старый SSD. Если старый SSD отключен, мы не сможем уничтожить наши ценные данные, пока мы выполняем потенциально разрушительную работу.
- Загрузитесь с установочного USB-накопителя Ubuntu в режиме реального времени Linux. Убедитесь, что ваш BIOS всегда загружает флэш-накопитель в устаревшем режиме / режиме MBR, а не в режиме UEFI, так как похоже, что ваша старая система использует MBR. Если мое предположение неверно, убедитесь, что ваш BIOS загружает флэш-накопитель в режиме UEFI. Смешение вещей усложнит правильную установку grub позже.
- использование gparted установить новый SSD с нужной таблицей разделов и отформатировать файловые системы. Попытайтесь сохранить все то же самое, что и таблица разделов вашего старого SSD (кроме размеров разделов и UUID). Не забудьте отметить / корневая файловая система как активная / загрузочная , как ваш старый SSD.
- Теперь, когда все опасное редактирование разделов завершено, вы можете безопасно завершить работу и добавить старый SSD, подключенный к компьютеру.
- На этот раз загрузите флэш-накопитель USB live Linux с подключенными обоими дисками. Не загружайтесь со старого SSD (мы должны держать эту систему неактивной, чтобы сделать ее чистую копию).
- После загрузки откройте терминал и начните работать с этими командами, чтобы скопировать данные со старого SSD на новый SSD. В отличие от использования dd , cp Команда гораздо более защищена от ошибок, потому что вы ничего не можете уничтожить, копируя пустую файловую систему поверх вашей старой файловой системы — в этом случае ничего не копируется! Кроме того, мы можем подключить старый SSD в режиме «только для чтения», чтобы избежать какой-либо возможности изменить старый SSD.
mkdir oldroot newroot oldhome newhome sudo mount -o ro /dev/sda1 oldroot sudo mount -o ro /dev/sda2 oldhome ls oldroot ls oldhome Убедитесь, что вы можете видеть свои старые данные. Если все, что вы видите, это пустая файловая система, возможно, у вас неправильное устройство «/dev/sdXX».
sudo mount -o noatime /dev/sdc1 newroot sudo mount -o noatime /dev/sdc2 newhome ls newroot ls newhome Убедитесь, что все, что вы видите, это пустая файловая система в качестве места назначения. Если все хорошо, выполните следующие команды, чтобы скопировать все ваши файлы, сохраняя все настройки контекста permissions/owner /SELinux:
sudo cp -Rfax oldroot/* newroot/ sudo cp -Rfax oldhome/* newhome/ Как только это будет сделано, размонтируйте все и синхронизируйте кэшированные записи в постоянное хранилище:
sudo umount oldroot sudo umount oldhome sudo umount newroot sudo umount newhome sync mkdir newroot sudo mount -o noatime /dev/sda1 newroot sudo chroot newroot /bin/bash mount -t devtmpfs udev /dev mount -t proc proc /proc mount -t sysfs sysfs /sys nano -w /etc/fstab Теперь вам нужно изменить fstab файл, чтобы сопоставить номера UUID с тем, что они есть на вашем новом SSD. Вы можете открыть gparted взглянуть на таблицу разделов и выяснить, что такое новый UUID. Когда закончите, нажмите CTRL-X и сохраните изменения fstab на диске.
update-grub grub-install /dev/sda Если все работает правильно, необходимо настроить grub и установить его в MBR вашего нового SSD. После установки grub перед выходом необходимо отключить все ранее смонтированные файлы из среды chroot. В противном случае Ubuntu будет трудно размонтировать раздел Linux при выключении.
umount /sys umount /proc umount /dev exit sudo umount newroot sync И вот оно! Надеюсь, ваш новый SSD загрузочный, и теперь все хорошо.