| Предыдущий | Следующий |
| SL_E_SFS_BAD_TOKEN_EXT | SL_E_SFS_TOKEN_SIZE_MISMATCH |
SL_E_SFS_DUPLICATE_TOKEN_NAME
Состояние лицензирования
Этот HRESULT (0X8004E106) не является общим сообщением об активации. Он указывает на сериализованного защищённого licensing store, где зафиксировано состояние SFS/Token Store отклонил состояние: SFS / дубликат / токен / имя. Сначала сохраните evidence этой границы, затем меняйте конфигурацию.
Для точного поиска в исходной документации сохраните точная формулировка границы: two descriptor entries resolve to the same token name where the store requires uniqueness
. Этот EN-маркер относится именно к текущему HRESULT и помогает не спутать его с соседним licensing status.
Что зафиксировать
- путь и размер store-файла, его header/version и состояние транзакции.
- token descriptor/name/declared size/hash, относящиеся к отказу.
- первый I/O/parser/crypto status перед публичным HRESULT.
Маркеры имени результата — SFS / дубликат / токен / имя — задают, какие поля должны различаться между failing и working trace. Не публикуйте полный product key, токены, private key material или необработанные hardware identifiers.
Изолированная проверка
Разделите header/version/descriptor/token/hash/file-position и transaction-state: это разные уровни сериализованного хранилища.
Дополнительный code-specific контроль из EN-описания (контрольный сценарий или восстановление): Remove the duplicate through supported package management or rebuild from the authoritative installed licenses. Preserve the original store, event export, hashes and licensing inventory until the operation succeeds and the expected state survives any required restart.
. Используйте его как отдельную проверку, сохраняя тот же Application ID/Activation ID и изменяя только один prerequisite.
- Зафиксируйте 0X8004E106, UTC-время и identity объекта до автоматического retry.
- Сопоставьте failure с evidence уровня «SFS/Token Store отклонил состояние: SFS / дубликат / токен / имя».
После изменения
Сначала сохраните исходный store и hashes. Rebuild Tokens.dat допустим только после доказательства storage-level причины и фиксации licensing inventory.
Для сравнения документация приводит соседнее состояние для различения: Compared with this result, a token record carries an unsupported or malformed extension/type suffix.
. Эта формулировка полезна, только пока объект и операция совпадают с исходным инцидентом.
Code-specific проверка
- сохраните SFS file/store generation и первый low-level parser/I/O status.
- зафиксируйте обе записи и их IDs/generations до удаления дубликата.
- сохраните token ID/name, declared size, hash и generation; различайте отсутствие token и повреждение его содержимого.
- сохраните точное token/object name и namespace, чтобы различить duplicate, missing и invalid-name случаи.
- для этого результата сохраните семантический маркер
sfs_duplicate_token_nameрядом с UTC-временем и первым API; это не заменяет фактический HRESULT, но предотвращает смешение с соседним SL_*.
Для дополнительной сверки используйте code-specific фрагмент исходного EN-описания: The useful meaning of SL_E_SFS_DUPLICATE_TOKEN_NAME , value 0x8004E106 , is not simply “activation failed.” It comes from the serialized Token Store file format, where the low-level reader/writer that validates the Token Store container, descriptor table, token records and transaction state before licenses can be evaluated.
. Он нужен как контроль фактической границы; remediation выбирайте по собранным локальным данным.
Технические ссылки
- Rebuild the Tokens.dat file.
- Software Licensing provider.
- SoftwareLicensingService WMI class.
- Slmgr.vbs options.
Нужно найти другой код? Найти другой код состояния или ошибки.
