Клонирование диска

[Sapfira]

Нужно перенести систему и всё остальное с одного диска на другой. Но проблема в том, что на одном диске разметка MBR, а на другом GPT. То есть, если вставлю системный диск с MBR в компьютер с UEFI, то система не запустится (скорее всего, пробовать, не пробовала), а значит, клонировать не получится.

 

Нормально будет, если сделать резервную копию всего диска, а потом с помощью загрузочной флешки восстановить всё на другой диск? Или без установки системы начисто не обойтись?

[dima_kor]

26 минут назад, Sapfira сказал:

Нужно перенести систему и всё остальное с одного диска на другой. Но проблема в том, что на одном диске разметка MBR, а на другом GPT. То есть, если вставлю системный диск с MBR в компьютер с UEFI, то система не запустится (скорее всего, пробовать, не пробовала), а значит, клонировать не получится.

 

Нормально будет, если сделать резервную копию всего диска, а потом с помощью загрузочной флешки восстановить всё на другой диск? Или без установки системы начисто не обойтись?

В Вашем случае лучше произвести посекторное клонирование раздела. В этом случае размер образа будет равняться полному объему клонируемого раздела, а не общему размеру записанных на него данных. Если Вы переносите раздел на другое устройство, то бояться вовсе нечего. Здесь есть где "разгуляться" с экспериментами. В UEFI устройства, на которое будет восстановлен раздел из образа, не забудьте выбрать настройку загрузки с секторов MBR (BIOS CSM).

Изменено 5 июня, 2023 пользователем dima_kor

[Friend]

Почему нет желания все с нуля установить и настроить, а потом перенести только нужные файлы?

[Sapfira]

5 минут назад, Friend сказал:

Почему нет желания все с нуля установить и настроить, а потом перенести только нужные файлы?

Потому что там вагон всего перенастраивать и переустанавливать.

[sputnikk]

надо выбрать клонирование ОС, а не диска. Файлы скопировать

[Sapfira]

4 часа назад, sputnikk сказал:

надо выбрать клонирование ОС, а не диска. Файлы скопировать

Мне надо не только систему переносить, но и все программы, которые на другом разделе, чтобы потом не переустанавливать.

Один раз уже клонировала весь диск, хорошо получилось.

[andrew75]

@Sapfira, по-моему это ваш случай.

 

И я не совсем понял - вы собираетесь переносить склониованный диск на другой компьютер? А вы уверены что эта система там вообще запустится?

Или вы просто диск поменять хотите?

Изменено 6 июня, 2023 пользователем andrew75

[Sapfira]

2 часа назад, andrew75 сказал:

А вы уверены что эта система там вообще запустится?

Уже запустилась и работает, после переключения на MBR в Биосе, только активация слетела.

 

2 часа назад, andrew75 сказал:

И я не совсем понял - вы собираетесь переносить склониованный диск на другой компьютер?

Да. Перенесла обычный SSD на другой компьютер, теперь собираюсь склонировать его на SSD NVMe, чтобы система и программы были на более скоростном диске.

 

Aomei Backupper нормально клонирует или лучше другую программу выбрать?

[Sapfira]

В общем, клонировала диск программой Aomei Backupper, всё работает, система и программы запускаются. Почти весь день всё работало, но в один момент потух экран, пришлось перезагружаться, после перезагрузки зашла в журнал ошибок, а там на этот момент зафиксировалась ошибка (даже 2 раза) "Структура файловой системы тома С восстановлена".  Это ничего страшного или что-то не то?

 

  

 

Ещё минидамп создался, но по нему толком ничего не понятно.

 

Дамп: 060923-4703-01.dmp (09.06.2023 00:55:16)
Код: 0xEF - CRITICAL_PROCESS_DIED
Процесс: svchost.exe, вероятно вызвано: ntkrnlmp.exe
FAILURE_BUCKET_ID: 0xEF_svchost.exe_BUGCHECK_CRITICAL_PROCESS_15467080_nt!PspCatchCriticalBreak

060923-4703-01.log

 

[ska79]

Цитата

Формат диска RAW — это своего рода «отсутствие формата», а точнее файловой системы на диске: так бывает с новыми или неисправными жесткими дисками, а в ситуациях, когда ни с того ни с сего диск стал RAW формата — чаще из-за системных сбоев, неправильного выключения компьютера или проблем с электропитанием, при этом в последнем случае информация на диске обычно остается в сохранности.

Отсюда

[andrew75]

@ska79, а где вы там увидели что-то про RAW?

 

@Sapfira, по-моему ничего страшного. После сбоя система восстановила индексы. Это чисто логическая ошибка.

[Sapfira]

16 часов назад, andrew75 сказал:

Это чисто логическая ошибка.

Это хорошо. Но сегодня, при включении компьютера, опять эта ошибка появилась, 4 раза подряд.

 

Сделала CheckDisk, он там всякие потерянные файлы повосстанавливал.

Спойлер

Проверка файловой системы на 😄 Тип файловой системы - NTFS.
Была запланирована проверка диска.
Теперь Windows проверит диск.
Этап 1: Изучение базовой структуры файловой системы...
Очистка тегов экземпляра для файла 0x12ff.
Очистка тегов экземпляра для файла 0x5516.
Очистка тегов экземпляра для файла 0x5d61.
Обработано 986624 файловых записи.
Проверка файла завершена.
Продолжительность фазы (проверка записи файла): 5,37 секунды.
Обработано 14889 записей в больших файлах.
Продолжительность фазы (восстановление потерянной файловой записи): 6,57 миллисекунды.
обработано 0 ошибочных записей в файле.
Длительность фазы (проверка неправильной записи файла): 1,64 миллисекунды.
Этап 2: Проверка связи имен файлов...
обработано 10201 запись повторного анализа.
Индекс растрового изображения $I30 в файле 0x725 неверен.
CHKDSK обнаружил свободное пространство, помеченное как выделенное в растровом изображении для индекса $I30 для файла 725.
Обработано 1187804 записи в индексе.
Проверка индекса завершена.
Продолжительность фазы (проверка индекса): 9,17 секунды.
CHKDSK сканирует неиндексированные файлы на предмет повторного подключения к их исходному каталогу.
Восстановление потерянного файла 1344FBF0E78331603F67BC973556A42236DB8541 (D3) в файл каталога 725.
Восстановление потерянного файла CrashpadMetrics.pma (607) в файл каталога 38301.
Восстановление потерянного файла 025DBF93C22D3DD6F00FD4F3FA378255A87DDD7F (7FA) в файл каталога 725.
Восстановление потерянного файла 137BDE36AA891F6B367967ECF46EFA47B369730B (85E) в файл каталога 725.
Восстановление потерянного файла 13886D0D75467F564D7BA7CC2C360D0AAF0C141E (26B2) в файл каталога 725.
Восстановление потерянного файла 131C33C6A3DD2D17C278BB5C92A2082F1B18086A (2886) в файл каталога 725.
Восстановление потерянного файла 0237FB570E26EDDEA6868673B50230C3C5B7DCDA (5889) в файл каталога 725.
Восстановление потерянного файла 1B43862D9327A4D90AB5AC8E17472423 (6745) в файл каталога 726B.
Восстановление потерянного файла 0127B437822C8E0925B1A5313C3CBA03C3685469 (7925) в файл каталога 725.
Восстановление потерянного файла 02BDB966FBEA551A3180FC8B450A378EAF1E75AF (83C0) в файл каталога 725.
Пропускаю дальнейшие сообщения о выздоравливающих сиротах.
Отсканировано 36 неиндексированных файлов.
27 неиндексированных файлов восстановлены в исходный каталог.
Продолжительность фазы (потерянное повторное подключение): 2,62 секунды.
CHKDSK восстанавливает оставшиеся неиндексированные файлы.
9 неиндексированных файлов восстановлены в бюро находок.
Бюро находок находится по адресу \найдено.Продолжительность фазы 000 (восстановление потерянных данных в lost and found): 13,40 миллисекунд.
обработано 10201 запись повторного анализа.
Продолжительность фазы (повторный анализ точки и проверка идентификатора объекта): 33,55 миллисекунды.
Этап 3: Проверка дескрипторов безопасности...
Очистка 4647 неиспользуемых записей индекса из индекса $SII файла 0x9.
Очистка 4647 неиспользуемых записей индекса из индекса $SDH файла 0x9.
Очистка 4647 неиспользуемых дескрипторов безопасности.
Проверка дескриптора безопасности завершена.
Продолжительность фазы (проверка дескриптора безопасности): 124,41 миллисекунды.
Обработан 100591 файл данных.
Продолжительность фазы (проверка атрибутов данных): 1,78 миллисекунды.
CHKDSK проверяет журнал Usn...
Проверка журнала Usn завершена.
Исправление ошибок в атрибуте BITMAP главной файловой таблицы (MFT).
Windows внесла исправления в файловую систему.
Никаких дальнейших действий не требуется.
Общее дисковое пространство составляет 104278012 КБ.
74734320 Кбайт в 277936 файлах.
141100 КБАЙТ в 100595 индексах.
0 Кбайт в поврежденных секторах.
1064380 КБАЙТ, используемых системой.
65536 КБ занимает файл журнала.
На диске доступно 28338212 кбайт.
4096 байт в каждой единице распределения.
общее количество единиц размещения на диске - 26069503.
На диске доступно 7084553 единицы распределения.
Общая продолжительность: 17,57 секунды (17578 мс).
Внутренняя информация: 00 0e 0f 00 9c c6 05 00 b5 9a 06 00 00 00 00 00 00 ................
8e 05 00 00 4b 22 00 00 00 00 00 00 00 00 00 00 .... К"..........

Теперь придётся наблюдать, что дальше будет.

[Ummitium]

Есть утилита от Forensit по копированию учетной записи целиком со всеми параметрами (реестр, папки пользователя) и развертыванию на новую систему. Но для такого варианта надо предварительно установить все программы, чтобы их настройки подхватились при переносе.

При копировании разделов надо проверять диск на ошибки. И использовать проверенные утилиты от Acronis, Paragon. В интернете много образов для создания загрузочных флешек с данными утилитами.

[Sapfira]

Чтобы не создавать новую тему, напишу тут.

После клонирование диска, на новом диске образовалось свободное пространство, размером 22 ГБ. Хотела добавить его к диску "С", но так как они расположены не рядом, стандартным средством не получится. Воспользовалась программой AOMEI Partition Assistant, ей для выполнение этой задачи необходимо выполнить перезагрузку в режим Windows PE, так вот, во время этой перезагрузки появляется синий экран с ошибкой 0хс000021а, висит несколько секунд, потом система загружается в штатном режиме, разделы остаются необъединенными. В чем может быть проблема?

[andrew75]

45 минут назад, Sapfira сказал:

В чем может быть проблема?

какие-то проблемы AOMEI.

Попробуйте другую программу.