Як клонувати SSD за допомогою Linux Mint 18 на більшу SSD

Чи є спосіб клонувати SSD із системою Linux Mint 18 на більшу SSD і мати функціонуючу систему? Також, що робити з GRUB?

У мене кілька машин. І я планую використовувати один невикористаний робочий стіл Linux Mint 18, щоб підключити обидва SSD, якось скопіювати файлові системи на новий диск.

Я важко шукав найефективніший спосіб досягнення цієї мети.

Мої дослідження говорять про те, що використання ddє досить застарілим методом.

У моєму випадку, як було сказано, цільовий накопичувач SSD більший, ніж вихідний SSD. А для клонування pvкорисність може використовуватися досягнення максимальної доступної швидкості.

Відкрити термінал і стати root( su); якщо ви sudoввімкнули, ви можете зробити це, наприклад sudo -i; див. man sudoдля всіх варіантів):

$ sudo -i

Припустимо, що оригінальний диск є sdXцільовим sdY, створіть точну копію за допомогою:

# pv < /dev/sdX > /dev/sdY

Мало того, що він коротший і простіший, він швидше за замовчуванням без додаткових налаштувань, я досяг середньої швидкості 400 Мб / с із звичайними накопичувачами SATA SSD.

І як додаткову вигоду він показує прогрес.

Якщо ви хочете запустити це sudo, вам доведеться трохи розробити:

$ sudo sh -c 'pv < /dev/sdX > /dev/sdY'

PS: Це неправда, як і в іншій відповіді, що людині потрібно встановити GRUB після цього. Усі дані копіюються, навіть завантажувач.

Якщо ви використовуєте dd, UUID файлових систем залишаться колишніми. Якщо ви створюєте нові файли, вам доведеться лише змінювати /etc/fstab. Я вважаю за краще створити нові (більші) файли, скопіювати всі файли rsync, а потім змінити fstab.

Не забувайте: вам все одно доведеться самостійно встановлювати grub до MBR / GPT ddабо копіювати!

Неділя 15 квітня 2018 року

Я успішно клонував 128 ГБ SSD (включаючи LVM) на більшу 256 ГБ SSD samsung evo та встановлював Windows 10 на новий основний розділ. Я хочу поділитися цим із вами.

інструменти: "живий компакт-диск", gparted та багато терпіння :-). Дякує Кабоїшу за його посилання про chroot / grub-update. випуск kali & ubuntu були з 2017 року.

Щасливого читання ...

Старий 128 Гб SSD -> 256 Гб ssd Samsung evo

sda має kali (використовуючи sda6), Ubuntu (використовуючи LVM на sda5). Меню завантаження - кали

sdb - це мій новий 256 Гб Моя мета: клонувати калібру, Ubuntu до мого нового 256 ГБ Samsung ssd і мати розділ 110 ГБ для Windows 10. Меню завантаження все ще є

1) клонування

fdisk –l /dev/sda

Device     Boot     Start       End   Sectors   Size Id Type

/dev/sda1  *         2048    999423    997376   487M 83 Linux       ; boot grub
/dev/sda2         1001470 250068991 249067522 118,8G  5 Extended
/dev/sda5         1001472 159623167 158621696  75,7G 8e Linux LVM        ; Ubuntu LVM
/dev/sda6       159625216 238493695  78868480  37,6G 83 Linux       ; kali
/dev/sda7       238495744 250068991  11573248   5,5G 82 Linux swap / Solaris     ; swap for kali

Disk / dev / mapper / ubuntu - vg-root: 60 GiB, 64424509440 байт, 125829120 секторів
Одиниці: сектори 1 * 512 = 512 байт
Розмір сектора (логічний / фізичний): 512 байт / 512 байт
розмір вводу / виводу (мінімум / оптимально): 512 байт / 512 байт

Disk / dev / mapper / ubuntu - vg-swap_1: 15,6 GiB, 16785604608 байт, 32784384 секторів
Одиниці: сектори 1 * 512 = 512 байт
Розмір сектора (логічний / фізичний): 512 байт / 512 байт
розмір вводу / виводу (мінімальний / оптимальний): 512 байт / 512 байт

Завантажте свій ноутбук з, наприклад, «DVD з м'ятним завантаженням». Новий ssd підключається за допомогою адаптера ssd до usb.

м'ята ~ # time dd if=/dev/sda of=/dev/sdb bs=8192 conv=notrunc,noerror

Зверніть увагу: з іншого сеансу, що використовує "kill –USR1", щоб отримати прогрес / статистику для кожного 10-
годинного перегляду -n10sudo kill -USR1 $(pgrep ^dd)
990054 + 0 записів у
990054 + 0 записів з
8110522368 байтів (8,1 ГБ) скопійовано, 183,261 с, 44,3 МБ / с
2227622 + 0 записів у
2227622 + 0 записів 18248679424 байтів (18 ГБ) скопійовано, 412,6 с, 44,2 Мб / с
6271782 + 0 записів у
6271782 + 0 записів виведено
51378438144 байт (51 ГБ), скопійовано, 1149,82 с, 44,7 МБ / с
10460314 + 0 записи в
10460314 + 0 записів
85690892288 байтів (86 ГБ) скопійовано, 1920,88 с, 44,6 Мб / с
15369910 + 0 записів у
15369910 + 0 записів виведено
125910302720 байт (126 ГБ), скопійовано, 2827,02 с, 44,5 МБ / с
15629355 + 0 записи в
15629355 + 0 записів
128035676160 байтів (128 ГБ) скопійовано, 2874,86 с, 44,5 Мб / с

реальний 47m54.867s
користувач 0m1.600s
sys 2m41.036s
mint ~ # дата
Чт 12 квітня 21:14:34 UTC 2018

Успішно, я замінюю внутрішні 128 ГБ на вже клонований Samsung evo 256 Гб. Це черевики, я отримую меню грубої кали, як і раніше, я вибираю калі, добре завантажую. Перезавантажуюсь, я вибираю Ubuntu, завантажую також ОК.

2) Реорганізував розділ, з якого я завантажуюся з usb “gparted live cd”, видалити своп kali (kali був розумним, він використовує Ubuntu lvm swap-розділ, коли я його запускаю) та створив новий основний розділ для windows ntfs, готовий до win10.

$ lsblk 
NAME                  MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sr0                    11:0    1  1024M  0 rom  
sda                     8:0    0 232,9G  0 disk 
├─sda4                  8:4    0   785M  0 part 
├─sda2                  8:2    0     1K  0 part 
├─sda5                  8:5    0  75,7G  0 part 
│ ├─ubuntu--vg-swap_1 253:1    0  15,6G  0 lvm  [SWAP]          UBUNTU
│ └─ubuntu--vg-root   253:0    0    60G  0 lvm  /               UBUNTU
├─sda3                  8:3    0 112,9G  0 part                 112Gb win10
├─sda1                  8:1    0   487M  0 part /boot
└─sda6                  8:6    0  43,1G  0 part                 KALI
$       

3) Встановіть win10 на sda3

Потім я встановлюю win10 на sda3, несподівано він видаляє grub boot на sda, тепер я можу завантажуватися лише для win10. Мені потрібно повернути меню завантаження Kali, як і раніше.

4) Відновіть меню gruli kali (меню контролюватиме всі завантажувальні розділи на sda)

Використовуючи трюк chroot з, щоб виправити проблему з грубом https://forums.kali.org/showthread.php?20559-How-To-Repair-Kali-Linux-Grub-With-Kali-Linux-Live-Cd-Dual-Boot -З Windows-7

Я завантажуюся з «Кали» LIVE DVD.

mount / dev / sda6 / mnt; my
mount partition kali --bind / dev / mnt / dev
mount --bind / dev / pts / mnt / dev / pts
mount --bind / proc / mnt / proc
mount --bind / sys / mnt / sys
chroot / mnt ; якщо це не вдалося перевірити, чи завантажувальний DVD є 32 або 64 біт як установка kali
grub-install / dev / sda
Встановлення для i386-ПК платформи.
Установка закінчена. Про помилки не повідомлялося.
update-grub; він шукає всі завантажувальні розділи на новому диска sda

Вхід; він вийде з chroot
umount / mnt / dev / pts
umount / mnt / dev
umount / mnt / proc
umount / mnt / sys
umount / mnt

stdout: просто ігноруйте попередження про lvmetad (LVM), воно добре завантажується на всі 3 ОС !! Щось із LVM, не потрібно нічого з цього робити.

root @ kali: / # update-grub
Генерування файлу конфігурації grub ...
Знайдено фонове зображення: /usr/share/images/desktop-base/desktop-grub.png
Знайдено зображення Linux: /boot/vmlinuz-4.9.0-kali4 -amd64
Знайдено зображення initrd: /boot/initrd.img-4.9.0-kali4-amd64
Знайдено зображення Linux : /boot/vmlinuz-4.9.0-kali3-amd64 Знайдено зображення
initrd: /boot/initrd.img-4.9.0 -kali3-amd64
ПОПЕРЕДЖЕННЯ: Не вдалося підключитися до lvmetad. Повернення до сканування пристрою.
ПОПЕРЕДЖЕННЯ: Помилка підключення до lvmetad. Повернення до сканування пристрою.
ПОПЕРЕДЖЕННЯ: Помилка підключення до lvmetad. Повернення до сканування пристрою.
Знайдено Windows 10 on / dev / sda3
УВАГА: Не вдалося підключитися до lvmetad. Повернення до сканування пристрою.
ПОПЕРЕДЖЕННЯ: Помилка підключення до lvmetad. Повернення до сканування пристрою.
Знайдено Ubuntu 16.04.2 LTS (16.04) у / dev / mapper / ubuntu - vg-root
done
root @ kali: / #

Зроблено, зараз у мене 3 ОС на новій Samsung GB 256 Гб.

Nb:
змінити рівень запуску в kali / debian, а не працювати!

root @ kali: / і т.д. # ls -l
/etc/systemd/system/default.target lrwxrwxrwx 1 корінь кореня 37 22 червня 2017 /etc/systemd/system/default.target -> / lib / systemd / system / multi-user .target
root @ kali: / etc # ls -l /lib/systemd/system/default.target
lrwxrwxrwx 1 корінь кореня 16 червня 19 2017 /lib/systemd/system/default.target -> graphical.target

root @ kali: / etc # systemctl set-default graphical.target
Видалено /etc/systemd/system/default.target.
Створено symlink /etc/systemd/system/default.target → /lib/systemd/system/graphical.target.

root @ kali: / etc # ls -l
/etc/systemd/system/default.target lrwxrwxrwx 1 root root 36 квітня 15 16:47 /etc/systemd/system/default.target -> / lib / systemd / system / graphical .ціль

Змініть порядок завантаження grub : встановіть boot-default на 3; робота OK
root @ kali: ~ # cd / etc / default /
root @ kali: / etc / default # vi
root root @ kali: / etc / default # update-grub
Створення файлу конфігурації grub ...
Знайдено фонове зображення: / usr /share/images/desktop-base/desktop-grub.png
Знайдено зображення Linux: /boot/vmlinuz-4.9.0-kali4-amd64 Знайдено зображення
initrd: /boot/initrd.img-4.9.0-kali4-amd64
Знайдено linux image: /boot/vmlinuz-4.9.0-kali3-amd64
Знайдено зображення initrd: /boot/initrd.img-4.9.0-kali3-amd64
Знайдено Windows 10 on / dev / sda3
Знайдено Ubuntu 16.04.2 LTS (16.04) на / dev / mapper / ubuntu - vg-root
done
root @ kali: / etc / default # root @ kali: ~ # cd / etc / default /

Завантажувальний екран

ДОБРИЙ ЛЮК
Тюан CPH