51 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Ошибка FixBoot Отказано в доступе

При вводе bootrec /fixboot пишет Отказано в доступе

Когда пытаетесь восстановить загрузочную запись в Windows 10 из командной строки, то при вводе команды bootrec /fixboot, вы получаете ошибку “отказано в доступе”. В большинстве случаях, отказ доступа связан с неназначенной буквой или меткой в скрытом разделе EFI. Нужно просто назначить метку, и команда будет выполнена успешно. В других ситуациях, виновником может быть включенная быстрая загрузка в параметрах BIOS или проблема с целевым томом. В этой инструкции о том, как исправить ошибку “Отказано в доступе” при вводе команды “bootrec /fixboot” в Windows 10.

Что делать, когда при вводе bootrec /fixboot пишет Отказано в доступе?

Способ 1. В первую очередь команда bootrec должна выполнятся при условии, что вы запускаете командную строку с установочной флешки. Вам нужно создать загрузочную флешку с Windows 10 и загрузиться в дополнительные параметры загрузки, после чего запустить CMD. Как говорилось выше, это связано с тем, что в скрытом разделе не назначена буква/метка или раздел в NTFS, а нужен FAT32. Запускаем командную строку и вводим следующие команды:

  • diskpart – запуск инструмента с дисками.
  • list disk – список дисков.
  • sel disk 0 – выбор диска (на ПК может быть несколько дисков, выберите тот на котором Windows).
  • list vol – список разделов на выбранном диске.
  • sel vol 3 – выбор раздела. Нужно искать скрытый раздел, который обычно в NTFS и занимает около 600 МБ.
  • assign letter=E: Назначить метку, я назначил E.
  • exit – выйти из инструмента по работе с дисками.
  • format E: /FS:FAT32 – форматирование в FAT32 выбранного раздела E.

На последней команде нажмите Y для подтверждения, если потребуется. Также может быть так, что нужно назначить метку для тома (11 символов). Я назначил E и нажал Enter для продолжения операции. Смотрите второй рисунок. Обязательно перезагрузитесь и попробуйте ввести команду bootrec /fixboot.

Способ 2. Обновим основной загрузочный код в системном разделе, который используется для загрузки Windows. Введите команду ниже:

Способ 3. Если выше способы не помогли, то проверим несколько параметров в BIOS. Параметр может называться по разному, в зависимости от производителя материнской платы. Вам легче поискать в Google или Yandex картинках.

  1. Отключить быструю загрузку: Fast Boot, Quick Power или Quick Boot.
  2. Отключить безопасную загрузку: в большинстве случаях называется Secure Boot.
  3. Изменить UEFI на Legacy: обычно находится во вкладке boot и называется UEFI/Bios Boot Mode.

Ошибка FixBoot Отказано в доступе

Итак, дано:
Системный блок с SSD-ником, на который была изначально установлена Windows 10.
Приобрели второй SSD-ник, на который решили поставить какого-то представителя Linux.
Ессно, загрузчик Windows был похерен и встал загрузчик от Linux.
Но что-то пошло не так и Grub не хотел грузить Windows.
И вот тут сделали, думаю, совсем фатальную ошибку – поставили загрузчик от Linux на диск с Windows.
Но Windows теперь не грузится – BSOD с ошибкой Inaccesible boot device.
При этом божатся, что ни какие партиции на диске с виндой не трогали.
Список партиций прилагаю.

Штатными методами самой винды пытался восстановить загрузку – без эффекта – ругается на ошибку.
Грузился с командной строки:
bootrec /fixboot – не даёт, ругается “Отказано в доступе”.
bootrec /fixmbr без предыдущей ничего не даёт.

В общем задача восстановить загрузчик Windows. На компе установлены программы, которые не хотят терять те, кто попросил меня помочь.
Поэтому отформатировать и поставить систему с нуля вариантов нет. Тем более они куда-то похерили наклейку с ключом. Вернее они её не клеили вовсе, а оставили в коробке от материнки, которую не могут найти.
Мне уже дали системник вот в таком состоянии, поэтому подробности что конкретно они делали до этого сообщить не могу.

Вот такая задача. Какие будут предложения?

olen6
Продолжить второй скрин командами:

Делал сразу. Не помогает.
И форматировал этот раздел предварительно. bcdboot выводил уже не о копировании, а создании.

Отключил второй винт с Linux Mint. Вставил еще один, как раз для подобных случаев.
Поставил 10-ку туда. В загрузчике, соответственно, появилась вторая копия “Windows 10”.
Вот она грузится, а первая – нет. С той же самой ошибкой, вызывающей BSOD “Inaccesible boot device”.

Т.е. загрузчик работает. Не работает почему-то загрузка первой винды.

И еще смущает то, что в BIOS по-прежнему в списке загрузчиков картинка – т.е. остался загрузчик grub.
Как его вытравить?

Вроде с загрузчиком всё в порядке.
Но меня смущает одна вещь. Как я уже сказал, я поставил еще на один винт 10-ку и из неё смог увидеть что там с разделами.
Так вот не снесли ли пользователи MSR? Что за неразмеченный раздел в 16 мегабайт, что, как бы, совпадает с MSR?
И не потому ли проблемы с загрузкой?

Adalon
остался загрузчик grub. Как его вытравить?
Вот после присваивания Системному разделу соответствующей буквы появляется доступ к содержимому каталога EFI на нем, а там внутри должна быть папка Ubuntu или что Вы там поставили, которую и надо удалить.

Не работает почему-то загрузка первой винды
Второй привод отключите, загрузитесь с Win диска/флэшки, и из ком.строки >bootrec /rescanos или сразу >bootrec /rebuildbcd

Добавление от 09.04.2018 14:55:

Musik
Вот после присваивания Системному разделу соответствующей буквы появляется доступ к содержимому каталога EFI на нем, а там внутри должна быть папка Ubuntu или что Вы там поставили, которую и надо удалить.
Всё верно, папка такая там осталась, но даже если её удалить, то запись grub в ПЗУ никуда не денется и будет искать свою удалённую папку. Похоже, что надпись grub он уже смог удалить (её уже нет на скрине), остался только мусор в виде папки Ubuntu.

olen6
Пункт grub из UEFI меню уже удалили, насколько я понял?

Да. Спасибо за бутайс.

Чтобы выбрать загрузку с большого SSD, нужно в бутайсе поднять нижний пункт Windows Boot Manager наверх списка из двух одинаковых пунктов.

Читать еще:  Безопасность компьютера под угрозой. Изменение уровня безопасности, Изменение действия при обнаружении угрозы, Зменение уровня безопасности – Инструкция по эксплуатации KASPERSKY LAB KAV2010- Касперский антивирус. Обновление баз данных

Так я могу и в биосе это выбрать. И выбирал уже – как раз этот вариант загрузки и приводит к невозможности загрузить ОС.
Вернее не так. Если выбрать бут менеджер, который находится на SSD (kingstone), то загрузчик предлагает потом загрузить две операционки – первая будет та, что установлена на отдельный маленький винт и всё грузится. А вот если выбрать ту, что установлена на самом SSD, то не грузится.

BCD сейчас скину.

Musik
или сразу >bootrec /rebuildbcd

Это я в самом начале тоже делал. Он находил один единственный пункт с Windows и я его добавлял.

К сообщению приложены файлы: 1.zip, 1 file(s), 1Кb

Попробовал. Если выбрать загрузку с той винды, что на SSD, то BSOD с всё тем же сообщением “Inaccesible boot device”.

На всякий случай прилагаю BCD с SSD-ника после всех манипуляций.

К сообщению приложены файлы: 1.zip, 1 file(s), 1Кb

Файлы на диске D хоть открываются из другой винды, папка Windows на месте, размер её гляньте? ИМХО нужно проводить проверку системных фалов на диске D, загрузившись в среду восстановления. https://pomogaemkompu.temaretik.com/6563472391665113…jly-windows-7881/
Также есть мысль попробовать сторонний загрузчик установить, но если файлы повреждённые есть, то смысла мало.

P.S. Можете из запущенной винды MSR раздел пока воткнуть на свободные 16 Мб.

olen6
Файлы на диске D хоть открываются из другой винды, папка Windows на месте, размер её гляньте?

Открываются. Ну по крайней мере я полазил по “Моим документам” – открываются там.
Размер вроде нормальный.

Всё для восстановления я проделал сразу. Поэтому и грешил на загрузчик.
Первым делом я прошелся, конечно, скандиском. Но никаких повреждений файловой системы не обнаружилось.

Грузился с штатной системы восстановления, которую сама винда предлагает после нескольких BSOD’ов подряд – она не смогла восстановить.
У них нет ни точек отката, ни образов. Поэтому эти пункты я исключал. Я лишь жал “восстановить проблемы загрузки”. И вот тут выдавало ошибку, что типа невозможно.

Тогда я установил на флешку установщик 10-ки. И с него загрузившись выбирал пункт “Восстановление системы” и далее пытался восстановить загрузку оттуда. Пофиг.

И вот, отчаявшись, я и создал тут тему.
Выходит, если дело не в загрузчике, а систему в морг, то, значит в морг.
Но нужно убедиться, что без переустановки системы не обойтись.
Но это им как серпом по яйцам – у них там куча лицензионного софта, осуществляется переезд офиса и найти все ключи к всяким криптопро и прочему я так понял им будет затруднительно. Вот и попросили меня по-возможности обойтись малой кровью.

Просто проблема в том, что тот, кто попросил меня о помощи, божится, что ничего не делал с системными разделами SSD. Только лишь на этот винт поставил загрузчик при установке Mint.
Т.е. легенда была такая – был системник с 1 винтом и 10-кой. Они поставили туда второй винт, зачем-то решив поставить Linux.
Поставили на этот второй винт. Но загрузчик, который при этом прописался в UEFI не видел винду.
Поэтому они решили переустановить Mint и, как я понял, указав инсталлятору, что загрузчик следует разместить на первом винте с 10-кой.
Вот после этого в загрузчике Grub появилась 10-ка, но она уже не грузилась.
Системник мне достался уже вот в таком “готовом” виде, поэтому точную подноготную я сообщить, к сожалению, не могу.

В данный момент я отключил второй винт с Linux, с вашей помощью убил Grub по крайней мере из списка загрузчиков, но 10-ка первая так и не грузится.

К сообщению приложены файлы: 1.jpg, 959×433, 119Кb

Добавление от 09.04.2018 17:22:

Вернул на место WBM и винда загрузилась и через него.
Видимо всё-таки восстановление MSR как раз помогло.

Спасибо большое за помощь.

К сообщению приложены файлы: 1.jpg, 414×299, 33Кb

Всё хорошо, что хорошо кончается. Для себя тоже усвоил урок, впервые услышал подтверждение (пока только с ваших слов), что MSR нужен, хотя уйму лет ручной разбивкой не создаю его ни себе, ни друзьям. Думал, что он только для преобразования базового диска в динамический, как резервная зона для манёвра.

Bootrec fixboot отказано в доступе

Если произошло неудачное обновление Windows, или компьютер принудительно выключался, он может перестать нормально загружаться, выдавая «синий экран смерти» (BSoD).

Одним из решений этой проблемы является запуск команды «bootrec /fixboot», однако при ее запуске может появиться сообщение «Отказано в доступе» («Access is denied»). Чтобы устранить эту ошибку, можно воспользоваться приведенными ниже решениями.

Подготовка диска восстановления системы

Запись нового сектора загрузки, выполняемая «bootrec /fixboot», требует наличия диска восстановления или инсталляции ОС.

Для изготовления устройства восстановления можно задействовать Media Creation Tool.

Шаг 1. Перейти на рабочем ПК по URL: https://www.microsoft.com/ru-ru/software-download/windows10 и нажать «Скачать сейчас…».

Шаг 2. Запустить средство и следовать его подсказкам для создания диска со средой предустановки Windows PE.

Запуск расширенного устранения неполадок

Шаг 1. Вставить созданный диск или диск установки Windows в персональный компьютер с ошибкой.

Шаг 2. Перезапустить ПК и сразу нажимать клавиши «Esc», «F8», «F12» для запуска меню загрузки.

Шаг 3. Выбрать диск восстановления (установки) для загрузки.

Справка! Способ выбора первого загрузочного устройства можно выяснить в паспорте на ПК.

Шаг 4. Нажать клавишу (любую).

Шаг 5. Выбрать требуемые в конкретном случае пункты и нажать «Далее».

Шаг 6. Нажать «Восстановление…».

Шаг 7. Щелкнуть «Поиск неисправностей».

Шаг 8. Нажать «Командная строка».

Воссоздание структуры EFI на диске

Чаще всего указанная ошибка устраняется форматированием раздела EFI и установкой в него загрузчика Windows.

Шаг 1. Набрать в «Командной строке» перечисленные ниже команды без кавычек, нажимая на клавиатуре «Enter» после ввода каждой из них (в скобочках даны примечания к выполнению команд).

Шаг 2. Повторить запуск команды «bootrec /fixboot». Доступ к команде должен быть разрешен.

Читать еще:  Ошибка синхронизации аккаунта Google Android: как от нее избавиться? Ошибка синхронизации аккаунта Google Android Не открывается gmail на андроид.

Шаг 3. Проверить, запускается ли система после выполнения перезагрузки ПК.

Восстановление запуска ОС

Если предыдущий способ не устранил проблему, можно попробовать восстановить загрузку операционной системы.

Шаг 1. Повторить Шаги 1-8 раздела «Запуск расширенного устранения неполадок».

Шаг 2. Кликнуть по иконке «Восстановление при загрузке (устранение неполадок)…».

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

Шаг 3. Выбрать пользовательскую запись.

Шаг 4. Ввести требуемые данные и щелкнуть «Продолжить».

Шаг 5. Щелкнуть по параметру «Вернуть в исходное состояние».

Запуск операционной системы будет восстановлен.

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

Шаг 6. Проверить, запускается ли ОС.

Пересоздание BCD

Если загрузка ОС не происходит, можно пересоздать файл конфигурации запуска системы (BCD).

Шаг 1. Повторить Шаги 1-8 раздела «Запуск расширенного устранения неполадок».

Шаг 2. Ввести перечисленные ниже команды, подтверждая ввод каждой из них нажатием «Enter».

Шаг 3. Проверить, запускается ли ОС после перезагрузки ПК.

Запуск проверки диска

Если ОС не запускается, возможно, потребуется проверка файловой системы жесткого диска (HDD).

Справка! Проверка HDD, как и дополнительные перезагрузки компьютера, могут помочь при любом решении указанной проблемы.

Шаг 1. Повторить Шаги 1-8 раздела «Запуск расширенного устранения неполадок».

Шаг 2. Напечатать «chkdsk c: /r» и нажать «Enter».

Справка! Литера «C:» в примере указывает диск с инсталлированной Windows. Если ОС находится на HDD, имеющим другую букву, заменить ей литеру «C:».

Шаг 3. Дождаться окончания проверки и попробовать выполнить загрузку системы.

Использование AOMEI Partition Assistant

Если предыдущие методы не устранили проблему доступа к Fixboot, можно проверить и перестроить главную загрузочную запись жесткого диска (MBR), используя AOMEI Partition Assistant.

Шаг 1. Загрузить программу на рабочем ПК, перейдя по ссылке https://www.disk-partition.com/download-home.html, нажав «Download Freeware» и активировав ее установку.

Шаг 2. Вставить чистый диск USB Flash в компьютер, где была установлена AOMEI, и запустить ее.

Шаг 3. В левом столбце программы нажать «Make Bootable Media» («Создать загрузочный носитель») и нажать «Next» («Далее»).

Шаг 4. Выбрать «USB Boot Device» и нажать «Proceed» («Приступить»).

Шаг 5. Программа предупредит, что USB-накопитель будет отформатирован. Щелкнуть «Yes».

Шаг 6. После создания загрузочного носителя щелкнуть «Finish» («Закончить»).

Шаг 7. Вставить в ПК, на котором возникла ошибка, созданный программой загрузочный USB-накопитель.

Шаг 8. Повторить Шаги 1-4 раздела «Запуск расширенного устранения неполадок».

Запустится основной интерфейс AOMEI Partition Assistant в среде Windows PE.

Шаг 9. Нажать на системном жестком диске правой кнопкой мыши и выбрать левой «Surface Test» («Тест поверхности»).

Шаг 10. Нажать на системном жестком диске правой кнопкой мыши и выбрать левой «Rebuild MBR». Эта команда пересоздаст MBR, устраняя указанную ошибку.

Шаг 11. Проверить, запускается ли ОС после перезагрузки ПК.

Восстановление системного загрузчика на скрытом разделе

Возможно также ручное восстановление системного загрузчика, находящегося на скрытом разделе, в т.ч. при нескольких инсталлированных на ПК ОС.

Шаг 1. Повторить Шаги 1-8 раздела «Запуск расширенного устранения неполадок».

Шаг 2. Набрать перечисленные ниже команды без кавычек, нажимая на клавиатуре «Enter».

Шаг 3. Ввести следующие команды, нажимая на клавиатуре «Enter» после ввода каждой из них.

Шаг 4. Проверить, запускается ли система после перезагрузки ПК.

Если перечисленные выше способы не устранили указанную ошибку, может потребоваться переустановка операционной системы Windows.

Видео — Восстановление загрузчика Windows 10, создание флешки, поломка старого

Понравилась статья?
Сохраните, чтобы не потерять!

