Показать сообщение отдельно
Старый 25.01.2019, 13:24   #2
Меню пользователя 9285
Нарушил правила
  
Хронология реанимации

Как писал выше, изначально проблема была в цикличном запуске восстановления системы, который ни к чему не приводил.
После прописи необходимого для загрузки с помощью bcdboot система начала загружаться но появлялся голубой экран с сообщением об ошибке и упоминание ntoskrnl.exe
Глянул список файлов на который попали сбойные сектора - и на него попало. вот тут то и начались попытки восстановления системных файлов, которые оказались безрезультатныи. Подмена сабжевого файла на взятый из другой винды (другой релиз) изменил код ошибки, но не изменил ситуацию.
И тут вспомнил про метод, использовавшийся в ХР - удалил файл и дал возможность системе самой "выплыть" - и она "всплыла".
Загрузка пошла дальше, доходило до входа пользователя а далее опять голубой экран со смайликом и сообщение типа "system process died".

Далее решил поступить как ранее и удалил некоторые битые файлы из папок System32 и SysWoW64. Голубой экран исчез , появился чёрный с курсором мыши! Заработали три волшебные клавиши и возможность выбрать диспетчер задач - не завелось, но зато получилось перезагрузить систему. После перезагрузки уже можно было вызвать диспетчер задач, он запускался и в нём уже запуск explorer.exe - Yes! Появился рабочий стол. Но вдавались различные ошибки и не работала кнопка Пуск.

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

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

И вот где то на этом этапе решил проверить идентичные файлы в папке (той же System32) и WinSxS. И вот тут то выяснилось что файлы то идентичны - то есть шаблон записанный вместо сбойного сектора присутствовал в том же месте. Поверить в такое совпадение я не мог и решил посмотреть как же это выглядит внутри самой ФС. И вот тут то был шок, но вполне ожидаемый. Запись в MFT одна и в ней куча хардлинков.
получается, что если сам файл повредился, то он повреждается везде - в том числе и в хранилище.
Вспомнилась уже похороненная "старушкка" ХР и её папка DLL cache, которая в подобных ситуациях самовосстанавливала системные файлы. Вот это было реальное хранилище а не то, что увидел в новоделе.

В общем то стало понятно что восстановить имеющимся бесполезно. И стал вопрос о восстановлении хранилища из дистрибутива. И вот тут новый сюрприз от мелкософта.
Нужен дистрибутив имеющейся версии. А она 1803, и винда из категории обновлённых с семёрки + дальнейшие автоматические обновления.... то есть дистрибутива нет.
Нашёл MediaCreationTools1803, но он отказался работать ссылаясь на то, что уже новый релиз (1809). Найденные ссылки на возможность скачки нужного релиза с сайта микрософта не работали (был редирект на всё тот же MCT1809 и да, я совершил грех и скачал esd-шку нужного мне билда. Извлёк из него install.wim и скормил его dism для восстановления хранилища. Dism запустился и начал восстанавливать, но заткнулся на примерно 7%.
Вручную извлёк штук 10 библиотек и записал их вместо повреждённых.
Винда запускается, кнопка пуск работает появились и другие возможности типа подключиться в WiFi.

Но не все же файлы так вот восстанавливать.
Всё таки хочется чтобы (уже полутруп) начал и сам помогать себе.
Есть какие мыли?
Если нужны логи (dism, sfc или ещё какие) - пишите какие, выложу.

На данном этапе запустил Автоматическое обслуживание - посмотрим что получится.

Обслуживание прошло и ничего особо не изменилось (вполне ожидаемо).
Продолжил работу с SFC, но только не scannow а verifyonly - сразу выдало несколько повреждённых файлов (а не по одному). Опять же, вручную извлёк их из дистрибутива, записал в нужное место - scanonly начал стопориться уже не на 11 а на 69%.
Оказалось что теперь проблема в файлах NetFW 2.0, который установлен в системе.
Вот с дистрибутивом то понятно, а теперь что искать фрэймворк? А потом найдёт ещё в чём то..... Что за ... индусы ...писали это дерьмо?

Продолжение следует ...

Последний раз редактировалось 9285, 26.01.2019 в 21:51.
9285 вне форума   Ответить с цитированием