Не грузится windows 7 после восстановления acronis

Устранение неполадок загрузки

Если система была загружаемой при создании резервной копии, ожидается, что она будет загружаться после восстановления. Однако данные, которые ОС хранит и использует для загрузки, во время восстановления могут устареть, особенно в случае изменения размеров томов, хранилищ или целевых дисков. Acronis Backup & Recovery 11 автоматически обновляет загрузчики Windows после восстановления. Другие загрузчики тоже можно исправить, но бывают случаи, когда необходимо активировать загрузчики заново. В частности, при восстановлении томов Linux иногда требуется применять исправления или вносить изменения в загрузку, чтобы Linux могла корректно загрузиться.

Далее приведена сводка стандартных ситуаций, требующих участия пользователя.

Почему восстановленная операционная система может не загружаться
  • В BIOS машины была задана загрузка с другого жесткого диска.

    Решение: настройте BIOS на загрузку с жесткого диска, на котором находится операционная система.

  • Система была восстановлена на отличающееся оборудование, и новое оборудование несовместимо с наиболее важными драйверами, включенными в резервную копию.

    Решение: загрузите машину с загрузочного носителя и примените Acronis Universal Restore для установки соответствующих драйверов и модулей.

  • Система Windows восстановлена на динамический том, который не может быть загрузочным.

    Решение: восстановите Windows на основной, простой или зеркальный том.

  • Системный том был восстановлен на диск, на котором нет MBR.

    Если задано восстановление системного тома на диск, где нет MBR, программа спросит, нужно ли восстановить MBR вместе с системным томом. Отказывайтесь от восстановления MBR только в том случае, если не нужно, чтобы система загружалась с этого диска.

    Решение: восстановите том еще раз вместе с MBR соответствующего диска.

  • Система использует Acronis OS Selector.

    Поскольку основная загрузочная запись (MBR) при восстановлении системы может быть изменена, программа Acronis OS Selector, которая использует MBR, может перестать функционировать. В этом случае активируйте Acronis OS Selector повторно следующим образом.

    Решение: загрузите машину с загрузочного носителя Acronis Disk Director и выберите в меню команду Сервис -> Активировать OS Selector.

  • Система использует загрузчик GRand Unified Bootloader (GRUB) и была восстановлена из обычной (не из посекторной) резервной копии.

    Одна часть загрузчика GRUB находится в первых нескольких секторах диска или в первых нескольких секторах тома. А оставшаяся часть располагается в файловой системе одного из томов. Загружаемость системы может быть восстановлена автоматически, только если GRUB находится в первых нескольких секторах диска и в файловой системе, к которой возможен прямой доступ. В других случаях пользователю придется повторно активировать загрузчик вручную.

    Решение: повторно активируйте загрузчик. Возможно, потребуется также исправить файл конфигурации.

  • Система использует загрузчик Linux Loader (LILO) и была восстановлена из обычной (не из посекторной) резервной копии.

    LILO содержит многочисленные ссылки на абсолютные номера секторов, поэтому не может быть восстановлен автоматически, за исключением того случая, когда все данные восстанавливаются в тех же секторах с такими же абсолютными номерами, как на исходном диске.

    Решение: повторно активируйте загрузчик. Может также потребоваться исправить файл конфигурации загрузчика по причине, описанной в предыдущем пункте.

  • Загрузчик системы указывает на неверный том.

    Такое может произойти, если системный или загрузочный том восстанавливается не в прежнее хранилище.

    Решение: для загрузчиков Windows эту проблему можно исправить, изменив файл boot.ini или boot\bcd. Acronis Backup & Recovery 11 делает это автоматически, поэтому возникновение такой проблемы маловероятно.

    Для загрузчиков GRUB и LILO потребуется исправить файлы конфигурации GRUB. Если номер корневого раздела Linux изменился, также рекомендуется изменить /etc/fstab для обеспечения корректного доступа к тому SWAP.

  • Linux была восстановлена из резервной копии тома LVM на основной MBR-диск.

    Такая система не может загрузиться, поскольку ее ядро пытается подключить корневую файловую систему на томе LVM.

    Решение: измените конфигурацию загрузчика и /etc/fstab, чтобы LVM больше не использовалась, и активируйте загрузчик повторно.


Рейтинг 4.75/40:

0 / 0 / 0

Регистрация: 13.12.2014

Сообщений: 17

13.12.2014, 11:01. Показов 8437. Ответов 42


Здравствуйте. Имеется ж.д. на 250 gb. Был один раздел, дернул меня черт сделать второй из свободного места. Ранее пользовался acronis все получалось. Теперь Windows 7 не загружается — черный экран и мигающий курсов в углу.
Читал много похожих тем, но без совета знающих что то делать опасаюсь.
Вот что показывает DMDE

Миниатюры

 



0



X-Factor

3177 / 2107 / 184

Регистрация: 16.11.2011

Сообщений: 5,840

13.12.2014, 11:29

Сообщение от rubbay

что то делать опасаюсь.

1. Выделяете раздел в красной рамке (Last LBA = 274 286 427)
И удаляете его
2. Выделяете раздел в синей рамке (Last LBA = Last LBA = 488 393 023)
И вставляете его.
См картинку.

Ориентируйтесь по последнему сектору. Может и перерезали чего акронисом…
От этого хуже уже не будет…

3. Перезагружаете машину и отписываетесь…

ЗЫ На Windows 7 никакой акронис Вам не нужен был, — надо было поджимать раздел средствами Windows 7. — Через Управление дисками выделить раздел и поджать. Это безопасно.

Миниатюры

 



1



0 / 0 / 0

Регистрация: 13.12.2014

Сообщений: 17

13.12.2014, 11:41

 [ТС]

После того как хочу вставить раздел, спрашивает. Сохранится ли информация?

Миниатюры

 



0



X-Factor

3177 / 2107 / 184

Регистрация: 16.11.2011

Сообщений: 5,840

13.12.2014, 12:06

Сообщение от rubbay

Сохранится ли информация?

На всякий случай предварительно пришлите дампы секторов LBA = 0, LBA = 488 393 023. Ну и LBA = 19 пусть тоже будет…

Например дамп сектора LBA =19 делается так… —
Сервис ===> Копировать секторы
И заполняете шаблон
=========================
Источник — проблемный хард
Приёмник — файл
См. Картинку

У меня файл сохраняется по по маршруту —
O:\Ответ\CyberForum\rubbay\dev0_lba19_1. bin
Вы сохраняйте куда хотите, только имя самого файла не меняйте — оно мнемонично…

Ну и остальные секторы копируете аналогично…

Миниатюры

 



0



0 / 0 / 0

Регистрация: 13.12.2014

Сообщений: 17

13.12.2014, 12:22

 [ТС]

Сделал дампы. Что дальше предпринять?



0



X-Factor

3177 / 2107 / 184

Регистрация: 16.11.2011

Сообщений: 5,840

13.12.2014, 12:28

Сообщение от rubbay

Сделал дампы. Что дальше предпринять?

То, что отложили… — Удалить раздел в красной рамке и вставить тот, что в синей…



0



Заблокирован

13.12.2014, 12:53

rubbay
Подожди вставлять нерабочий том. Лучше пока оставь как есть, и пришли дамп сектора 488394751.

Добавлено через 15 минут
И ещё просьба указать чем это делалось: версия Акрониса, в том числе билд, откуда взята, и с чего запускалась — из винды или с загрузочного диска.



0



X-Factor

3177 / 2107 / 184

Регистрация: 16.11.2011

Сообщений: 5,840

13.12.2014, 13:00

Сообщение от 9285

Подожди вставлять нерабочий том

Хм… Сейчас в в PT стоит
Sectors in partition 1 = 488393005

Это согласуется со значением Total sectors = 488393004 для Last LBA = 488 393 023
488 393 023 – 19 + 1 = 488393005 секторов…

А текущее значение в Total sectors = 274286408 в буте LBA = 19 — это очень мало…
Хотя конечно непонятно, как там оно делалось…



0



0 / 0 / 0

Регистрация: 13.12.2014

Сообщений: 17

13.12.2014, 13:05

 [ТС]

Сообщение от 9285

Подожди вставлять нерабочий том. Лучше пока оставь как есть, и пришли дамп сектора 488394751.

Делалось этим DiskDirectorSuite10.0.2161_s_ru из под винды.



0



Заблокирован

13.12.2014, 13:52

rubbay
Спасибо! Ты подтвердил мои мысли.
Используемая тобою версия не знакома с разметкой «а-ля 2048», и поэтому (впрочем это может быть и у знакомых с таковой) начало раздела перенесено в иной сектор. И вот здесь самый неприятный момент, в том, смещение раздела выбирается прогой по принципу «от звезды». Могло бы быть и 64 и в таком случае превращений не так много было бы. А раз уж пошли глобальные передвижки, то можно было бы и в классический 63-й, но нет — в твоём случае звезда указала в сектор 19.
Процедура закончилась скорей всего успешно, но проявился характерный глюк — в РТ запись о 250-гиговом разделе, сам раздел 140. Но не это причина незагрузки — она (пусть будет на правах ИМХО) в том, что в загрузочном контейнере винды начало раздела в секторе 2048 а его уже там нет.
Могу предложить или оставить как есть и загрузится с дистрибутива винды и в выбрать восстановление системы. Сама винда должна будет скорректировать загрузчик.
Для перестраховки можно сделать следующее — перед тем как выбрать восстановление, то есть находясь в экране где этот выбор, нажимаешь Shift+F10 и запускаешь
chkdsk C:
смотришь результат, в том числе обьём раздела и главное — наличие ошибок. Если ошибок нет — заходишь в Восстановление.
Когда всё восстановится и винда загрузится, зайди в диспетчер дисков и сожми том.
Тем самым ты поправишь запись в РТ и наконец таки узнаешь о том, что есть безопасный способ уменьшать раздел, который не приводит к таким последствиям и таким уродствам.

Добавлено через 25 минут
Поправка.
Имеется ещё одна (хотя может и только она) причина незагрузки, и имено с таким симптомом.
0-вое значение параметра Hidden sectors в бутсекторе раздела. Нужно исправить его на 19.



0



0 / 0 / 0

Регистрация: 13.12.2014

Сообщений: 17

13.12.2014, 14:11

 [ТС]

Либо я что то не так делаю, либо не получается. После процедур указанных в сообщении №2, картина остается таже что я выкладывал в первом сообщении. Теперь при загрузке просит перезагрузится и выбрать правильный boot device.
Когда вставляю раздел еще выходят такие окна:

Миниатюры

 

 



0



Заблокирован

13.12.2014, 14:21

rubbay
Скажи спасибо тому, кто тебе (традиционно) в спешке дал необдуманный совет удалить запись рабочего раздела.
Теперь тебе надо вставить назад, но так просто это не получится. Потом его ещё и активным надо будет сделать.
Я думаю что всё таки рабочий сейчас 140-гиговый раздел и достаточно вставить его. Но чтобы быть уверенным в этом точно ( что все манипуляции с уменьшением раздела акронис завершил) надо смотреть дампы + лог поиска NTFS. Примитивно можно попробовать открыть том с началом в секторе 19 с индикаторами BxF посмотреть его структуру. Если похоже на том. то прописывай его как основной. Затем делай что я написал ранее по поводу чекдиска.



0



0 / 0 / 0

Регистрация: 13.12.2014

Сообщений: 17

13.12.2014, 14:45

 [ТС]

Сообщение от 9285

Если похоже на том. то прописывай его как основной

как посмотреть что похож на том, и как прописать его основным?
140 гигов — это должен был быть новый раздел, но хотя хз, по размеру я делал его чуть меньше.



0



Заблокирован

13.12.2014, 14:51

Скорей всего я скоро уйду, поэтому смогу ответить на возможные вопросы позжее.
Поэтому два момента.
1. Небольшая просьба. Сбрось дампы секторов 43+32 (43-й и 32 следующих за ним) и 61049323+10
2. Для изменение значения Hidden sectors тебе нужно будет перейти к сектору 19.
В DMDE Режим-Физические секторы (Alt+P) — вбиваешь 19 и Ок.
Или просто пролистываешь до этого сектора. Выбираешь вид бутсектора нажатием F7.
Должно выглядеть как в атаче. Наводишь на выделенную строку. Включаешь режим редактирования (Ctrl+E) и заменяешь 0 на 19. Сохраняешь изменения Ctrl+W. Всё.
Пробуешь загрузить систему. Подразумевается что ты перед этим сделаешь рекомендуемое ранее.

Миниатюры

 



0



Заблокирован

13.12.2014, 14:55

Сообщение от rubbay

как посмотреть что похож на том, и как прописать его основным?

Делаешь как делал до этого, только выбери Noname01 и понажимай Enter, после открытия тома смотри Root.
Ты же уже пробовал вставлять — повтори, но с указанным мною томом.
С размером всё в порядке — это погрешности разных систем измерений.



0



X-Factor

3177 / 2107 / 184

Регистрация: 16.11.2011

Сообщений: 5,840

13.12.2014, 14:55

rubbay, Без паники — ничего страшного нет…
Акронис перетащил непонятно зачем начало $MFT в кластер Start C# $MFT = 3 и пересчитал ФС…
А ранее было Start C# $MFT = 16, но теперь это начало тома не годится . Поэтому надо просто вернуть по адресу LBA = 19 бутсектор. Надо файл dev0_lba19_1.bin записать на хард по LBA = 19…
Будет как было… Но просто так Windows 7 не загрузится…



0



Заблокирован

13.12.2014, 14:56

Сообщение от Tau_0

Надо файл dev0_lba19_1.bin записать на хард по LBA = 19…

Пипец. Зачем записывать то, что там есть?



0



0 / 0 / 0

Регистрация: 13.12.2014

Сообщений: 17

13.12.2014, 15:02

 [ТС]

Надеюсь правильно сделал дампы



0



0 / 0 / 0

Регистрация: 13.12.2014

Сообщений: 17

13.12.2014, 15:12

 [ТС]

Ребят, я совсем запутался, голова кругом, да и дома ждут (сам на работе). Завтра продолжу, вот только поясните с какого места мне начинать завтра. Благодарю что откликнулись.



0



X-Factor

3177 / 2107 / 184

Регистрация: 16.11.2011

Сообщений: 5,840

13.12.2014, 15:34

Сообщение от 9285

Пипец. Зачем записывать то, что там есть?

Не проверял… Но предполагаю, что DMDE загнал/перекрыл бут в LBA = 19 копией бута из в LAST LBA = 488 393 023.
А если бы бут остался старым, то проблемы бы не возникло… — Откуда ей взятся…???…



0



raxper

Эксперт

30234 / 6612 / 1498

Регистрация: 28.12.2010

Сообщений: 21,154

Блог

13.12.2014, 15:34

20

Новые блоги и статьи

Все статьи  

Все блоги / 

Разработка собственного фреймворка для тестирования в C#

UnmanagedCoder 04.05.2025

C# довольно богат готовыми решениями – NUnit, xUnit, MSTest уже давно стали своеобразными динозаврами индустрии. Однако, как и любой динозавр, они не всегда могут протиснуться в узкие коридоры. . .

Распределенная трассировка в Java с помощью OpenTelemetry

Javaican 04.05.2025

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

Шаблоны обнаружения сервисов в Kubernetes

Mr. Docker 04.05.2025

Современные Kubernetes-инфраструктуры сталкиваются с серьёзными вызовами. Развертывание в нескольких регионах и облаках одновременно, необходимость обеспечения низкой задержки для глобально. . .

Создаем SPA на C# и Blazor

stackOverflow 04.05.2025

Мир веб-разработки за последние десять лет претерпел коллосальные изменения. Переход от традиционных многостраничных сайтов к одностраничным приложениям (Single Page Applications, SPA) — это. . .

Реализация шаблонов проектирования GoF на C++

NullReferenced 04.05.2025

«Банда четырёх» (Gang of Four или GoF) — Эрих Гамма, Ричард Хелм, Ральф Джонсон и Джон Влиссидес — в 1994 году сформировали канон шаблонов, который выдержал проверку временем. И хотя C++ претерпел. . .

C# и сети: Сокеты, gRPC и SignalR

UnmanagedCoder 04.05.2025

Сетевые технологии не стоят на месте, а вместе с ними эволюционируют и инструменты разработки. В . NET появилось множество решений — от низкоуровневых сокетов, позволяющих управлять каждым байтом. . .

Создание микросервисов с Domain-Driven Design

ArchitectMsa 04.05.2025

Архитектура микросервисов за последние годы превратилась в мощный архитектурный подход, который позволяет разрабатывать гибкие, масштабируемые и устойчивые системы. А если добавить сюда ещё и. . .

Многопоточность в C++: Современные техники C++26

bytestream 04.05.2025

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

Продвинутые List Comprehension в Python

py-thonny 04.05.2025

Когда я впервые столкнулся с list comprehension в Python, это было похоже на открытие тайной комнаты в знакомом доме. Вроде бы обычный цикл, но настолько элегантный, что заставляет переосмыслить. . .

Confluent Kafka Go и потоковые приложения в реальном времени на Golang

golander 03.05.2025

Мир обработки данных перевернулся, когда в 2011 году LinkedIn открыл исходный код Kafka – распределённой системы передачи сообщений, разработанной для внутренних нужд компании. Изначально Кафка. . .

Наверх

Проявляется ошибка в виде исключения при загрузке ОС либо явно выводом ошибки запущенного загрузчика autopart. Обычно является следствием работы с дисками с процедурой, требующей перезагрузки ОС с целью освободить занятые дескрипторы. Как лечится описано далее.


Для решения данной проблемы и успешной загрузки необходимо удалить файл autopart.exe из папки Windows, а затем, и из его реестра. Для этого необходимо проделать такие шаги:

1. Загрузите восстановление компьютера.
2. Запустите командную строку восстановления компьютера Windows
3. Определите на каком логическом диске находится папка Windows. 
4. Вводите следующие команды (после ввода каждой команды нажимаем клавишу <Enter>):
    С: (Определяем логический диск, с которым работаем)
    cd \Windows\System32 (переходим в папку Windows\System32)
    dir autopart.* (выбираем все файлы, в названии которых есть слово autopart. Обычно в результатах выборки будут присутствовать файлы autopart.exe, autopart.opt и autopart.cfg)
    del autopart.exe (удаляем файл autopart.exe)
5. Перезагружаем компьютер. Теперь Windows должен нормально загрузиться.
6. Запускаем Редактор реестра (regedit).
7. Находим ключ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager.
8. В нём смотрим значение мультистрокового параметра BootExecute. Если оно содержит autopart.exe — отредактируйте удалите эту строку.
Удаляем строку autopart.exe из Параметра BootExecute
(Нормальным значением этого параметра является autocheck autochk *).
9. Закрываем Редактор реестра.
P.S. Удалить файл autopart.exe (п.п. 1-4) так же возможно загрузившись из любого LiveCD.

Опубликовал: на 14.09.2017

  • После восстановления Акронисом Windows 7, UR не видел ее. Чтобы это исправить, грузимся в режим восстановления винды и в консоли выполняем: «bcdboot D:\Windows /l ru-RU» , где D:\, диск с виндой. После этого в меню загрузки, будет два пункта Windows. Установив драйвера через UR лишний пункт можно удалить из под винды через msconfig.
  • Не стартует загрузчик:
    • восстановливаем MBR: bootrec.exe /FixMbr
    • восстановливаем загрузочный сектор: Bootrec.exe /FixBoot
    • Или одной командой: bootsect /NT60 SYS
  • Винда все таки загрузилась, но при этом системный диск поменял букву (перед созданием образа было С, а после стал диском D). Это возникает из-за того что windows 7, 2008R2, игнорируют очередность разделов на диске. Для исправления буквы на первоначальную, нужно поправить реестр. Грузимся в WinPe и открываем HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices у больной Виндовс. В этой ветке связываются имена томов с уникальными идентификаторами для томов. Это связывание позволяет Windows поддержать идентичность тома, даже когда его переменное название изменяется. Находим параметры с именами вида: «\DosDevices\X:», где Х, это буква диска. Нужно параметр с буквой «D» и поменять ее на «C».

Доброго времени! Уважаемые специалисты, подскажите пожалуйста, что я делаю не так. Windows 7 Активированная Loader eXtreme Edition v3. Делаю резервную копию раздела Зарезервированного системой и Локального диска С. После запускаю восстановление, обоих разделов и мбр. Восстановление проходит удачно, но не возможно загрузиться с Loadera, загрузка идет только с не активированной ОС и приходиться активировать повторно. Так вот вопрос, как сделать копию диска так, что бы и активация не слетала? Или может я что то в другом месте делаю не правильно?

Очень прошу прощения, если создал тему не там или не так. просто очень срочно надо, а настоящие знатоки, находятся на данном ресурсе.

я пробовал разные варианты, и да же когда один диск С восстанавливаю, почему то слетает активация. ((( Да же не то что слетает, а перестает грузиться Loader выдавая, что файл поврежден или не найден. И приходиться грузиться с не активированной. Там все нормально, все восстановлено. Но активировать приходиться повторно. При повторной активации, активатор ругается, что не может получить доступ к какому то файлу с длинным названием, 2 раза, но активация проходит нормально.

Да и вообще не понятно, если я скопировал только диск С, и восстановил тут же его (ради теста), почему пункт Loader перестает грузиться? Что то имхо не то (((.

Добавлено спустя 1 час 36 минут 16 секунд:
Самая свежая информация:
Вот сейчас сделал так. Снял полный образ со раздела Локальный диск (С! Винда была Активирована. Удалил кое какие мелкие свой фотки. Запустил восстановление, только раздела С:, И бах сного оно, вот подробно што пишет при загрузке после восстановления:

Не удается запустить Windows, возможно это произошло из за недавнего изменения конфигурации оборудования или программного обеспечения. Вставте диск Windows… бла бла бла.

Файл: \XELD1.exe
Состояние: 0xc000000F
Сведения: Не удается загрузить выбранную запись, поскольку приложение отсутствует или повреждено.

Естественно, сколько не пытайся, запись Loader не грузиться, загружается только не активированная Windows и сразу кречит, что она пиратка. Далее, повторно запускаем Loader… v3.0 и он сообщает:

Cannot open file…….. XELD1.exe (тот самый, на который ругается винда)
Не удается найти файл.

Потом появляется окно с выбором метода Активации, выбираем метод Loader и он сново ругается, Cannot open file…….. XELD1.exe (тот самый, на который ругается винда) Не удается найти файл. Но успешно все активирует.

Так вот теперь вопрос: Я же, ни трогал ни МБР, ни зарезервированный системой раздел, а только снял и вернул то что на диске С:, почему тогда так происходит? При этом, фотки и тд, он успешно восстановил

Понравилась статья? Поделить с друзьями:
0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии
  • Реестр windows сетевые диски
  • Полное отключение брандмауэра windows 10 через командную строку
  • Huawei mobile drivers for windows 10
  • Экран уехал влево что делать windows 10
  • Как ускорить ноутбук или повысить его производительность windows 11