не удалось установить обновление хранилище компонентов повреждено windows 7
Восстановление повреждённого хранилища компонентов Windows с помощью программы Dism++
Друзья, благодаря своей уникальности и годности, программа Dism++ стала завсегдатаем разговоров о её возможностях на нашем сайте. О ней в целом вы можете почитать в её комплексном обзоре. Конкретные же инструкции по работе с Dism++, смотрите в перечне фильтрации статей сайта по тегу Dism. Ну а в этой статье давайте говорить о возможности программы по восстановлению повреждённого хранилища компонентов Windows.
1. Повреждение хранилища компонентов Windows
Хранилище компонентов – это содержимое папки «WinSxS», расположенной по пути C:\Windows\WinSxS. Здесь хранятся оригинальные версии файлов Windows. И именно отсюда утилита sfc.exe при проверке целостности системных файлов sfc /scannow берёт оригинальные версии для замены ими повреждённых системных файлов. И тогда по результатам запуска команды sfc /scannow мы видим отчёт проверки в виде уведомления:
«Программа защиты ресурсов Windows обнаружила повреждённые файлы и успешно их восстановила».
И это есть успешное завершение операции проверки целостности системных файлов. Её неуспешное завершение – это уведомление по итогу завершения проверки:
«Программа защиты ресурсов Windows обнаружила повреждённые файлы, но не может восстановить некоторые из них».
Это значит, что не только системные файлы, но и само хранилище компонентов, т.е. папка «WinSxS», нуждается в восстановлении. И такое восстановление уже проводится за счёт ресурсов Центра восстановления Windows с использованием консольной утилиты Dism. Кому интересно, можете почитать в статье «Проверка целостности системных файлов Windows 10», как восстанавливается хранилище компонентов с использованием команд Dism в командной строке. Ниже же рассмотрим предлагаемую программой Dism++ юзабильную альтернативу этой операции. Как с помощью Dism++ выявить, не повреждено ли хранилище компонентов Windows? И как восстановить повреждённое хранилище за счёт файлов, хранящихся в Центре обновления системы?
2. Восстановление хранилища компонентов программой Dism++
Запускаем программу Dism++. Друзья, если у вас на компьютере установлено несколько Windows, все они будут отображаться в окне программы для возможности проведения операций с ними. Чтобы работать с текущей операционной системой, переключаемся на её образ вверху окна Dism++.
В меню «Восстановление» выбираем «Проверить».
Ждём, пока программа осуществит сканирование хранилища компонентов Windows на предмет наличия повреждений. Ход этой операции сможем наблюдать на шкале прогресса выполнения операций с образом.
По итогу получим отчёт проверки, и коль проверка sfc /scannow не смогла восстановить повреждённые системные файлы, логично, что итог проверки целостности самого хранилища будет неудовлетворительным. Dism++ выдаёт нам сообщение:
«Целостность образа была проверена, и она нуждается в восстановлении».
Теперь нам нужно запустить восстановление хранилища. Напомню, друзья, ещё раз, что такое восстановление средствами Dism проводится за счёт ресурса Центра обновления Windows. Следовательно, для успешного проведения операции по восстановлению хранилища нужно, чтобы не были повреждены файлы самого Центра. И желательно, чтобы компьютер был подключён к Интернету: возможно, в процессе восстановления хранилища понадобится скачивание нужных файлов с серверов обновлений Microsoft.
В окне Dism++ в меню «Восстановление» запускаем «Исправить».
Ждём завершения операции, её ход отслеживаем на шкале прогресса.
«Образ был успешно восстановлен».
Т.е. хранилище компонентов восстановлено.
Теперь можем запускать проверку целостности файлов утилитой sfc.exe. В запущенной от имени администратора командной строке вводим:
И жмём Enter. После восстановления хранилища компонентов такая проверка должна завершиться успешным восстановлением файлов, как на первом снимке статьи.
3. Что делать, если Dism++ не смогла восстановить хранилище компонентов
Что делать, друзья, если Dism++ не удастся произвести восстановление хранилища компонентов? Судя по такой вот по формулировке уведомления о неудачном восстановлении,
Dism++ в идеале может восстанавливать хранилище не только за счёт ресурса Центра обновления, но и за счёт дистрибутива Windows. Вы можете попробовать смонтировать установочный ISO-образ с используемой версией Windows и снова запустить операцию «Исправить» в меню программы «Восстановление». Но, друзья, скажу, что за счёт ресурса дистрибутива Windows с проблемой может справиться и сама утилита sfc.exe, которой мы непосредственно восстанавливаем целостность системных файлов. Её просто нужно запустить с указанием иного источника заполучения целостных системных файлов – той же папки «WinSxS», но находящейся по другому пути и с извлечённым содержимым из дистрибутива Windows. Детально этот процесс описан в этой статье.
Друзья, если вам в принципе интересны материалы по теме восстановления целостности системных файлов, вы можете узнать более. Тег Целостность системных файлов отфильтрует все материалы сайта по этой теме.
Восстановление хранилища компонентов
Поскольку в современных версиях операционной системы Windows (начиная с Vista) компонентная модель является одной из ключевых системных структур, обеспечивающих бесперебойную работу операционной системы, поддержание её в рабочем состоянии крайне критично для нормального функционирования исполнительной подсистемы Windows. Дело в том, что на протяжении жизненного цикла операционной системы, хранилище компонентов претерпевает постоянные изменения и время от времени может повреждаться. Основные причины рассогласованного состояния хранилища компонентов заключаются в том, что:
описанные причины могут быть следствием более глобальных сбоев:
Подобные дефекты хранилища компонентов WinSxS могут выявляться при попытках пользователя произвести обновление системы (например, через установку обновления безопасности):
Этапы восстановления хранилища компонентов
Итак, для восстановления хранилища компонентов у нас в распоряжении имеется целая серия разнообразных методик. Рекомендуется выполнить в указанном порядке следующие действия:
Ну и напоследок методики, напрямую не относящиеся к восстановлению хранилища компонентов, но позволяющие устранить некоторые ошибки, связанные с обновлениями:
Выводы
но на деле подобный глобальный поход может привести к падению системы в синий экран смерти, так что будьте предельно аккуратны!!
Если повреждено хранилище компонентов Windows: способы восстановления
Такая беда как повреждение хранилища компонентов Windows, всегда приводит к большому количеству ошибок: к примеру, когда мы устанавливаем обновления ос виндовс. А бывает и так, что невозможно гладко установить какую-то программу. Что делать!? и при всём при этом по коду ошибок трудно понять, что повреждены именно компоненты — в коде это явно не отследить.
Посему, коли у вас не устанавливаются обновления… или затруднения в установке программ, следует поискать причину в «хранилище компонентов».
Давайте решим эту проблему!
исправляем повреждения хранилища компонентов виндовс
Для начала приведу список некоторых распространённых ошибок, кои возникают как следствие повреждения хранилища компонентов Windows, или нарушают саму работу компонентов…
Будет примерно так: хранилище компонентов повреждено. Ошибка: 14098
0x80073712 Хранилище компонентов повреждено
не выполнена установка Net Framework — вероятно, хранилище компонентов повреждено
Не удалось установить обновление — хранилище компонентов повреждено!
Теперь мы вооружены некоторыми кодами ошибок, а значит уже легче исправить ситуацию! Однако:
вернуться к оглавлению ↑
способы восстановления повреждённых компонентов Виндовс
1 вариант: позволяющий получить практически 100%й результат восстановления хранилища компонентов Windows… (но это медленно по времени)
Нужно выполнить установку системы в режиме обновления, это подходит для любой версии ОС Windows — и практически исправляет большинство ошибок.
Всё-таки первый вариант восстановления компонентов предпочтительнее…
Вадим Стеркин
В преддверии поступления Windows 8 в продажу Microsoft выпустила большое кумулятивное обновление KB2756872, чего никогда раньше не делала для клиентских операционных систем. Однако при установке обновления меня ждал неприятный сюрприз — ошибка 80073712.
Сегодня я расскажу о том, как победить эту и ряд других ошибок при установке обновлений Windows с помощью новой возможности обслуживания – встроенного восстановления компонентов (in-box corruption repair).
Эта запись открывает серию статей о нововведениях в обслуживании Windows. И нет, оно не имеет ничего общего с автоматическим обслуживанием с помощью планировщика. Сначала я покажу, как решил проблему с установкой обновления, а потом расскажу о технологии.
[+] Сегодня в программе
Устранение ошибок Windows Update, вызванных повреждением хранилища компонентов
В справке предыдущих ОС Microsoft для ошибки 80073712 есть описание, из которого следует, что причиной является повреждение хранилища компонентов. Для Windows Vista и Windows 7 была выпущена утилита System Update Readiness Tool (CheckSUR), призванная устранить целый ряд ошибок Windows Update.
Для исправления этих ошибок в Windows 8 и более новых ОС утилита CheckSUR не нужна, потому что все необходимое уже встроено в систему! Вы можете восстановить поврежденные компоненты с помощью командлета PowerShell (рекомендуемый способ) или утилиты DISM.exe.
Upd. 28-Jul-2015. Microsoft выпустила специальное обновление, которое привносит в Windows 7 возможность встроенного восстановления компонентов по аналогии с Windows 8+.
Этап 1 – восстановление поврежденного хранилища компонентов
Восстановление можно выполнить без установочного диска Windows, но в некоторых случаях он может вам понадобиться.
Восстановление без установочного диска
В этом случае используются файлы хранилища на локальном диске и Windows Update.
Запустите PowerShell от имени администратора и выполните команду:
Альтернативно, вы можете выполнить в командной строке, запущенной с правами администратора, команду:
Длительность процедуры восстановления зависит от конфигурации ПК и степени повреждения хранилища. У меня она заняла около 7 минут, а ее результат вы видите на рисунке ниже.
Состояние хранилища компонентов обозначается параметром Image Health State. У него Healthy означает, что с хранилищем компонентов все нормально. Для дальнейшей диагностики переходите к проверке целостности системных файлов чуть ниже ↓ Если же повреждение хранилища не исправлено, нужно попробовать сделать это с помощью установочного диска.
Восстановление с помощью установочного диска
Когда системе не удается восстановить какие-либо компоненты, вам может помочь оригинальный установочный диск.
Этап 2 – проверка целостности системных файлов
Строго говоря, этот этап не имеет отношения к восстановлению компонентов. Однако техническая поддержка Microsoft рекомендует после проверки целостности хранилища компонентов также проверить и целостность системных файлов. Для этого в командной строке, запущенной от имени администратора, выполните команду:
У меня один из файлов был поврежден, и утилита SFC успешно восстановила его.
Случаи, когда системе не удалось восстановить какие-либо файлы, выходят за рамки этой статьи (я разберу их в другой раз).
Этап 3 – установка обновления
Итак, две команды восстановили целостность хранилища компонентов и системных файлов. Самое время попробовать установить обновление заново.
Как видите, на сей раз у меня все сработало!
Что такое обслуживание Windows и зачем оно нужно
Преимущества встроенного восстановления компонентов Windows
Давайте сравним ключевые моменты восстановления компонентов в разных операционных системах.
Windows Vista и Windows 7
Утилита CheckSUR представляет собой набор полезных файлов, который регулярно обновляется по мере выхода новых исправлений. Таким образом, при возникновении проблем нужно скачивать утилиту заново, а между тем, сентябрьский пакет весит 350 Мб.
Но даже при таком размере в пакет не входят файлы для всех исправлений, выпущенных Microsoft (предположу, что файлов необязательных обновлений там нет). Это означает, что утилита не может устранить повреждения некоторых компонентов. И хотя обходной путь существует, он является костылем, требующим дополнительных телодвижений.
После запуска утилита распаковывает содержимое пакета в папку \Windows\CheckSUR\. Поскольку большинство файлов в пакете имеет очень небольшой размер, этот процесс получается длительным и занимает до 75-80% процентов от общего времени работы утилиты. Оставшееся время уходит на проверку компонентов и создание журнала.
И все это делается лишь ради того, чтобы восстановить манифесты и дать возможность системе обновиться…
Windows 8 и новее
Повреждение, как правило, означает пропажу манифеста или каталога. В отличие от CheckSUR, встроенная функция системы способна восстанавливать не только манифесты, но и все прочие составляющие компонентов. Это одно из важнейших преимуществ!
Консольные средства для восстановления компонентов
Начиная с Windows 8, управление обслуживанием можно осуществлять не только с помощью утилиты DISM.exe, но и командлетов PowerShell, причем второй способ является рекомендуемым.
Я не любитель дублировать справку, но на русском языке ее пока нет. Поэтому я покажу вам основные возможности командлета Repair-WindowsImage, а для параметра Cleanup-Image утилиты DISM.exe ограничусь ссылкой на документацию.
Цель проверки (работающая система и образы)
Целью проверки может являться как установленная система, так и образ в формате WIM или VHD.
Проверяет работающую систему.
Проверяет подключенный автономный образ по указанному после параметра пути.
Проверка и восстановление хранилища
Для определения состояния и восстановления компонентов в командлете Repair-WindowsImage предусмотрены три параметра, выполняющих проверку хранилища. Результатом сканирования может быть:
Однако функции параметров отличаются.
Моментально проверяет, присутствует ли в системном реестре маркер, обозначающий повреждение. Этот маркер может появиться в процессе работы системы обслуживания.
Проверяет хранилище на предмет повреждений. Эта операция занимает больше времени, чем простая проверка маркера.
Проверяет хранилище на предмет повреждений и выполняет их восстановление. Эта операция является самой длительной из трех.
Источник компонентов для восстановления
Чтобы восстановить компоненты, их нужно откуда-то взять. Когда источник не указан, при проверке автоматически используется локальное хранилище компонентов и Windows Update.
Этот момент нигде не задокументирован, и вы должны понимать, что при проверке автономного образа Windows из-под другого издания или версии Windows источник нужно указывать обязательно.
В обоих случаях вы можете указывать более одного источника и даже блокировать Windows Update при этом. Приведенные ниже параметры предназначены только для восстановления, и поэтому допустимы только в связке с -RestoreHealth.
В качестве источника можно использовать путь к:
Здесь любопытна возможность указать путь непосредственно к изданию в WIM-образе без его предварительного копирования на локальный диск и последующего подключения. Она является тайным знанием, пока не отраженным в документации 😉 Это работает благодаря функции автоматического подключения WIM, реализованной на последних стадиях разработки Windows 8.
Вы можете перечислить несколько путей через запятую. Дополнительные источники задействуются только в том случае, если в предыдущих не нашлось подходящих компонентов.
Когда в качестве источника используется WIM-образ, необходимо указать тип образа и его индекс:
Блокирует доступ к Windows Update во время проверки.
Примеры команд PowerShell
Я приведу несколько примеров практического использования командлета Repair-WindowsImage с разными целями и источниками проверки. Первые два вы уже видели в начале статьи.
Восстановление хранилища работающей системы, используя локальные файлы и Windows Update в качестве источника:
Восстановление хранилища работающей системы, используя Windows Update и WIM-образ в качестве источников:
Проверка хранилища автономного VHD-образа. Сначала он подключается в папку C:\mount (это происходит очень быстро), а затем выполняется проверка.
Восстановление хранилища автономного VHD-образа, используя в качестве источника WIM-образ. Сначала VHD подключается в папку, затем выполняется восстановление образа, после чего VHD отключается с сохранением изменений.
Результаты проверки и восстановления
Помимо результатов в консоли вы можете найти подробный отчет ближе к концу файла %WinDir%\Logs\DISM\dism.log
В первой половине приведенного фрагмента видны конкретные компоненты и результат их восстановления (успех или неудача), а во второй – сводка об операции, включая время ее выполнения.
Как видите, у меня были повреждены 7 манифестов, относящихся языковому пакету, что и стало препятствием к установке обновления Windows. Все повреждения были исправлены.
Безусловно, этот материал не подразумевает моментального практического применения, хотя проверить состояние хранилища компонентов Windows вы можете прямо сейчас. Более того, за три года работы в Windows 7 у меня ни разу не возникало проблем с установкой обновлений.
Однако ошибки Windows Update, связанные с повреждением хранилища, вовсе не редкость, даже если судить только по форуму OSZone. Поэтому важно знать, как бороться с ними.
Мне показалось, что часть аудитории блога откровенно заскучала от серии статей о современном интерфейсе Windows 8 и приложений. Конечно, там все примитивно, никаких технических тонкостей, а главное – у некоторых людей создается ощущение, что кроме Modern UI в Windows 8 нет ничего нового. Это не так…
Я давно планировал серию записей об изменениях в обслуживании Windows, а возникшая проблема с установкой обновления лишь форсировала публикацию, заодно вынудив меня изменить порядок статей в серии.
Вам хватило технических тонкостей сегодня? 😉
Если нет, в следующей записи из этой серии вас ждет не только экскурс в историю инструментов обслуживания ОС Microsoft, но и уникальная возможность попробовать себя в роли г-сборщика Windows! Но до этого в блоге появятся записи на другие темы.
Об авторе
Вас также может заинтересовать:
Я в Telegram
Подпишитесь на канал и читайте интересные записи чаще! Есть вопросы? Задайте их в чате.
комментария 34
От себя добавлю, что если кто-то патчил/заменял библиотеку RDP (для возможности работы несколькими пользователями — 1 интерактивно и один\несколько удаленно) в Windows XP, Vista, 7 — то команда «sfc /scannow» вернёт оригинальную на место.
И SFC правильно сделает, причем безотносительно того факта, что подобные патчи нарушают лицензию.
Вадим, спасибо за интересную статью!
За всё время использования Windows 8 сталкивался (не считая несовместимости драйверов) только с проблемой неработающего сервиса File History. С обновлениями проблем не было.
Очень хотелось бы знать, откуда ты черпаешь всю эту информацию, когда возникает какая-либо неприятность в работе ОС, с которой нужно разобраться, но при этом «типичные» способы не помогают… Читая твой блог создаётся впечатление, что ты с любой проблемой в работе ОС и ПО сможешь разобраться 🙂
Виктор, я рад, что тебе было интересно! Я не могу разобраться с любой проблемой, но могу попытаться 🙂 Если честно, у меня проблемы возникают крайне редко, так что я чаще чужие решаю. В данном случае я просто использовал свой опыт и общедоступную информацию для исправления ошибки.
Что касается источников знания, которым я делюсь в блоге, то я их уже перечислял. И данный случай вполне характерен — сочетание справки Windows (информация о причине ошибки) и блога сотрудника Microsoft (информация о новой возможности).
P.S. Указанную тобой оговорку в тексте исправил, спасибо.
Андрей, главное — понимать, что это не панацея, т.е. на блюдечке выложено решение проблем WU, вызванных лишь повреждением хранилища 🙂
Vadim Sterkin: И SFC правильно сделает, причем безотносительно того факта, что подобные патчи нарушают лицензию.
»
Вадим, а что вы всегда так озабочены правилами работы в рамках лицензионного соглашения? Совесть не позволяет нарушать лицензию? Я всегда отношусь к этим вещам максимально прагматично!
Максим, я озабочен исключительно целостностью своей системы. Использование сторонних патчей может скомпрометировать не только ее, но и меня…
Вадим, спасибо большое за статью, давно ждал технических статей.
Сам недавно столкнулся с такой же проблемой на Windows 7. CheckSUR не справился с данной проблемой, пришлось делать «обходной путь».
Да, в Windows 8 проблема решается проще. Но Майкрософту еще нужно будет обновить справку / статьи базы знаний. Ведь включать в CheckSUR поддержку Windows 8 нет смысла, а справочные материалы по ошибкам поврежденного хранилища ведут на KB с CheckSUR.
Скрыто по причине низкого рейтинга комментария. Нажмите здесь, чтобы прочесть.
«Компьютер еще не изобрели» (с), если у пользователей появляются ТАКИЕ проблемы.
Первое, что пришло в голову при обнаружении такой проблемы — тотальный сброс системы на заводские настройки (как на телефонах). И после этого, чтобы их больше не было, отключение обновлений системы. Понятно, что не секьюрно, но и проблем с установкой обновлений нет.
Когда у меня подобная ерунда случилась, я даже не подумал о том, что там что-то надо восстанавливать. И ни за что бы не подумал, что это можно сделать таким вот способом. Я списал все эти проблемы на сырость системы (стоит 90-дневный пробный Enterprise с сайта Microsoft) и забил. Ну не будет у меня последних обновлений — ерунда какая. К тому же в Windows 8 меня больше всего достает другая проблема — постоянная работа винта при включении Windows 8 и невозможность в это время нормально работать. Как потом выяснилось, система производила оптимизацию системы… в фоне. Так ее оптимизировала, что не давала работать. И так при каждом включении. Устранить можно только полным отключением оптимизации. Опять же, списал на сырость системы. Подождем релиза. Надеюсь там таких проблем не будет. Пока что зарекся копаться в текущей версии Windows 8.
Антон, как всегда, вы выражаете недовольство Windows 8, причем даже там, где ее преимущества очевидны.
1. Совсем не факт, что ваша проблема была связана с повреждением хранилища. Надо думать, вы и не пытались определить источник проблемы.
2. Отсутствие обновлений повышает риск эксплуатации уязвимости ОС, но об этом мы будем говорить через неделю.
3. Оптимизация работает только во время простоя. Возможно, вы не допускали его, но тогда надо было хоть раз дать оптимизации завершиться, а не отключать. Впрочем, я рад, что вы продолжаете узнавать что-то новое из моих статей 🙂
P.S. Не надейтесь, что в финальной версии что-то улучшится по сравнению с пробной корпоративной — это та же RTM. Возможно, причина ваших бед — плохая карма, т.е. негативное отношение к ОС и неуемное желание выплескивать его в комментариях к каждой записи моего блога…
mikas: От себя добавлю, что если кто-то патчил/заменял библиотеку RDP (для возможности работы несколькими пользователями — 1 интерактивно и один\несколько удаленно) в Windows XP, Vista, 7 — то команда «sfc /scannow» вернёт оригинальную на место. »
А я добавлю, что по крайней мере на ХР можно сделать так, что sfc будет считать патченную библиотеку нормальной, входящей в состав Windows, и, естественно, заменять её не будет.
По теме- лучше бы сделали так, чтобы не ломалось, а не встраивали ремонтные утилиты. На ХР мне обновлятся не мешает ни чистка старых версий файлов, ни чистка C:\WINDOWS\SoftwareDistribution\Download. А на восьмёрке вон, даже у аккуратного пользователя, лишний раз не лезущего в систему удалять чего- нибуть, что- то сломалось.
Виталий, система обслуживания в Windows XP была совсем другой, но ваше мнение о ее превосходстве основано лишь на собственном опыте. Между тем, вот что сказал у себя в блоге Joseph Conway, Senior Support Escalation Engineer (Windows CORE team) и главный из публичных специалистов по обслуживанию (вольный перевод мой):
От модели обслуживания XP лично я видел больше инцидентов, чем от Vista и 7 вместе взятых. Идеального дизайна ПО не существует для таких вещей, в обоих случаях приходится идти на компромисс, но я предпочитаю текущую систему обслуживания той, что была раньше.
В XP повреждение хранилища почти всегда приводило к переустановке ОС, что было очень болезненным для клиентов и инфраструктуры. Тот факт, что теперь у нас есть возможность исправить повреждение CBS, сам по себе является шагом в правильном направлении.
Как и в случае с предыдущей записью, вы не видите очевидных преимуществ. Посему я отвечаю на ваш комментарий только один раз.
Vadim Sterkin,
1. Вполне возможно, что моя проблема связана с другим. Я и не пытался ее исправлять или что-то делать, ибо это первая версия. Допустимо, что в ней будет много проблем. Чтобы получить стабильный продукт — над ним нужно работать, выпускать обновления. Так как в Windows 8 была сильная смена парадигмы, то вполне ожидаемо наличие множества проблем как со стороны удобства использования, так и с технической стороны. Это нормальное явление.
2. Это очевидно. Но в данном случае я выбрал меньшее из зол — «возможное использование уязвимостей». Согласитесь, что лучше обезопасить себя сторонним ПО (хорошим Firewall-ом), чем постоянно заниматься «любовью» с системой вместо того, чтобы выполнять в ней задачи.
3. Проблема в том, что я давал возможность системе заверить процесс оптимизации. Первый раз оставил компьютер на день — он не закончил оптимизацию. Второй раз я ждал несколько часов (пока ездил по делам). Вроде все прошло и можно было работать. Но после перезагрузки он снова начал молотить диском, не давая за ней работать. Так что проблема была явно не в том, что я не давал ему работать. Это он не давал работать мне, проводя какие-то там операции в фоне. :))
Хоть и общая концепция, на которую нацелились в Microsoft понятна и приятна, но реализация оставляет желать лучшего. Посмотрим, как будут исправлять баги в текущей версии и в Windows 9. Когда-то же они все равно придут к продукту, который можно будет нормально использовать, а не заниматься с ним «хардкорной любовью». Все-таки компьютеры создаются, чтобы помогать людям, а не создавать им проблемы. 🙂
1. Повторю, RTM — это не первая, а финальная версия.
2. Не соглашусь никогда, ибо уязвимости д.б. устранены на конструктивном уровне, а не прикрыты чем-то сторонним.
3. С проблемами обращайтесь в форум, а не рассказывайте тут, как все плохо… Я столкнулся с проблемой, решил ее и рассказал. Сравните с вашим подходом!
Хорошая статья!
Вот оно, одно из весомых преимуществ Windows 8, описано выше.
Вадим, Вы как всегда на высоте 🙂
Спасибо за отклик, Антон!
Vadim Sterkin: Повторю, RTM — это не первая, а финальная версия. »
Вадим, да хоть трижды финальная. Это первый публичный выпуск, в котором неизбежно море багов. Невозможно протестировать систему такого уровня на бета-тестерах и энтузиастах и исправить все баги, выпустив систему, которая будет одинаково отлично работать на всех без исключения ПК, с самым разнообразным железом. И мой опыт работы и использования тому подтверждение.
Выпустят через полгода-год ряд багфиксов, тогда и можно будет думать о переходе на нее в качестве основной для работы в режиме «энтузиаста». Для работы в режиме «одноклассник(ца)» он работает нормально (если не запускать Рабочий стол).
Vadim Sterkin: Не соглашусь никогда, ибо уязвимости д.б. устранены на конструктивном уровне, а не прикрыты чем-то сторонним. »
Между «заниматься любовью с компьютером вместо работы» и «быстро соорудить костыль и работать» я выбираю последнее. Все же компьютеры созданы для того, чтобы решать наши задачи и помогать нам это делать эффективно, быстро и удобно. И уж никак их придумывали не для того, чтобы мы вокруг них бегали, сдували пылинки, занимались с ними «любовью» и все это вместо выполнения своей работы.
Vadim Sterkin: С проблемами обращайтесь в форум, а не рассказывайте тут, как все плохо… Я столкнулся с проблемой, решил ее и рассказал. Сравните с вашим подходом! »
Ну да, подход отличается. Я предпочитаю сидеть в комфортном автомобиле на заднем сидении и заниматься своими делами, отдав «на аутсорс» управление автомобилем, его ремонт, обслуживание и прочие технические моменты. Если водитель предлагает мне самому порулить, занятся ремонтом или обслуживанием автомобиля — я меняю такого водителя, так как он не способен работать в том режиме, который необходим мне.
Вы же предпочитаете ковыряться под капотом, настраивать, чинить и самостоятельно управлять автомобилем. Две разные модели поведения. Это нормальное явление.
Когда я беру нерабочий инструмент, я не пытаюсь его чинить, я сдаю его по гарантии и меняю либо на такой же рабочий, либо на другой рабочий. Вы же предпочитаете разобраться, починить его, поковырять настройки и затем использовать.
P.S. Кстати, после последнего обновления (после нескольких перезагрузок обновления все же встали без ошибок) пропала проблема и с обслуживанием, которое постоянно проводилось. Несколько раз перегружал ПК и лампа HDD не зависала на красном из-за работы диска.
1. Риторика «не ставить ОС до первого сервис-пака» уже навязла на зубах. Вам его, кстати, уже выпустили (номер KB в начале статьи). А море багов неизбежно в любой ОС, сколько сервис паков не выпускай…
2. У вас понятие костыля перевернуто с ног на голову. Именно костылем является защита от уязвимостей ОС с помощью стороннего ПО.
3. Я сижу в комфортном автомобиле и получаю удовольствие от вождения. А если у него перегорел предохранитель, я заменеяю его самостоятельно, а не бегу в сервис или чего хуже, ставлю в гараж и езжу на предыдущей модели.
И давайте с вами договоримся на будущее. Я публикую запись на определенную тему, вы комментируете в рамках этой темы. Выход за рамки означает удаление всего комментария. Собственно говоря, это написано в правилах обсуждений.
Сделал по варианту «Восстановление без установочного диска». Само восстановление прошло гладко, хоть и долго. Снова включил автоматическое обновление — и те же 3 обновления опять не устанавливаются. Ошибка не помню какая до этого была, сейчас: код 800F081F.
Егор, вам сюда — требования в шапке.
Вадим, спасибо. Довольно познавательно.
Например, если из г-сборки вырезаны необходимые компоненты
Вы об этом так говорите, как будто этим занимаются одни идиоты. Слишком много негатива. Уверяю, есть исключения из правил.
Валерий, надеюсь, следующая статья серии будет еще более познавательной для вас.
Что касается г-сборок, то я видел в форуме Windows 7 достаточно бедняг с вырезанными компонентами. К счастью, для Windows 7 нет UpdatePack’a, иначе их было бы на порядок больше, как и г-сборщиков. Бонус: Super Mega Zver Black eXtreme 2012 Edition
По поводу г-сборок я слукавил. Ибо пользуюсь г-обрезками.
Но речь не об этом. После установки KB2756872 перестают работать короткие пути типа:
Насколько я понимаю, то Майкрософт будет плавно переводить клиентские ОС на ReFS. Или нет?
Валерий, я не проверял работу имен в формате 8.3. Честно говоря, даже не знаю, зачем они нужны во времена Windows 8. Они используются только для совместимости с 16-разрядными и DOS приложениями. У меня таких нет, и я отключаю их для ускорения работы ФС (даже если на SSD это эффект плацебо), что Microsoft рекомендовала еще… во времена Windows NT 🙂
Что касается ReFS, то она только для серверной ОС. Но таки да, поддержка коротких имен там прекращена.
Vadim Sterkin: Они используются только для совместимости с 16-разрядными и DOS приложениями. »
Которые вообще не работают на 64 разрядных ОС.
Валерий: После установки KB2756872 перестают работать короткие пути типа: »
В ReFS кроме этого нет:
Мы отказались от поддержки в ReFS следующих функций NTFS: именованные каналы, короткие имена, сжатие, шифрование на уровне файла (EFS), транзакции пользовательских данных, фрагментарное кэширование, жесткие связи, расширенные атрибуты и квоты.
Vadim Sterkin: Что касается ReFS, то она только для серверной ОС. Но таки да, поддержка коротких имен там прекращена. »
Владимир Н. (Valeran)
действия, которые вы описали, мне помогут установить обновление kb2768703?
Владимир, описанные действия призваны устранять ошибки, а не помогать в установке обновлений…
Доброго времени суток, Вадим. Спасибо за статью, она оказалась очень полезной. Сначала конечно были проблемы, восстановление хранилища зависало на 40%, но это все из-за того, что у меня обрезаная версия, позже скачал оригинальный образ энтерпрайза, винда стала потолще, после восстановления файлов с диска. Но столкнулся с новой проблемой… ошибка 80070002 — файл не найден. Обновление скачивается, устанавливается, компьютер перезагружается и вот тут отказ и обновление не устанавливается далее. Пробовал «диагностику и предотвращение неполадок на компьютере» Windows Update, он находит неполадки (в том числе 80070002) и устраняет их, но ничего не помогает. Я и очищал папку загрузги обновления с остановленными службами, но увы все тщетно. Есть идеи по этому поводу?
Степан, не пользуйтесь г-сборками, и будет вам счастье. Установите полноценную Windows для начала и обновите ее. Если будут проблемы, пишите сюда.
Такая же «евпатория» наблюдается и с Обновление для Windows 8 для систем на базе 64-разрядных (x64) процессоров (KB2770917)
Размер загрузки: 142,9 МБ
Чтобы обновление вступило в силу, может потребоваться перезапуск компьютера.
Способ обновления: Важное
От 13 ноября. Кстати, есть сочетания клавиш для вызова Power Shell?
Всем:
Если у вас возникла проблема с установкой обновлений, обращайтесь в
указанную тему форума, предварительно выполнив все требования из шапки:
Если у вас есть вопросы по практическому применению восстановления компонентов, направляйте их в ту же тему.