В этом материале
VBIOS version, InfoROM image version, InfoROM object versions и validation result — разные поля паспорта GPU. Их нельзя свести к одной строке «прошивка исправна». Сохраняйте значение вместе с поддержкой запроса и кодом результата, не назначая перепрошивку по одному отличию версии.
VBIOS version, InfoROM image version, InfoROM object versions и validation result — разные поля паспорта GPU. Их нельзя свести к одной строке «прошивка исправна». Сохраняйте значение вместе с поддержкой запроса и кодом результата, не назначая перепрошивку по одному отличию версии.
Привяжите паспорт к устройству
Сохраните UUID, PCI identity, модель и driver/NVML version. Индекс GPU удобен для текущего списка, но недостаточен как единственный ключ исторического сравнения. У разных продуктов поддержка InfoROM queries отличается. Если запрос возвращает Not Supported, это не означает corruption. Также отделите недоступность устройства от отказа конкретной функции. В отчёте должны оставаться raw status и источник поля, чтобы новая версия collector не превратила отсутствующее значение в фиктивный ноль или пустую «исправную» строку.
Различайте image и object versions
NVML описывает InfoROM image version как identity конкретного образа, а object versions — как сведения о структурах и поддерживаемых возможностях соответствующих объектов. VBIOS имеет отдельное поле. Configuration checksum также не равен version и может меняться при изменении конфигурации или driver release согласно документации. Поэтому различие checksum между двумя наблюдениями не следует автоматически объявлять повреждением flash. Сначала сопоставьте версии инструмента и изменённые настройки, сохранив прежнее значение для анализа.
Проверьте validation отдельно
NVML ValidateInforom читает InfoROM и проверяет checksums при поддержке устройства. DCGM предоставляет отдельные identifiers для image version, object versions, configuration checksum, valid и VBIOS. Сборщик должен хранить эти результаты раздельно. В учебном сравнении две карты имеют разные image versions, но обе поддерживаемые validation checks успешны. Это не доказывает равную производительность или полную аппаратную исправность; оно лишь показывает, что отличие строки версии не равно обнаруженной corruption.
| Поле | Что оно описывает |
|---|---|
| VBIOS version | Отдельную firmware identity |
| InfoROM image | Версию всего соответствующего образа |
| Object version | Версию структуры/возможностей объекта |
| Validation status | Результат конкретной проверки |
Исследуйте изменение baseline
Если после обслуживания строка изменилась, сравните паспорт до/после с журналом согласованных действий. Проверьте, не сменился UUID из-за замены устройства и не изменился способ чтения. Не выполняйте flash utility или случайный firmware update по универсальной статье. Поддерживаемый образ, процедура и совместимость зависят от производителя и конкретной модели. При настоящем corruption status сохраните диагностические данные и используйте предусмотренный путь обслуживания вместо попытки «сделать версии одинаковыми» на всех картах.
Сохраните машиночитаемую историю
Артефакт должен включать timestamp, device identity, field name, raw value и return status. Для неподдерживаемых полей используйте явное missing/unsupported состояние. Проверяйте parser после обновления инструментов, потому что текстовый вывод может изменяться. Пара одинаковых строк не является сертификатом здоровья, а разные версии не являются автоматически неисправностью. Такой паспорт помогает воспроизвести технический контекст инцидента и обоснованно сравнить обслуживание, не подменяя реальные вычислительные и аппаратные проверки одной firmware меткой.
Связанные разборы: gpu inventory csv from nvidia smi; used gpu health check.