Мы используем файлы cookie и сервисы аналитики. Ознакомьтесь с нашей Политикой сбора данных и выберите, какие типы cookie вы разрешаете:
cookie_policy_accepted — хранит ваш выбор cookiePHPSESSID — сессияkey3 — запоминание входа_ix — единая сессия входа на ixbt.comadminuserskey — вход администратораtopic_add_autosave — автосохранение черновикаls_photoset_target_tmp — временные данные загрузки фотоgeo_country — определяет ваш регион_ga, _ga_*, _ym_uid, _ym_d, _ym_* — статистика посещений__gads, __gpi — таргетирование объявленийВы всегда можете изменить свои предпочтения в настройках.
По поводу совместимости. Подавляющее большинство производителей бэкап- софта — это всякие easos-easeus и пр. — честно ответили мне в письме, что, увы, ARM не поддерживаем, а Paragon/Acronis установка в Windows даже в режиме эмуляции не запускается (при этом производители даже ни намеком не указывают на своих сайтах, что их софт — только для x64). Настоящая несовместимость проявляется в среде WinPE, где эмуляция не работает. А DISM++ARM64 работает. Те, кто пишет про 100500 функций, наверное, имели в виду x64, а для ARM64 есть только три — типа FFU, штатный бэкап Microsoft и подобные DISM++ утилиты.
По поводу замечания Павла — «время ARM еще не пришло» — лучше адресовать ответ не мне, а Тиму Куку)
Пока не дошли руки — почему WinToGo от DISM++ не работает. Сделал вручную WinPE и WinRE для своей ARM64: все работает, даже Dism++ARM64 с флейки WinPE запускается. В Windows Dism++ использеут свой смонтированный образ WinRE в Windows\Temp. Наверное, делает неправильный wim (отсебятина ;). Посмотрю позже.
Скорость создания образа — не хотелось бы говорить «удручающая», но — низкая.
В начале процесса информированность пользователя о происходящем — пугающе отсутствующая, кроме нижней строки состояния: там DISM++ как бы перечисляет файлы, которые хочет скопировать. При этом верхний прогресс-бар находится в состоянии анабиоза (т.е. 0%), а внешний SSD, на котором образ создается, не подает признаков жизни.
Неопытный пользователь может занервничать и прервать процесс (это действие недружелюбно для пользователя и порой к успеху неприводит). Но стоит подождать.
Из плюсов: алгоритмы сжатия хорошие — им позавидуют некоторые лидеры такого рода софта.
Из минусов: созданный загрузочный носитель (достаточного объема — скажем, 64 Гб, и скорости — USB 3.1) не загружается :(, его даже не видит секция Boot Order BIOS (UEFI, конечно).
Можно бы списать ситуацию на больную систему, или кривые руки администратора. Однако, установочный носитель Win11 и Диск восстановления (winre), созданные простым стандартным методом, видятся BIOS и загружаются легко.
Главное тут — долго, по времени, зависающие процесса создания, внушающие неуверенность пользователю, а значит — чувство ненадежности. Разработчик DISM++ даже не удосужился настройкой блокировки Windows от засыпания во время процесса (я-то это сделал, но результат — выше)
Пока не могу рекомендовать эту утилиту.