Комментарии 25
Можно было воспользоваться netcat (nc) совместно с dd.
+1. Что-то типа
# Получатель
nc -l 4444 | pbzip2 -d | dd of=/dev/nvme0n1 obs=1M
# Отправитель
pv /dev/nvme0n1 | pbzip2 -9 | nc DESTIP 4444
На отправителе мы будем видеть прогрессбар и оценку скорости отправки в сырых данных (байтах диска); на получателе будем видеть скорость передачи по вайваю (до распаковки), это позволит наблюдать за скоростью передачи и процентом сжатия :D
... сжатие только бесплоезно, раз диск зашифрован...
Можно было и dd через ssh
dd if=/dev/nvme0n1 status=progress | gzip -9cf | ssh admin@192.168.0.1 bash -c "gunzip -c | sudo dd of=/dev/nvme0n2 status=progress"
Интересно, в чем преимущество использования nvme-over-tcp по сравнению с простым созданием шифрованной фс на новом ноуте и переноса туда файлов по сети tar | nc или аналогичным способом? Я просто много лет уже как так делал, и совершенно не важно какие типы накопителей, файловых систем (в рамках совместимых). Я не говорю, что предложенный метод плох, просто интересуюсь.
скипается шаг создания разделов, настройки шифрования, настройки загрузчиков и проч.
Как написали выше - dd+nc решает эту проблему целиком и полностью. (Всмысле - можно копировать хоть диск целиком, хоть конкретные разделы, хоть сами файлы из раздела).
а если между dd и nc воткнуть pigz/zstd/lzo/etc то ещё и шустрее выйдет..
но всё равно интересное
Зато добавляется шаг изменения размера разделов. То на то и выходит.
А если ключ шифрование в чипе TPM2 ноутбука находится, тогда это всё не заработает?
Может быть я чего-то не учитываю, но кажется, что clonezilla должна помочь: делаем копию на внешний диск. Разворачиваем копию на новый диск. Меняем размер после расшифровки и загрузки.
В этой схеме есть пара просчётов:
Нужен внешний диск (который не всегда есть)
Время копирования увеличивается в два раза минимум (т.к. нужно делать два раза копию одного и того же), плюс возможно упереться в скорость этого самого внешнего диска, и проиграть ещё больше времени.
Если ноутбук действительно старый, и ядро там не самое свежее, то и работа nvmet модуля может быть с неожиданностями.
ssh с перенаправлением вывода dd удалённой машины на вход локального dd (или наоборот) и надёжно, и секретно.
И никаких модулей ядра не надо.
(своё набивание шишек с nvme я описывал тут https://habr.com/ru/companies/beeline_tech/articles/770174/)
А этот nvme-over-tcp лучше или хуже работает чем nbd или iscsi при соединении через интернет+wiregiard? У кого-нибудь есть подобный опыт?
Тут предлагают разные способы решения этой проблемы. Добавлю и от себя один: если у вас btrfs или ZFS, можно сделать снэпшоты нужных разделов и отправить их через любой pipe. Хоть ssh, хоть netcat. И с флешки загружаться не надо на ноуте, с которого отправляете
есть ноутбук с виндоус 10 в корпоративной АД и зашифрованый диск. можно ли скопировать диск на съемный диск и запускать его на другом ноутбуке,?
ChatGPT
Ваша ситуация представляется сложной. Если диск зашифрован с использованием технологии, такой как BitLocker, и интегрирован в корпоративную сеть Active Directory (АД), есть несколько аспектов, которые следует учитывать:
BitLocker шифрует диск с использованием ключей, связанных с конкретной системой. При копировании зашифрованного диска на другую систему ключи не совпадут, что приведет к невозможности расшифровки данных.
А если тоже самое но диск не зашифрованный? Можно всё скопировать? Хочу скопировать и виртуализировать его через ProxMox и не таскать с собой с работы ноутбук. Тем более он используется только как тонкий клиент для связи с внутренними удалённым столами.
Клонируем ноутбук при помощи NVME over TCP