| Предыдущий | Следующий |
| SL_E_SFS_DUPLICATE_TOKEN_NAME | SL_E_SFS_INVALID_TOKEN_DATA_HASH |
SL_E_SFS_TOKEN_SIZE_MISMATCH
Что означает этот результат
Этот HRESULT (0X8004E107) не является общим сообщением об активации. Он указывает на сериализованного защищённого licensing store, где зафиксировано состояние SFS/Token Store отклонил состояние: SFS / токен / размер / mismatch. Сначала сохраните evidence этой границы, затем меняйте конфигурацию.
Для точного поиска в исходной документации сохраните точная формулировка границы: the token’s declared length disagrees with the bytes available in its serialized extent
. Этот EN-маркер относится именно к текущему HRESULT и помогает не спутать его с соседним licensing status.
Что сохранить
- путь и размер store-файла, его header/version и состояние транзакции.
- token descriptor/name/declared size/hash, относящиеся к отказу.
- первый I/O/parser/crypto status перед публичным HRESULT.
Маркеры имени результата — SFS / токен / размер / mismatch — задают, какие поля должны различаться между failing и working trace. Не публикуйте полный product key, токены, private key material или необработанные hardware identifiers.
Как проверить границу
Разделите header/version/descriptor/token/hash/file-position и transaction-state: это разные уровни сериализованного хранилища.
Дополнительный code-specific контроль из EN-описания (контрольный сценарий или восстановление): Correct storage corruption and regenerate the store; do not pad or truncate the record manually. 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.
- Сопоставьте failure с evidence уровня «SFS/Token Store отклонил состояние: SFS / токен / размер / mismatch».
- Зафиксируйте 0X8004E107, UTC-время и identity объекта до автоматического retry.
Корректирующее действие
Сначала сохраните исходный store и hashes. Rebuild Tokens.dat допустим только после доказательства storage-level причины и фиксации licensing inventory.
Для сравнения документация приводит соседнее состояние для различения: Compared with this result, two descriptor entries resolve to the same token name where the store requires uniqueness.
. Эта формулировка полезна, только пока объект и операция совпадают с исходным инцидентом.
Дополнительная проверка причины
- сохраните SFS file/store generation и первый low-level parser/I/O status.
- сохраните token ID/name, declared size, hash и generation; различайте отсутствие token и повреждение его содержимого.
- сравните declared/actual serialized size и границы record/file.
- сохраните expected и actual values рядом, прежде чем менять любую сторону сравнения.
- для этого результата сохраните семантический маркер
sfs_token_size_mismatchрядом с UTC-временем и первым API; это не заменяет фактический HRESULT, но предотвращает смешение с соседним SL_*.
Для дополнительной сверки используйте code-specific фрагмент исходного EN-описания: Keep the symbolic result SL_E_SFS_TOKEN_SIZE_MISMATCH together with HRESULT 0x8004E107 .
. Он нужен как контроль фактической границы; remediation выбирайте по собранным локальным данным.
Технические ссылки
- Rebuild the Tokens.dat file.
- Software Licensing provider.
- SoftwareLicensingService WMI class.
- Slmgr.vbs options.
Нужно найти другой код? Найти другой код состояния или ошибки.
