Запись «идентификатор устройства службы TBS создан» в журнале событий Windows означает, что система успешно инициализировала программный интерфейс TPM Base Services и зарегистрировала устройство доверенного платформенного модуля. Это информационное событие, а не ошибка: оно фиксирует факт обнаружения и подготовки TPM к работе при загрузке или перезапуске соответствующей службы.
Пользователи чаще всего замечают эту запись при просмотре журнала через eventvwr.msc — например, когда ищут причину сбоев и натыкаются на незнакомое сообщение рядом с реальными ошибками. Важно сразу отделить нормальное системное событие от признаков неисправности: сама по себе запись о создании идентификатора устройства TBS проблемой не является.
Что такое TBS и зачем Windows создаёт идентификатор устройства
TBS (TPM Base Services) — это системная служба Windows, которая выступает посредником между операционной системой, приложениями и аппаратным модулем TPM (Trusted Platform Module). TPM — это криптографический чип или встроенная в процессор функция (fTPM у AMD, PTT у Intel), отвечающая за безопасное хранение ключей, работу BitLocker, Windows Hello и измерение целостности загрузки.
Когда служба TBS стартует и получает доступ к модулю, система регистрирует устройство и присваивает ему идентификатор. Событие об этом и попадает в журнал. По сути, это аналог записи «устройство готово к работе» для любого другого драйвера — только в области безопасности.
- 🔐 Шифрование диска — BitLocker хранит ключи в TPM и обращается к нему через TBS.
- 🪪 Windows Hello — биометрическая аутентификация опирается на защищённое хранилище модуля.
- 🛡️ Проверка целостности загрузки — Secure Boot и измеренная загрузка фиксируют состояние системы.
- 🔑 Виртуальные смарт-карты и сертификаты — корпоративные сценарии защиты ключей.
Где найти это событие в журнале Windows
Чтобы посмотреть запись самостоятельно, откройте просмотр событий: нажмите Win + R, введите eventvwr.msc и подтвердите. Записи, связанные с TPM и TBS, обычно находятся в разделах «Журналы Windows» → «Система», а также в специализированных журналах по пути «Журналы приложений и служб» → «Microsoft» → «Windows», где есть ветки, посвящённые TPM и службе сертификации ключей. Точное расположение зависит от версии Windows.
Обратите внимание на уровень события. Если запись имеет уровень «Сведения» или «Информация» — это штатная регистрация. Беспокоиться стоит только при записях с уровнями «Ошибка» или «Предупреждение» рядом с TBS или TPM-WMI.
Как проверить состояние TPM в системе
Если событие вызвало вопросы, полезно убедиться, что сам модуль работает корректно. Базовая проверка выполняется штатными средствами и ничем не рискует.
Откройте консоль управления TPM: Win + R → tpm.msc. Если модуль присутствует и готов, вы увидите статус «TPM готов к использованию» и версию спецификации (1.2 или 2.0). Если консоль сообщает, что совместимый TPM не найден — возможно, модуль отключён в BIOS/UEFI или отсутствует аппаратно.
Второй способ — командная строка или PowerShell с правами администратора:
Get-TpmКоманда выведет сведения о наличии и состоянии модуля: присутствует ли он, готов ли к использованию, нужна ли инициализация. Это безопасная диагностическая команда, она ничего не меняет в системе.
☑️ Проверка состояния TPM
Когда событие TBS указывает на проблему
Сама запись о создании идентификатора безобидна, но сопутствующие симптомы могут говорить о неполадках с модулем или его программным окружением. К таким сценариям относятся ошибки инициализации TPM в журнале, сбои BitLocker с требованием ключа восстановления, невозможность настроить Windows Hello или сообщение о несоответствии требованиям при установке Windows 11.
⚠️ Внимание: не очищайте TPM через
tpm.mscили BIOS без крайней необходимости. Очистка модуля делает недоступными зашифрованные с его помощью данные — например, диски BitLocker без сохранённого ключа восстановления восстановить будет невозможно.
Возможные причины сбоев в работе TBS и TPM:
- ⚙️ Модуль отключён в BIOS/UEFI — проверьте настройки Security Device Support, fTPM или PTT (названия зависят от производителя платы).
- 🔄 Устаревшая прошивка BIOS — обновление иногда устраняет ошибки инициализации, но выполнять его стоит строго по инструкции производителя.
- 💾 Повреждение системных компонентов — проверяется командами
sfc /scannowиDISM. - 🧩 Конфликт драйверов чипсета — помогает установка актуальных драйверов с сайта производителя устройства.
Сравнение нормальных и проблемных событий
Чтобы быстрее ориентироваться в журнале, сверьтесь с таблицей типичных ситуаций:
| Ситуация в журнале | Уровень события | Что это значит | Нужны ли действия |
|---|---|---|---|
| Идентификатор устройства TBS создан | Сведения | TPM обнаружен и инициализирован | Нет |
| Ошибка инициализации TPM | Ошибка | Модуль не отвечает или отключён | Проверить BIOS и драйверы |
| Предупреждения TPM-WMI | Предупреждение | Возможны проблемы доступа к модулю | Диагностика tpm.msc и Get-Tpm |
| BitLocker запрашивает ключ при загрузке | Симптом вне журнала | Изменилась конфигурация загрузки или сбой TPM | Ввести ключ восстановления, проверить модуль |
⚠️ Внимание: если BitLocker начал запрашивать ключ восстановления после обновления BIOS или изменения настроек загрузки — это ожидаемая реакция защиты, а не поломка. Введите сохранённый ключ, после чего защиту можно приостановить и возобновить, чтобы привязка к TPM обновилась.
Что делать, если TPM не определяется
Если tpm.msc сообщает, что совместимый модуль не найден, действуйте от простого к сложному. Сначала перезагрузитесь в BIOS/UEFI и найдите раздел безопасности: у Intel опция обычно называется PTT или Intel Platform Trust Technology, у AMD — fTPM или AMD fTPM switch. Включите её, сохраните изменения и загрузите систему.
Если модуль включён, но Windows его не видит, проверьте обновления драйверов чипсета и системы. Также выполните проверку целостности системных файлов:
sfc /scannowКогда ни один шаг не помогает, возможна аппаратная причина или особенность конкретной материнской платы — здесь правильнее свериться с документацией производителя устройства. Сброс TPM рассматривайте только как крайнюю меру и только при надёжно сохранённых ключах восстановления.
Почему событие появляется при каждой загрузке
Служба TBS инициализируется при старте системы или при первом обращении к TPM, поэтому запись о создании идентификатора устройства может появляться регулярно. Это нормальное поведение, а не дублирование ошибки.
Часто задаваемые вопросы
Опасно ли событие «идентификатор устройства службы TBS создан»?
Нет. Это информационная запись об успешной инициализации программного интерфейса TPM. Она фиксирует штатную работу системы безопасности и не требует никаких действий.
Можно ли отключить службу TBS, чтобы событие не появлялось?
Технически возможность вмешаться в системные службы существует, но делать этого не стоит: отключение TBS нарушит работу BitLocker, Windows Hello и других функций безопасности, зависящих от TPM. Само событие никак не нагружает систему.
Что делать, если рядом с событием TBS есть ошибки?
Проверьте статус модуля через tpm.msc и команду Get-Tpm, убедитесь, что TPM включён в BIOS/UEFI, обновите драйверы чипсета и выполните sfc /scannow. Если ошибки сохраняются — сверьтесь с документацией производителя устройства.
Нужен ли TPM для обычной работы Windows?
Для базовой работы системы TPM не обязателен, но для Windows 11 он входит в системные требования, а BitLocker и Windows Hello без модуля работают с ограничениями или не работают вовсе.
Почему после обновления BIOS BitLocker просит ключ восстановления?
Обновление прошивки или изменение настроек загрузки меняет измерения, которые TPM использует для проверки целостности. Система защиты расценивает это как потенциальное вмешательство и запрашивает ключ. Введите сохранённый ключ восстановления, затем приостановите и снова включите защиту BitLocker.