HRESULT 0x80290218 (TBSIMP_E_TOO_MANY_RESOURCES): значение

Код состояния / ошибки:

Категория:

Имя константы:

Источник:

Подсистема (Facility):

Операционная система:

Описание:

Невозможно создать новый виртуальный ресурс: открыто слишком много виртуальных ресурсов.

Предыдущий	Следующий
TBSIMP_E_TOO_MANY_TBS_CONTEXTS	TBSIMP_E_PPI_NOT_SUPPORTED

TBSIMP_E_TOO_MANY_RESOURCES

Состояние объекта

Для TBSIMP_E_TOO_MANY_RESOURCES (0X80290218) рабочая граница — слишком / слишком много / ресурсов. Код относится к TPM Base Services (TBS), scheduler и resource virtualization. Сохраняйте первый native return и identity объекта: именно они определяют, проверяется ли здесь input, capability, ownership, lifecycle или transport.

Если mapping устарел, безопаснее создать новую client/resource generation и проверить один command path, чем переносить старый virtual handle между contexts.

Фрагменты исходного EN-описания

resource count by type and context, create/load/flush balance, long-lived handles, process owners, and service uptime.
The practical distinction is that TBSIMP_E_HASH_TABLE_FULL identifies the implementation data structure that may enforce a related limit.
Run this focused check: flush one disposable object and verify that one new resource can be virtualized.
The supported direction is to release unused keys and sessions and redesign handle caching around operation lifetime.

Что сравнивать

TBS client context и virtual-handle mapping generation.
resource/list/hash-table identity и scheduler state.
TPM command ordinal, physical handle mapping и первый TBSIMP result.

TBS resource virtualization создаёт виртуальные handles и mappings в рамках client context; они не равны физическим TPM handles и имеют собственный lifetime.

Изолированный тест

Сопоставьте первый producer с условием «слишком / слишком много / ресурсов»: если producer, object generation или method отличаются, это уже другой инцидент, даже при похожем пользовательском сообщении.

Сравните число виртуализированных resources/contexts с лимитом scheduler и lifetime caller; не сбрасывайте TPM как первый способ освободить клиентские mappings.

Повтор операции

Исправьте lifetime/mapping ресурса внутри конкретного TBS client context. Если mapping устарел, создайте новый context/resource generation; не делайте destructive TPM reset ради клиентской таблицы.

Технические ссылки

Нужно найти другой код? Найти другой код состояния или ошибки.