3

Я пытаюсь выяснить, где Windows хранит информацию об обновлениях, которые были скрыты. Есть еще один вопрос, который задает это, но местоположение фактически не было задано, только метод для изменения скрытых обновлений без прохождения через официальный интерфейс WU.

Причина, по которой я хочу знать, заключается в том, что Центр обновления Windows создает 1,3 ГБ файлов в папках %systemroot%\SoftwareDistribution\DataStore и %systemroot%\Logs\CBS которые я удаляю после выполнения обновлений. Проблема в том, что в прошлый раз, когда я использовал WU, все ранее скрытые обновления были восстановлены, что заставляет меня подозревать, что WU, вероятно, хранит скрытые флаги в абсурдно массивном (и раздутом и почти полностью пустом) файле DataStore.edb сохраняя их в различные файлы журнала не кажутся выполнимыми.

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

Кто-нибудь знает, где Windows хранит скрытые настройки обновления?

1 ответ1

0

Я надеялся провести пятницу, выполняя какую-то работу, но я потратил впустую время, выполняя тест (просматривая некоторые обучающие видео). Теперь у меня - и у всех остальных - есть конкретное, проверенное подтверждение, а не просто подозрение. Чтобы уменьшить взаимодействия и смешанные переменные, я начал с наименее вероятных кандидатов.

Тестовое задание

Первым был CBS.log (файл, связанный с SFC). Возможно, неудивительно, что скрытые обновления все еще были в списке.

Затем был SoftwareDistribution\DataStore\Logs . Эти файлы журналов на самом деле не пусты и заполнены текстом, но все еще сжимаются почти до нуля (вероятно, из-за того, что они являются Unicode). Скрытые обновления сохранены.

Наконец, DataStore.edb получил топор. К сожалению, это привело к сбросу скрытых обновлений.

Я действительно надеялся, что это не тот случай, но, к сожалению, это так. Где в файле обновления помечены как скрытые, остается только догадываться. Я нашел немного информации о формате Extensible Storage Engine, но на самом деле это не стоит усилий, потому что сохранение файла, по-видимому, не ускоряет сканирование WU. Я попробовал это, и это все еще занимало очень много времени. (Я мог бы преувеличить с двумя часами, но все же, хорошие 45-60 минут, независимо от наличия DataStore.edb .)

Обходные

Компресс

В качестве обходного пути (мне действительно надоело обходить каждую проблему в каждой программе), я предлагаю всем, кто находится в такой ситуации, просто сжать файл и затем удалить его. Поскольку файл почти полностью пуст, он сжимает> 1 ГБ до ~ 17 МБ. Затем вы можете распаковать его при выполнении проверки обновлений, а затем снова сжать его. Сжатие на удивление быстро даже при максимальных настройках. Это имеет несколько проблем, хотя:

  1. Это все еще добавляет износ на диске.
  2. Требуется достаточно места для распаковки перед выполнением обновлений.
  3. Этот обходной путь применяется только к тем, кто выполняет обновления вручную, поэтому любой, кто использует автоматические обновления (или использует Windows 10), должен будет кусать пулю и тратить много места (хотя вы все равно можете удалить файл CBS.log 150 МБ). без влияния на скрытый список обновлений).

Внешний список

Другой вариант - составить список скрытых обновлений, чтобы вам было легче с ним работать. К сожалению, интерфейс WU не позволяет копировать список в буфер обмена, и с Vista Microsoft переключила Explorer на другой набор элементов управления, поэтому вы не можете извлечь список с помощью чего-то вроде SysExporter. Поэтому вам придется либо сделать снимок экрана со списком скрытых обновлений, либо вручную записать их все.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .