Какой файл отвечает за обновление windows 7

Обновлено: 06.07.2024

Некоторые пользователи 7 версии Windows сталкиваются с проблемами стандартного Центра обновлений операционной системы. Windows 7 бесконечно долго ищет обновления, не может их загрузить, и продолжает искать другие.

Подобная проблема может доставить немало неприятностей. Во-первых, на ваш компьютер не будут установлены свежие патчи, что может снизить эффективность работы ОС. Во-вторых, пока идет поиск, процессор и физическая память сильно нагружаются. Это может быть не очень заметно на мощных ПК, но на «слабых» — весьма неприятно. В данной статье описывается, что делать, если Центр обновления Windows 7 не может завершить поиск обновлений.

Настройка автоматического поиска

Вам потребуется сделать следующее:

После этого следует перезагрузить компьютер, чтобы остановить поиск. Теперь ваша система не будет пытаться искать новые апдейты. Если вам потребуется включить эту функцию — это можно сделать в этом же меню.

Остановка службы

Это делается следующим образом:

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

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

Исправление ошибок в системных файлах

Часто подобные неполадки возникают в результате повреждений важных системных файлов. Это может происходить в результате системных сбоев, действий вирусных программ, неправильной установки предыдущих обновлений и так далее.

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

Это делается следующим образом:

Вызовите диалоговое окно «Выполнить». Это можно легко сделать с помощью одновременно нажатия клавиш Win и R .
В текстовом поле открывшегося окна требуется ввести cmd а затем нажать Enter или кнопку OK .
После этого запустится системная консоль. Это специальная программа, которая может воспринимать текстовые команды. Введите sfc /scannow и нажмите Enter для начала сканирования компьютера.

Если вы захотите скопировать данную строку, необходимо воспользоваться контекстным меню, щелкнув правой кнопкой мыши внутри окна. Комбинация Ctrl + V в консоли не работает.

После этого Windows просканирует все системные файлы. Все обнаруженные ошибки будут исправлены. После этого следует перезагрузить компьютер и запустить поиск обновлений еще раз. Если процесс по-прежнему слишком медленный — необходимо искать другие способы решения проблемы.

Обновление KB3102810

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

Ссылки на скачивание:

Обновления KB3020369 и KB3172605

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

Средство устранения неполадок от Microsoft

Еще один способ решения проблемы — воспользоваться утилитой для поиска проблем от Майкрософт. Ее действие чем-то похоже на «sfc /scannow», с тем отличием, что она создана специально для Центра обновлений и может решить значительно большее количество неполадок. К тому же, у нее есть графический интерфейс, что облегчает работу для пользователей, непривычных к работе в консоли.

Подождите, пока будет завершено сканирование операционной системы. Если утилита обнаружит какие-то неполадки, она сообщит об этом и автоматически применит исправления.

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

В следующей таблице описываются файлы журнала, созданные Windows Update.

Создание WindowsUpdate.log

Чтобы объединить и преобразовать Windows файлы трассировки (etl files) в один читаемый файл WindowsUpdate.log, см. в публикации Get-WindowsUpdateLog.

При запуске комлета Get-WindowsUpdateLog создается копия файла WindowsUpdate.log в виде статичного файла журнала. Он не обновляется как старый WindowsUpdate.log, если вы не запустите Get-WindowsUpdateLog снова.

Windows Обновление компонентов журнала

В Windows Update есть разные имена компонентов. Ниже приводится ряд наиболее распространенных компонентов, которые отображаются в файле WindowsUpdate.log:

Windows Структура журнала обновления

Структура журнала Windows обновления разделена на четыре основных удостоверения:

Отметки времени
Process ID and Thread ID
Имя компонента
Идентификаторы обновления
- Update ID and Revision Number
- Изменение ID
- Локальный ID
- Несогласованная терминология
Структура WindowsUpdate.log обсуждается в следующих разделах.

Штампы времени

Отметка времени указывает время ведения журнала.

ID процесса и нить ID

ID-данные процесса и потоковые ИД являются случайными, и они могут отличаться от журнала к журналу и даже от сеанса службы до сеанса службы в одном журнале.
- Первые четыре двузначные цифры — это код процесса.
- Следующие четыре двузначные цифры — это код потока.
- Каждый компонент, например движок usO, Windows update, вызыватели API com и Windows обработчики установщика обновления, имеет свой собственный ID процесса.
Имя компонента

Поиск и определение компонентов, связанных с идентификацией. Различные части Windows обновления имеют разные имена компонентов. Некоторые из них являются следующими:
- ProtocolTalker — синхронизация с клиентом-сервером
- DownloadManager — создает и отслеживает загрузки полезной нагрузки
- Обработчик, установка - обработчики установки (CBS и т.д.)
- EEHandler — оценка правил применимости к обновлению
- DataStore — локальное обновление данных кэшинга
- IdleTimer — отслеживание активных вызовов, остановка службы
Идентификаторы обновления

Update ID and revision number

Существуют различные идентификаторы для одного и того же обновления в разных контекстах. Важно знать схемы идентификаторов.
- Update ID: GUID (указанный на предыдущем скриншоте), который назначен заданным обновлениям во время публикации
- Номер версии. Число, приращенное каждый раз при внесении изменения и переопубликовки данного обновления (с заданным ИД обновления) в службе.
- Номера версий повторно будут повторноиспользоваться из одного обновления в другое (а не уникальный идентификатор).
- ID обновления и номер ревизии часто показаны вместе как ".revision".
Изменение ID
- Update ID (не путайте это значение с "номером ревизии") — это серийный номер, который выдается при первоначальном опубликовании или исправлении обновления в данной службе.
- В обновленном обновлении сохраняется один и тот же ID обновления (GUID), увеличивается число его изменений (например, от 100 до 101), но он получает новый ИД,не связанный с предыдущим ID.
- Коды ревизии уникальны для данного источника обновления, но не для нескольких источников.
- Один и тот же вариант обновления может иметь различные ID-версии Windows и WSUS.
- Один и тот же ID-версии может представлять различные обновления Windows Update и WSUS.
Локальный ID
- Локальный ID — это серийный номер, который выдается при получении обновления от службы клиентом Windows Обновления
- Обычно в журналах отключки, особенно с использованием локального кэша для обновления информации (Datastore)
- Различные клиентские компьютеры назначят разные локальные ID-документы одному обновлению
- Локальные ID,которые клиент использует, можно найти, получив файл %WINDIR%\SoftwareDistribution\Datastore\Datastore.edb
Несогласованная терминология

Иногда журналы используют термины несогласованно. Например, в списке InstalledNonLeafUpdateIDs фактически содержатся измененные ИД, а не обновленные.

Распознавание ID-данных по форме и контексту:
- GUID — это обновленные ID-интерфейсы
- Небольшие integers, которые отображаются рядом с обновлением ID являются номерами ревизии
- Крупные integers, как правило, являются ID-версии
- Небольшие наборы (особенно в Datastore) могут быть локальными Windows
Windows Настройка анализа файлов журналов с помощью средства SetupDiag

SetupDiag — это диагностический инструмент, который можно использовать для анализа журналов, связанных с установкой Windows обновлений. Подробные сведения см. в инструкции SetupDiag.

Вы когда-нибудь задумывались, с помощью чего формируется список установленных обновлений Windows? А через какое API его достать? Ответы на эти и другие возникающие вопросы я постараюсь дать в своём небольшом исследовании.

Предыстория или с чего всё началось.

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

Раньше на каждое «ТО» с помощью WSUS подтягивались все выпущенные обновления и распространялись на все машины. Также периодически выходили ТСБ (технические сервисные бюллетени), в которых указывалось, что требуется установить необходимые обновления в виде изолированных пакетов. В итоге у нас накапливаются обновления, которые в WSUS отследить нельзя, а можно было увидеть только через панель управления в разделе «Установленные обновления».

Бывают ситуации, когда АРМ или сервер «падает» и приходится его восстанавливать из образа, созданного некоторое время назад. При восстановлении из образа есть вероятность того, что мы можем потерять нужные нам обновления (которые пришли в виде изолированных пакетов), которые устанавливались до падения машины. Объяснил максимально подробно насколько мог, потому что уточнения будут уже коммерческой тайной.

Как вы могли догадаться из названия статьи, уже на выборе метода получения списка у меня возникла непростая задача. Я, как обычно, решил поискать нужное в поисковике, задал вопросы на профильных ресурсах (раз, два, на английском stackoverflow почему-то не понравился мой вопрос и его пришлось удалить), но все ответы не давали нужного результата. Поэтому пришлось разбираться самому, о чем и пойдет речь далее.

Консольные команды

Начнем с простого и воспользуемся тем, что предлагает нам Windows без использования сторонних средств. Это можно сделать с помощью следующих команд:
- wmic qfe list
- systeminfo
- dism /online /get-packages
- через PowerShell:
- Get-HotFix
- Get-SilWindowsUpdate (доступно только в серверных редакциях)
- Get-WmiObject -Class win32_quickfixengineering — через доступ к WMI классу win32_quickfixengineering (о WMI чуть позже)
Получить список через графический интерфейс можно через стандартный пункт Панели управления «Установка/удаление программ», но скопировать оттуда мы ничего не можем. Каждый инструмент панели управления представлен файлом .cpl в папке Windows\System. Файлы .cpl в системную папку Windows автоматически загружаются при запуске панели управления. За пункт Программы отвечает файл Appwiz.cpl. Его анализ ни к чему не привел.

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

Все методы проверялись на чистых образах систем (Windows 7, 8, Server 2012 R2) с интегрированными обновлениями, после каждого обновления через Центр обновления с официальных серверов Microsoft проводилась дополнительная проверка. Остановимся на каждом из них подробнее.

WUApi (Windows Update Agent API) — использование API агента обновления Windows. Самый явный вариант, название которого говорит само за себя. Использовать для этого будем библиотеку Wuapi.dll.

Примечание: далее для своего удобства все результаты я буду вставлять в List. Это, возможно, не рационально, но тогда мне это казалось хорошей идеей.

Есть и вторая вариация этого метода: Update Session — получение информации с помощью подключения к сессии обновления Windows Update Agent (в данном случае работаем не напрямую с библиотекой).

Microsoft подсказывает об удаленном использовании API.

Главный минусы этих двух методов — не позволяют найти исправления KB, которые не распространяются через Центр обновления Windows. Можно увидеть только то, что прошло через сам агент обновления, то есть данный вариант нас не устраивает.

Система обслуживания образов развертывания и управления ими (Deployment Image Servicing and Management) — это средство командной строки, которое может использоваться для обслуживания образа Windows или для подготовки образа среды предустановки Windows (Windows PE). Является заменой диспетчера пакетов (Pkgmgr.exe), PEimg и Intlcfg.

Данная утилита используется для интеграции обновлений, сервис паков в образ системы. Обновления Windows представляют собой отдельные модули, которые могут быть представлены в нескольких вариантах:
- .cab-файлы (Cabinet) — архивы. Предназначены для распространения и установки при помощи модулей Центра обновлений Windows в автоматизированном режиме;
- .msu-файлы (Microsoft Update Standalone Package) — исполняемые файлы. Предназначены для распространения и установки самими пользователями в ручном режиме через каталог обновлений Microsoft. Фактически представляют собой упакованный набор, состоящий из .cab-, .xml, .txt-файлов.
Количество обновлений совпадало с количеством из списка Панели управления до первого апдейта через центр управления — после него количество обновлений стало меньше (было 214, стало 209), хотя по логике они должны были увеличиться. Примеры вывода До обновления, После обновления.

С чем это связано я могу только предполагать — возможно, какие-то обновления замещали предыдущие, следовательно, и количество стало меньше.

Чуть позже я наткнулся на утилиту от китайцев DISM++, которая основана не на DISM API или DISM Core API, но имеющиеся в ней библиотеки не имеют нужных мне открытых методов, поэтому я забросил эту идею и продолжил поиски дальше.

Windows Server Update Services (WSUS) — сервер обновлений операционных систем и продуктов Microsoft. Сервер обновлений синхронизируется с сайтом Microsoft, скачивая обновления, которые могут быть распространены внутри корпоративной локальной сети. Опять же специальный инструмент, предназначенный для работы с обновлениями.

Распространяется только на серверных редакциях ОС Windows, поэтому был развернут следующий стенд:
- основная система – Windows Server 2016;
- а через систему виртуализации Hyper-V были развернуты две клиентские ОС:
  - Windows 8.1
  - Windows 7
  Чтобы не выделять раздел жесткого диска для новой системы я пользуюсь WinNTSetup и устанавливаю систему в VHD диски — загрузчик, начиная с Windows 7 (редакций Professional/Ultimate), прекрасно справляется с загрузкой с образа диска. Полученные таким образом диски можно спокойно использовать и в Hyper-V — убиваете сразу двоих зайцев. Не забудьте только сделать заранее копию хранилища BCD через команду bcdedit /export e:\bcd_backup.bcd.
  
  Настраивать AD для рассылки обновлений я не захотел, поэтому просто прописал в групповых политиках путь к WSUS серверу:
  
  Обязательно уделите внимание на порт, я из-за опечатки (8350 вместо 8530) не мог получить обновления на клиентских машинах, хотя сделано было всё верно. Так же названия пунктов в групповых политиках на Windows 7 и Windows 8 различаются.
  
  Для получения отчета средствами WSUS необходимо дополнительно установить пакет — система уведомит вас об этом.
  
  Так как интернета нет, то ситуация с обновлениями выходит как на скриншоте ниже:
  
  Поведение похоже на WUApi — если обновления не прошли через них, то они не знают об этом. Поэтому данный метод снова не подходит.
  
  Windows Management Instrumentation (WMI) в дословном переводе — инструментарий управления Windows.
  
  WMI — реализованный корпорацией Майкрософт стандарт управления предприятием через Интернет для централизованного администрирования и слежения за работой различных частей компьютерной инфраструктуры под управлением платформы Windows. WMI является открытой унифицированной системой интерфейсов доступа к любым параметрам операционной системы, устройствам и приложениям, которые функционируют в ней.
  
  Данный метод позволяет получить данные как с локальной машины, так и удаленно в пределах локальной сети. Для обращения к объектам WMI используется специфический язык запросов WMI Query Language (WQL), который является одной из разновидностей SQL. Получать список мы будем через WMI класс win32_quickfixengineering.
  
  Количественно всё совпадает (даже после обновлений), поэтому было решено использовать этот метод. Для программного создания WMI запросов советую использовать следующую утилиту — WMI Delphi Code Creator. Благодаря ей я немного по другому взглянул на свой код и решил использовать заготовку из этой программы.
  
  Полученные данные методом WMI меня не остановили, и я решился на „поверхностный реверс-инжиниринг“. Воспользуемся утилитой Process Monitor из сборника программ Sysinternals Suite для выявления файлов и ветвей реестра, которые используются при вызове выше перечисленных консольных команд и обращению к пункту „Установленные обновления“ через Панель управления.
  
  Моё внимание привлек файл wuindex.xml, расположенный в папке C:\Windows\servicing\Packages\. Для его анализа была написана следующая программа:
  
  К сожалению, данный файл встречается не на всех системах и принцип его генерирования и обновления остался для меня загадкой. Поэтому снова данный метод нам не подходит.
  
  Вот мы подошли к тому, с чем связаны все эти методы. Продолжая анализ логов Process Monitor я выявил следующие папки и файлы.
  
  Файл DataStore.edb, расположенный в папке C:\Windows\SoftwareDistribution\DataStore. Это база данных, в которой содержится история всех обновлений установленной версии Windows, включая те обновления, которые только стоят в очереди.
  
  Для анализа файла DataStore.edb использовалась программа ESEDatabaseView. В БД существует таблица tbUpdates, содержимое которой трудно интерпретировать.
  
  После мое внимание привлек процесс TiWorker.exe, который вызывался каждый раз при открытии пункта в Панели управления. Он „ходил“ по многим папкам, одна из которых вывела меня на верный путь.
  
  C:\Windows\SoftwareDistribution — это папка, используемая службой обновления Windows для загрузки обновлений на компьютер с последующей их установкой, а также хранит сведения обо всех ранее установленных обновлениях.
  
  Папка WinSxS, расположенная по адресу C:\Windows\winsxs. Это служебная папка операционной системы Windows служащая для хранения ранее установленных версий системных компонентов. Благодаря ее наличию существует возможность отката к более старой версии обновления в случае необходимости.
  
  C:\Windows\servicing — основная составляющая всей системы, имя которой Component-Based Servicing (CBS).
  
  CBS — обслуживание на основе компонентов, составляющая Windows, интегрированная с службой Windows Update. В противоположность обслуживанию на основе файлов File-Based Servicing (FBS) (для ОС, предшествующих Windows Vista), в котором файлы обновлялись прямо в системных директориях, в CBS появилась целая иерархия директорий и целое семейство (стек) модулей/библиотек обслуживания.
  
  CbsApi.dll — основная библиотека поддержки технологии CBS. Не имеет открытых методов, поэтому напрямую использовать её я не смог. Microsoft использует TrustedInstaller.exe и TiWorker.exe для доступа к методам данной библиотеки и уже через эти процессы выводит нужные нам данные. ‪Записи ведутся в C:\Windows\Logs\CBS\CBS.log.
  
  Вывод
  
  Microsoft слишком усложнила тривиальную задачу по получению списка обновлений и сделала этот процесс не совсем явным. Всё это сделано для безопасности, но не для простоты использования. Соглашусь с автором статьи — в получении обновлений стали отсутствовать предсказуемость и прозрачность.
  
  В результате исследования была написана следующая программа, демонстрацию работы которой можно увидеть в данном видео:
  
  Мы всегда считали и считаем, что своевременное обновление системы, будь то Android, Linux, MacOS, iOS, Windows приносит пользу.
  
  Но среди полезных обновлений, есть и исключения. Поговорим об обновлении операционных систем семейства Windows.
  
  Контролируем обновления
  
  В этой заметке мы рассмотрим то, какие обновления нельзя устанавливать на Windows 7 x64 x32
  
  Сначала вы 3 часа ждете пока установятся 60 обновлений и грустно смотрите на счетчик. Затем после нескольких часов обновления, она сообщает, что не смогла установить некоторые из них.
  
  Все это время компьютер перезагружается.
  
  Время потеряно, обновления не установлены, процесс можно попробовать прервать, но не факт, что Windows после этого загрузится.
  
  Не проще ли самим контролировать этот процесс?
  
  Отключите автоматическое обновление
  
  Отключите автоматическое обновление, выбрав в параметрах пункт выпадающего меню:
  
  Устанавливайте обновления в ручном режиме
  
  Эти обновления устанавливать не стоит:
  
  KB2859537 / KB3045999 / KB2872339 / KB905474 / KB971033 / KB2882822 / KB2862330 / KB2864058 / KB2952664 / KB3035583 / KB3021917 / KB2990214 / KB3022345 / KB915597 / KB2823324 / MS13-063 / KB2876063 / KB2873872 / KB2843638 / KB2843639 / KB2868846
  
  KB2859537 из за которого приложения не запускались и выдавали ошибку 0xc0000005.
  
  Также, возможно, что KB2876315, KB2872339 (перестают запускаться 32-х битные приложения с ошибкой 0x0000005) вызывают эту же ошибку.
  
  KB2882822 — перестают работать USB-порты и устройства подключенные по шине USB.
  
  Существует целый ряд обновлений, которые по разным причинам не стоит устанавливать. Одни убивают активацию Windows, другие приводят к невозможности запуска .exe файлов в следствие ошибки в обновлении, третьи просто могут приводить к странному поведению системы, а некоторые даже могут привезти к невозможности загрузки системы. После некоторых обновлений в Outlook исчезают панели, а в Powerpoint перестают отображаться оси на графиках :)
  
  Ниже я привожу список обновлений, которые приводили к проблемам. Список будет пополняться.
  - Обновление Windows KB971033 (убивает активацию нелицензионной Windows путем смены механизма активации)
  - KB2982791, KB2970228, KB2975719 и KB2975331 (аварийное завершение работы, синий экран, Stop 0×50 в Win32k.sys)
  - Обновление безопасности KB2993651 (BSOD, отключение или неверная работы Windows Update после него, окна некоторых приложений могут стать невидимыми или некорректно отображаться позади других окон)
  - Обновления безопасности KB2965768, KB2970228, KB2973201 и KB2975719 (окна некоторых приложений могут стать невидимыми или некорректно отображаться позади других окон).
  - Обновление Windows KB2859537, KB2872339, KB2882822 (не запускаются программы из exe, ошибка 0xc0000005, только на нелицензионных Windows, т.к. заменяются файлы ядра)
  - Обновление безопасности KB2862330 (BSOD, даже на MSDN образах)
  - Обновление безопасности KB2864058 (проблемы с запуском приложений, использующих библиотеки Visual C++)
  Вот список обновлений, которые могут приводить к проблемам:
  - Апрель, 2015 — KB3045999
  - Май, 2015 — KB3022345
  - Июнь, 2015 — KB3068708 — синий экран, постоянная перезагрузка
  - Август, 2015 — KB3060716 и KB3071756 - BSOD с ошибкой 0x0000007b
  - Сентябрь, 2015 — KB3080149 — BSOD
  - Октябрь, 2015 — KB3088195 — BSOD с кодом 0×80070490
  - Ноябрь, 2015 — KB3101746
  - Декабрь, 2015 — KB3108381 — вылетают некоторые приложения
  - Январь, 2016 — KB3121212 — могут быть проблему, у кого система активирована через KMS сервер.
  - Февраль, 2016 — KB3126587 и KB3126593 — Windows не запускается!
  - Март, 2016 — KB3140410 — BSOD
  - Май, 2016 — KB3153171 - BSOD с 145 ошибкой
  KB3035583 — Обновление для перехода на Windows 10 — на ваше усмотрение.
  
  Вообще, есть ряд рекомендаций, которым я очень советую следовать, чтобы снизить риск печальных последствий при установке обновлений:
  
  В операционной системе Windows 7 присутствует встроенный инструмент по автоматическому поиску и установке обновлений. Он самостоятельно загружает на компьютер файлы, а потом инсталлирует их при удобной возможности. Некоторым пользователям по определенным причинам потребуется отыскать эти скачанные данные. Сегодня мы детально расскажем о том, как это осуществить двумя разными методами.
  
  Находим обновления на компьютере с Windows 7
  
  Когда вы найдете установленные нововведения, вам станет доступен не только их просмотр, но и удаление, если это необходимо. Что же касается самого процесса поиска, он не займет много времени. Рекомендуем ознакомиться с двумя следующими вариантами.
  
  Способ 1: Программы и компоненты
  
  В Виндовс 7 есть меню, где вы можете просматривать инсталлированное программное обеспечение и дополнительные компоненты. Там же находится категория с обновлениями. Переход туда для взаимодействия с информацией выполняется так:
  Если вы решили не просто ознакомиться с нужными данными, а деинсталлировать их, рекомендуем перезагрузить компьютер по завершении этого процесса, тогда должны исчезнуть остаточные файлы.
  
  Кроме этого в «Панель управления» присутствует еще одно меню, позволяющее просматривать обновления. Открыть его можно следующим образом:
  1. Вернитесь в главное окно «Панель управления», чтобы увидеть список всех доступных категорий.
  2. Выберите раздел «Центр обновления Windows».
  На этом первый вариант поиска обновлений на ПК под управлением операционной системы Виндовс 7 подходит к концу. Как видите, выполнить поставленную задачу не составит большого труда, однако существует еще один, немного отличающийся от этого, метод.
  
  Способ 2: Системная папка Windows
  
  В корне системной папки Windows хранятся все загруженные компоненты, которые будут или уже были установлены. Обычно они автоматически очищаются спустя некоторое время, однако это происходит не всегда. Самостоятельно отыскать, просмотреть и изменить эти данные можно так:
  Оба рассмотренных в этой статье метода являются простыми, поэтому с процедурой поиска справится даже неопытный пользователь, не обладающий дополнительными знаниями или навыками. Надеемся, предоставленный материал помог вам отыскать требуемые файлы и провести с ними дальнейшие манипуляции.
  
  Мы рады, что смогли помочь Вам в решении проблемы.
  
  Отблагодарите автора, поделитесь статьей в социальных сетях.
  
  Опишите, что у вас не получилось. Наши специалисты постараются ответить максимально быстро.
  
  Читайте также: