DD vs NVME

rut · #1

Форумчане, предстоит очередной переезд со старого ноута на новый. Как -то пользовался отличнейшей утилитой DD для клонирования диска на низком уровне без всякой там оглядки на разделы итд. Стоит ли рассчитывать на эту утилиту, если схема клонирования будет такая: SSD диск ( старый, стоит в ноуте, не снимается) переезжает путем клонирования на NVME диск (новый) подключенный через USB переходником M2. Потом NVME устанавливается в новый ноут в свое законное место.
Сама утилита по всем протоколам, шинам такой финт ушами потянет ? Или заморачиваться акронисами и тд.

#2

dd работает "выше" физических "шин и протоколов". Она работает с файлами. Точно так же как и обычная cp, или скажем rsync. Но умеет копировать файл не только с начала и до конца а и блоками (т.е. пропустив часть данных сначала или скопировать только Х байт от файла) - в этом их отличие. Но т.к. в линуксе базовый подход "все есть файл" - блочное устройство (и диск целиком, и отдельный его раздел) - тоже можно рассматривать как файл. А значит с ним может работать dd, cp, и любая другая программа. Это просто справка, чтобы не было заблуждений: dd это не специализированная утилита клонирования диска (тем более - не на низком уровне). Это инструмент копирования файлов с широкими возможностями, которая может работать с дисками за счет того, что диски - тоже файлы с точки зрения ядра системы.

По сути дела - можно использовать dd, только размеры разделов при переносе будут неизменны (dd просто копирует байты, она ничего не знает о структуре того, что копирует). Если новый диск больше - останется свободное место, не распределенное к разделам. Если меньше - будет ошибка копирования, и раздел который не влез целиком будет скорее всего нерабочим, причем при попытках записи на него будет портится еще сильнее (т.к размер указанный в его метаданных будет больше реального, и будут попытки писать на несуществующие блоки). А еще при таком клонировании у GPT разделов окажется одинаковый UUID что вызовет проблему если диск-источник и диск-клон будут находится вместе в одной машине. Т.к. в отличии от MBR, разделы на GPT определяются по их собственному уникальному маркеру, а не по нумерации - и клонирование 1 в 1 скопирует и эту метку-идентификатор - и потом система не сможет различить два раздела с одинаковыми метками. Но если два диска гарантированно не окажутся вместе в одной машине - тогда это не проблема.

Ну и потом в новом ноуте загрузчик нужно будет установить, т.к. EFI - не BIOS, и нужная запись делается прямо в прошивку, т.е. не все нужное для загрузки на самом диске лежит. Этот нюанс будет касаться клонирования любыми инструментами (даже самыми умными "однокнопочными"), если диск-цель в момент копирования будет не на своем законном месте - в новом ноуте.

rut · #3

slant,

slant писал(а): ↑
21 окт 2021, 01:52
Ну и потом в новом ноуте загрузчик нужно будет установить, т.к. EFI - не BIOS, и нужная запись делается прямо в прошивку, т.е. не все нужное для загрузки на самом диске лежит. Этот нюанс будет касаться клонирования любыми инструментами (даже самыми умными "однокнопочными"), если диск-цель в момент копирования будет не на своем законном месте - в новом ноуте.

Да все выше условия соблюдаются, про UUID тоже подумал, но предполагается, что встретятся диски только на этапе dd, потом разводятся по разным местам.
А вот на счет установки загрузчика не понял ? Какие шаги необходимо предпринять при EFI?

#4

Любой загрузчик, кроме загрузчиков сменных носителей (а у них может быть ряд ограничений, вроде пропуска при включенном secure boot и невозможности грузить драйверы/модули), в EFI должны быть прописаны явным образом в самой прошивке (появляются в списке загрузки, те самые записи в списке доступных для загрузки "Windows", "Ubuntu", и т.д. на вкладке boot или подобных меню самой UEFI). В линуксе штатное для этого средство efibootmgr - гуглите подробности, мануалов море.

#5

Да самое простое - после того как склонируешь и вставишь ssd в новый аппарат, загрузиться с флешки, чрутнуться и переустановить груб

rut · #6

rogoznik, Да помню было дело. Кажись Ubuntu Live CD очень подходил для работы с grub2. Ок, буду копать

#7

rogoznik писал(а): ↑
21 окт 2021, 11:40
Да самое простое - после того как склонируешь и вставишь ssd в новый аппарат, загрузиться с флешки, чрутнуться и переустановить груб

Можно и так, но IMHO - по сложности процедуры равноценны, что целиком переустанавливать, что efibootmgr применить.

Кто сейчас на конференции