- Ссылка на репозиторий
GitHub - xor0x1/CBS-Log-Analyzer: CBS Log Analyzer
CBS Log Analyzer. Contribute to xor0x1/CBS-Log-Analyzer development by creating an account on GitHub.github.com
Что это
Чтение сырого CBS.log — это пролистывание десятков тысяч строк ради нескольких важных. CBS Log Analyzer превращает это в понятный вердикт: какая операция выполнялась, есть ли реальные проблемы и что конкретно с ними делать.
Перетащите лог на страницу и читайте сверху вниз: вердикт → причины → команды. Это один статический HTML-файл без зависимостей, сборки и сетевых запросов — открытый файл и есть всё приложение.
Возможности
- Вердикт за секунду — «чисто» или «есть проблемы», с разделением критичного и шума. Косметические ошибки (сбой таймера, единичные deltastore и т.п.) не поднимают ложную тревогу, а выносятся в блок Незначительное.
- Тип операции и период — определяет sfc /scannow, DISM RestoreHealth, установку обновлений или фоновое обслуживание; показывает диапазон времени.
- Группировка ошибок — десятки одинаковых строк сворачиваются в уникальные проблемы (например, 56 → 26), отсортированные по частоте.
- Корневая причина, а не симптом — распознаёт типовые сценарии и даёт целевыекоманды:
- повреждение хранилища компонентов → DISM / sfc
- повреждённые токены лицензирования SPP → сброс sppsvc + tokens.dat (с пометкой, что DISM здесь бесполезен)
- нет источника восстановления (0x800f081f) → DISM с /Source
- сбой установки обновления → восстановление + сброс очереди Windows Update
- DISM: онлайн-источник недоступен (0x80071160) → /Source из ISO + /LimitAccess вместо повтора онлайн
- Поддержка dism.log — разбирает и dism.log (кидайте его вместе с CBS): показывает каждый запуск DISM (RestoreHealth / ScanHealth …), время и итоговый HRESULT, со сводкой успех/сбой — видно, что уже пробовали.
- CheckSUR / повреждённые пакеты — извлекает блок System Update Readiness: каждый повреждённый пакет .mum/.cat с типом (Catalog / MUM / Manifest) и причиной репорта, плюс сводка с разбивкой повреждений (Manifest / Metadata / Payload) и результатом операции.
- Наблюдения — нейтральный блок для сторонних / информационных моментов (offline-обслуживание по несуществующему диску, теневые копии VSS, очистка компонентов / ResetBase, ожидание перезагрузки, повреждённый источник в store, отсутствие замены mum/cat). Только пояснения, без команд.
- Расшифровка HRESULT — частые коды (0x800f081f, 0x80073712, 0x8007000d, 0x80070003, 0x80071160, …) человеческим языком; декодирует и текст Inner Error из \uXXXX.
- Привязка к контексту — показывает, какой инсталлер / пакет / KB / компонент падал.
- Обновления KB и починка файлов SR — помечает сбойные KB, отслеживает SR-починку файлов и сессии обслуживания с их HRESULT.
- Удобство — поиск и фильтр по уровню в таблице, кнопка «Скопировать отчёт» (текстовая сводка), поддержка нескольких файлов сразу (cbs.log + cbs.persist.log).
- Двуязычный интерфейс — автоматически выбирает RU/EN по языку ОС/браузера, с ручным переключателем RU/EN; выбор запоминается через localStorage.
Как пользоваться
- Скачайте cbs-analyzer.html.
- Откройте в любом современном браузере (интернет не нужен).
- Перетащите свой CBS.log на страницу — или нажмите, чтобы выбрать файл. Можно перетащить CBS.log и dism.log вместе — анализ объединится.
- Прочитайте вердикт, затем причины/наблюдения, затем предложенные команды.
Логи обычно лежат в C:\Windows\Logs\CBS\CBS.log и C:\Windows\Logs\DISM\dism.log.
Приватность
Всё выполняется локально в браузере. Файл никуда не загружается, нет аналитики и сетевых запросов.
Ограничения
Анализ эвристический, по известным маркерам CSI/CBS. Он экономит время на чтении лога, но не заменяет диагностику — итоговое решение по починке всегда за DISM/sfc и здравым смыслом.
Расширение
Новые профили причин и наблюдения добавляются легко: одна запись в CAUSE_TESTS / OBS_TESTS (regex-тест) плюс соответствующий текст в словаре I18N для обоих языков.