клонирование зашифрованного диска - расширяющаяся проблема разделов

Я пытаюсь клонировать свой SDD к устройству большей емкости, таким образом, у меня будет загрузочное резервное копирование в ожидании выполнения обновления системы на нескольких настольных клиентах. Я также хочу смоделировать известное - корректная процедура, чтобы видеть, могу ли я надежно клонировать свои системные диски к большему HDD/SDD (до сих пор все попытки сделать, это в прошлом перестало работать). В настоящее время выполняя 16.04 LTS, который был создан с помощью полностью зашифрованного варианта дисков. Используемая система тестирования хорошо работает.

Я выполнил несколько процедур, которые я нашел на этом сайте, но ни один не работал. Я поразил тупик каждой процедурой. Таким образом для упрощения вещей я сделал следующее:

sudo dd if=/dev/sda of=/dev/sdd  bs=64k

Открыл GParted и удалил старый раздел склепа-luks на/dev/sdd, как проинструктировано в процедуре, отправленной при Клонировании Зашифрованного SSD к большему SSD. Это было ошибкой, и я был мертв в воде отсюда на. Я не мог создать новый раздел склепа-luks.

Таким образом, ответ, который объясняет, как к [ре] создают/изменяют размер раздел склепа-luks на новом целевом диске, был бы очень полезен.

Я повторил dd и попытался развернуть целевую файловую систему со следующими командами (использующий LiveCD):

sudo cryptsetup luksOpen /dev/sda5 sda5_crypt
sudo cryptsetup resize sda5_crypt
sudo modprobe dm-crypt
sudo vgscan --mknodes
sudo vgchange -ay
sudo pvresize /dev/mapper/sda5_crypt
sudo lvresize -l +100%FREE /dev/ubuntu-vg/root

возвраты: Новый размер (7 020 степеней) соответствует существующему размеру (7 020 степеней).

sudo pvchange -x n /dev/mapper/sda5_crypt

возвраты:

Физический том "/dev/mapper/sda5_crypt" уже unallocatable. Физический том/dev/mapper/sda5_crypt, не измененный 0 физических томов, измененных / 1 физический том, не измененный

sudo e2fsck -f /dev/mapper/ubuntu--vg-root

Возвраты:

Передача 5: Проверка информации о сводке группы/dev/mapper/ubuntu - vg-корень: файлы 296641/1798720 (0,8%, состоящие из нескольких несмежных участков), 3525828/7188480 блоки

Источник SDD составлял 32 ГБ и жесткий диск, который я пытаюсь развернуть, составляет 80 Гбит

sudo resize2fs -f /dev/mapper/ubuntu--vg-root

Возвраты:

resize2fs 1.44.1 (24 марта 2018) файловая система уже является 7 188 480 (4k) блоками долго. Ничто, чтобы сделать!

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

enter image description here

enter image description here

enter image description here

enter image description here

Я был в этом в течение многих дней, проводя исследование и пытаясь заставить это работать, и я начинаю получать узость взглядов. Я Очень ценил бы кого-то отправляющего пуленепробиваемую процедуру, которая, как известно, работает в клонировании зашифрованного HDDs/SDDs к более крупным устройствам хранения.

Это не дублирующийся вопрос. Несколько ответов, на которых я нашел здесь, не работали на меня. И все те ответы содержали несколько комментариев, добавленных другими, которые попробовали те процедуры и перестали работать.

Цель dd диск действительно загрузится, не разворачивая разделов.

Мой основной вопрос действительно намного больше о расширении систем зашифрованного файла, чем это о клонировании их. Хотя эти две задачи очевидно очень тесно связаны. Пуленепробиваемая, масштабируемая, надежно повторяемая процедура, которая объясняет, как сделать обоих, была бы чрезвычайно полезна. Процедура https://help.ubuntu.com/community/ResizeEncryptedPartitions немного слишком сложна, чтобы я следовал, хотя я полагаю, что выполнил процедуру правильно. Это, вероятно, очень близко к тому, в чем я нуждаюсь, но могу пропускать шаг или два.

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

Заранее большое спасибо.

0
задан 21 January 2019 в 16:38

1 ответ

Я должен буду протестировать, это на абсолютно чистом стечении обстоятельств, но выполняющий эти команды в конце вышеупомянутой описанной процедуры, кажется, работает. Я обновлю это решение, если я больше натыкался на препятствия.

sudo parted
(parted) print                                                         
(parted) resizepart
Partition number? 2
End?  [32.0GB]? 100%
(parted) print                                                
(parted) quit 
0
ответ дан 26 October 2019 в 12:37

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

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