BugTraq.Ru
Русский BugTraq
https://bugtraq.ru/lj/archive/2017/0804.1907.html

креаторскобэкапное
08.04.17 19:07 // оригинал
Как всегда при выходе очередного крупного обновления десятки, решил накатить Creators Update заранее — чтоб контролировать процесс, а не обнаружить в какой-то момент при включении машины, что она собралась полчаса обновляться. На двух рабочих машинах обновление прошло без проблем, а на домашней совершенно с ума сошло Start menu, слегка прихватив с собой таскбар. Вместо старых прикрепленных приложений пришли пустые иконки со странными именами, начинающимися с W~, которые исчезли после перезагрузки, в списке приложений остались тольк метрошные приложения, для остальных перестал работать и Pin to Start. Pin to taskbar работал, но с нюансами, некоторые иконки пропадали после перезагрузки, некоторые жили нормально, некоторые при запуске приложения дублировались.

Жить без Start еще можно (хоть и начал к нему привыкать), а вот непредсказуемый таскбар очень напрягал. Но я ж уже ученый, как раз для таких случаев каждое воскресенье на NAS сваливается бэкап системного диска. Слил его на всякий случай на локальный диск, перед уходом на работу запустил восстановление. Бэкап родной, что может пойти не так? А вот Error: The parameter incorrect. Code: 0x80070057 и слова про отсутствующую ОС при перезагрузке. Сделал загрузочную флешку, запустил восстановление еще раз, пошел тем временем гуглить. Восстановление еще раз принесло ту же ошибку в самом конце, гугль принес рекомендацию вынуть флешку перед самым началом восстановления - мол, родной бэкап сходит с ума от возможно сбитого порядка дисков и никак не может понять, что активным нужно делать именно тот, который только что восстановил. Комментарии счастливцев, у которых этот совет прокатил, идею подтверждали.

Третья попытка восстановления с выдергиванием флешки все равно не помогла, но на правильную дорогу эта идея вывела — судя по вылету в самом конце, проблема действительно была в неумении выставить активный/загрузочный раздел. Diskpart и bootrec с /fixmbr и /fixboot довели ситуацию до сообщения о битом \Boot\BCD, а вот /rebuildbcd, как и bcdboot стали отваливаться с криками о битом каталоге. Чекдиск нашел несколько битых ссылок, ситуацию исправил, BCD реанимировался, воскресная система загрузилась. Вот как так можно писать системный бэкап, чтоб его реанимация требовала таких танцев с бубном?

Понадеялся, что и с обновлением косяки вылезли из-за битой файловой системы. Сделал еще раз честный бэкап на локальный диск, накатил Creators Update, убедился, что проблема осталась. Восстановление с локального бэкапа на этот раз прошло без шаманства, ну и все, что после этого осталось сделать — впервые в жизни поставить галочку Defer feature updated в надежде, что в каком-нибудь следующем апдейте косяк рассосется.

 
теги: софт, криворучки, windows 10  |  обсудить  |  все отзывы (0)  |  обсудить в LJ [3701]
назад «  » вперед

аналогичные материалы
макоудаленное // 29.01.24 23:10
разнонедельное // 07.12.23 15:09
тейлскейлное // 18.04.23 20:43
ютубноподкастное // 15.10.22 22:07
дваждыодиннадцатое // 22.06.22 03:30
безоблачнопарольное // 22.03.22 23:05
стартофинишное // 24.10.21 03:59
meshное // 06.08.21 20:06
клавиатурнобессонное // 15.03.21 15:47
яблочнопереключальное // 26.07.20 17:07
 
последние записи
песчаное // 13.03.24 18:05
макоудаленное // 29.01.24 23:10
разнонедельное // 07.12.23 15:09
qtменюшное // 29.09.23 23:47
неестественноинтеллектуальное // 29.09.23 16:50
основательное // 18.09.23 00:15
отпускное // 06.08.23 00:26
вчерашнезавтрашнее // 02.07.23 15:25
позитивное // 27.06.23 13:05
тейлскейлное // 18.04.23 20:43





  Copyright © 2001-2024 Dmitry Leonov Design: Vadim Derkach