Ошибка FixBoot Отказано в доступе.

Ошибка FixBoot Отказано в доступе (Access is denied).

Ошибка FixBoot Отказано в доступе чаще всего возникает при попытке решить вопросы с запуском Windows, когда пользователь пытается подправить менеджер загрузки. У проблемы ноги могут расти из разных мест, но наиболее вероятным источником проблемы является вопрос работы с существующими разделами диска. В статье рассматривается вероятное решение на примере Windows 10. Статья является ответвлением от более укрупнённой Как восстановить загрузчик EFI Windows, где вы сможете ознакомиться с практически всеми вариантами восстановления системы с EFI-раздела.

FixBoot Отказано в доступе: Симптомы

При попытке выполнить команду:

для незагружаемой Windows 10, запускаемой с EFI-раздела и не только, консоль возвращает отказ в виде:

Отказано в доступе

или тоже самое на “инглише”:

Access is denied

Причиной такой ошибки являются наложенные системой на некоторые разделы атрибуты Скрытый и Толькодлячтения. Их-то мы поочерёдно и снимем. Однако в поиске причин ошибки вам следует помнить, что применение команды bootrec /fixboot само по себе является причиной серьёзного системного сбоя.

Что понадобится?

  • Загрузочная флешка/диск с Windows 10 аналогичной версии.

Скачать Windows 10 легально и установить сразу на флешку труда не составит. За информацией обратитесь к статье Как скачать Windows с помощью Rufus и напроситесь к знакомому с рабочим компьютером. процедура записи занимает немного времени.

Отказано в доступе: лечится по-разному…

Лечим FixBoot Отказано в доступе: если у вас раздел EFI

  • Загружаемся с загрузочного устройства. Выходим на командную консоль:

Выбираем командную строку

  • По открытию запускаем утилиту по работе с разделами жёсткого диска:
  • Проверяем список установленных дисков:
  • Если диск один, выберем его командой
  • Если в системе их несколько, выберите нужный, подставив вместо требуемую цифру. После того, как утилите указано на диск с разделом загрузки, проверим разделы:
  • Выберем тот, что является EFI-разделом:

где Х – цифра раздела с EFI. Система его прячет от баловливых рук пользователя, но дальнейшей работы с разделом его нам придётся сделать видимым для системных утилит. Хотя бы временно. Присвоим ему любую букву (незанятую другими разделами):

И покидаем diskpart:

Консоль держим открытой. Переходим в этот диск:

А теперь переносим сюда необходимые настройки:

Закройте консоль, выключите компьютер, удалите загрузочный носитель из порта. Включайте компьютер и проверьте. Если система загрузилась, и вы не желаете, чтобы загрузочный раздел не мозолил глаза и не было соблазна туда залезть, удалите присвоенную букву. Раздел останется на месте, но проводник его не заметит. Это можно сделать из той же консоли, но запущенной в режиме администратора обычным порядком (без флешки), повторив команды в diskpart, заменив предпоследнюю на

Читать еще:  Как удалить драйверы nVidia Кали Линукс

Или через GUI, используя оснастку Управления дисками через WIN + R:

Правой мышкой по диску:

И удалите букву:

Лечим FixBoot Отказано в доступе: уберём атрибуты с томов

Если описанный выше случай вам не подходит (EFI разделов нет, загружаетесь в режиме Legacy), и ошибка bootrec не даёт профиксить загрузчик, вы можете попробовать вручную избавиться от наложенных системой атрибутов. Это делается из той же утилиты Diskpart ремонтной консоли команд, запущенной с флешки. Ваша задача – выйти на список томов жёсткого диска и снять атрибуты с каждого из томов (volumes). По идее, снятие атрибута Толькодлячтения требуется именно для того тома , к которому вы собираетесь применить изменения (Раздел EFI или Зарезервировано). Это будет примерно так:

и т.д. и т.п. Если не жаль времени, вы можете проделать ту же операцию с разделами дисков (partitions). Не уверен, что команда attributes для того подходит, но кто-то что-то где-то вроде говорил… Вобщем, после снятия атрибута Только-для-чтения для всего диска через его тома попробуйте команду bootrec /fixboot ещё раз. Этот вариант, кстати, лично меня спасал для обоих вариантов загрузки Windows: и Legacy и EFI. Отписывайтесь.

Как исправить ошибку «Элемент не найден» при восстановлении загрузчика утилитой Bootrec

Для восстановления «слетевшего» загрузчика в Windows применяется специальная команда bootrec с параметрами /FixMbr, если диск имеет разметку MBR и /FixBoot. Команда bootrec с первым параметром создает основную загрузочную запись, та же команда со вторым параметром записывает в системный раздел новый загрузочный сектор. Но не всегда выполнение этих команд бывает корректным. В некоторых случаях при выполнении команды bootrec /fixboot вы можете получить ошибку «Элемент не найден» .

Ошибка может оказаться серьезной, поскольку без перезаписи boot -сектора Windows не загрузится. Что же может препятствовать выполнению команды? Причин ее появления не так уже и много, сообщение «Элемент не найден» вы наверняка получите при деактивации системного раздела, отсутствии буквы для раздела EFI и повреждении самих файлов BCD или MBR . Рассмотрим все три сценария чуть более подробно.

Активируйте системный раздел

На дисках MBR загрузчик лежит в специальном разделе «Зарезервировано системой», который является активным. Если он по какой-то причине станет неактивным, при загрузке Windows вы получите ошибку BOOT FAILURE . Попытка восстановить загрузчик командой fixboot ни к чему не приведет, так как наличие флага «Активный» для раздела является обязательным условием.

Сделать том «Зарезервировано системой» активным проще всего с помощью загрузочных LiveCD с менеджерами дисков, но сгодится и обычный установочный диск с Windows. Загрузив с него компьютер и открыв нажатием Shift + F10 командную строку, последовательно выполните в ней указанные на скриншоте команды:

Первая команда запускает Diskpart, вторая предоставляет список подключенных носителей, третья выбирает диск с системой, четвертая выводит список томов, пятая устанавливает фокус на разделе «Зарезервировано системой», шестая делает его активным. Exit служит для выхода из Diskpart. Активировав раздел, выполните команду bootrec /fixboot .

Присвойте букву разделу EFI

С ошибкой «Элемент не найден» при восстановлении загрузки нередко сталкиваются пользователи, конвертировавшие MBR в GPT . Чаще ее причиной становиться отсутствие буквы для EFI -раздела, на котором сохраняются загрузочные файлы. Фиксим неполадку, присваивая EFI -разделу букву с помощью той же Diskpart. Загружаем ПК с установочного диска, запускаем описанным выше способом консоль и Diskpart, и выполняем такие команды:

Ошибка FixBoot Отказано в доступе

Вопрос

When using the command bootrec /fixboot it may display access denied.

1) What is the method to fix bootrec /fixboot access denied for MBR?

bootrec /fixmbr displays: The operation completed successfully

bootrec /scanos
Click enter to see (Scanning all disks for Windows installations; Please wait, since this may take a while. Successfully scanned Windows installations. Total identified Windows installations: 0; The operation completed successfully) (This may display 0 or 1)

bootrec /rebuildbcd
Click enter to see (Scanning all disks for Windows installations; Please wait, since this may take a while. Successfully scanned Windows installations. Total identified Windows installations: 0; The operation completed successfully) (This may display 0 or 1)

For each bootrec /scanow and bootrec /rebuildbcd the total identified Windows installations not in the BCD store were 0.

So to make sure the BCD is ok the following commands will be run:

bcdedit /export c:bcdbackup
attrib c:bootbcd -h -r -s
ren c:bootbcd bcd.old
bootrec /rebuildbcd

Scanning all disks for Windows installations.
Please wait, since this may take a while.
Successfully scanned Windows installations.
Total identified Windows installations: 1
[1] D:Windows
Add installation to boot list? Yes/No/All:
g) type: Y
then enter key
It should display :
The operationi completed successfully. (The BCD rebuild is complete.)
h) reboot
https://www.lifewire.com/how-to-rebuild-the-bcd-in-windows-2624508

The MBR was fixed with bootrec /fixmbr
The BCD will be fixed with bootrec /rebuildbcd
2) How do you fix the partition boot sector when bootrec /fixboot displays access denied?
3) Should it no longer display access denied after the BCD is fixed with bootrec /rebuildbcd? or should it have no impact?

4) Would the command
bootsect /nt60 sys /mbr
then be used to fix the partition boot sector?

5) Please explain what rebuildbcd does and does not do to the partition boot sector.
6) Please explain what bootsect /nt60 /mbr does and does not do to the partition boot sector.

7) Should one or both make the bootrec /fixboot no longer display access denied and allow the fixboot command to work?

голоса
Рейтинг статьи
Ссылка на основную публикацию
Статьи c упоминанием слов: