Когда CPU-Z зависает: cpuz.ini Sensor, DMI, SMBus

Вы дважды щёлкаете cpuz.exe, появляется заставка, а затем... ничего. Окно перестаёт отвечать, курсор вращается, и CPU-Z так и не достигает знакомого интерфейса с вкладками. Это одна из наиболее распространённых жалоб пользователей, и хорошая новость в том, что проблема почти всегда решаема. Первопричина почти всегда — аппаратный зонд, который зависает при попытке взаимодействия с компонентом на материнской плате.

В этом руководстве подробно объясняется, почему CPU-Z зависает, как использовать конфигурационный файл cpuz.ini для изоляции проблемы и что делать, когда виновник найден.

Почему CPU-Z зависает?

При запуске CPU-Z выполняет серию низкоуровневых аппаратных сканирований для заполнения каждой вкладки точными данными. Эти зонды включают:

• Опрос датчиков (Sensor) — CPU-Z опрашивает микросхемы датчиков на материнской плате для чтения температур, напряжений и скоростей вентиляторов. Некоторые чипы датчиков, особенно старые Super I/O контроллеры Winbond или ITE, могут зависать при обращении неожиданным способом.
• DMI (Desktop Management Interface) — этот зонд читает таблицы SMBIOS из прошивки BIOS/UEFI для извлечения названия материнской платы, производителя, версии BIOS и серийных номеров. Некорректные или нестандартные таблицы DMI могут вызвать бесконечное зависание чтения.
• SMBus (System Management Bus) — CPU-Z взаимодействует через SMBus для чтения данных SPD (Serial Presence Detect) из модулей RAM. Некоторые комбинации чипсета и контроллера памяти отвечают медленно или не отвечают вовсе.
• Перечисление PCI — сканирование PCI обходит каждое устройство на шине для идентификации видеокарты, контроллеров хранилища и других периферийных устройств. Экзотические или плохо задокументированные устройства PCI могут остановить это сканирование.
• Обнаружение дисплея — специфичные для GPU запросы, собирающие информацию о драйвере и адаптере, могут конфликтовать с определёнными драйверами дисплея.

Если любой отдельный зонд зависает в ожидании аппаратного ответа, который никогда не приходит, всё приложение зависает. Решение — последовательно отключать зонды, пока CPU-Z не сможет запустить, затем сузить круг виновников.

Решение: cpuz.ini

CPU-Z при запуске считывает необязательный конфигурационный файл cpuz.ini. Устанавливая конкретные ключи в 0, вы указываете CPU-Z полностью пропустить определённые аппаратные зонды. Создайте текстовый файл с именем cpuz.ini и поместите его в ту же папку, что и cpuz.exe. Содержимое файла должно выглядеть так:

При каждом зонде, установленном в 0, CPU-Z пропустит все потенциально проблематичные аппаратные считывания. Базовая информация о CPU (собранная через инструкцию CPUID) всё равно отобразится, но такие вкладки, как Mainboard, Memory SPD и Graphics, будут пустыми или неполными. Это ожидаемо — цель на данном этапе — просто убедиться, что CPU-Z может запустить без зависания.

Пошаговое устранение неполадок

Следуйте этим шагам методично, чтобы определить, какой зонд вызывает зависание:

1. Отключите ВСЕ зонды — создайте cpuz.ini с каждым ключом, установленным в 0, как показано выше. Сохраните файл и запустите CPU-Z.
2. Убедитесь, что CPU-Z запускается — если программа открывается успешно, зависание подтверждается как связанное с зондом. Если зависание продолжается, проблема может быть в другом (повреждённая установка, вмешательство антивируса или конфликты драйверов).
3. Включайте по одному зонду — измените Sensor=0 на Sensor=1, сохраните и снова запустите CPU-Z. Если работает, закройте CPU-Z, затем включите DMI=1. Продолжайте в этом порядке: Sensor, DMI, SMBus, PCI, Display.
4. Определите виновника — когда CPU-Z снова зависнет после включения конкретного зонда, вы нашли проблемный. Установите этот ключ обратно в 0 и оставьте все остальные на 1. Вы потеряете данные, предоставляемые этим зондом, но CPU-Z будет работать надёжно.

Распространённые виновники

Судя по многолетним отчётам пользователей, определённые конфигурации оборудования более склонны к зависаниям из-за зондов:

• Старые микросхемы датчиков — Winbond W83627, ITE IT8712 и похожие Super I/O чипы середины 2000-х годов часто являются виновниками при Sensor=1.
• Экзотические или серверные чипсеты — рабочие станции с чипсетами Intel C-серии или AMD EPYC иногда имеют нестандартные реализации SMBus, которые задерживают чтение SPD.
• Виртуальные машины — запуск CPU-Z внутри VMware, VirtualBox или Hyper-V может вызвать зависания DMI или PCI, потому что виртуализированное оборудование не реагирует как реальный кремний.
• Ноутбуки со встроенными контроллерами — некоторая прошивка EC ноутбуков обрабатывает запросы датчиков по-другому, вызывая тайм-аут зондов Sensor.
• Конфигурации с несколькими GPU — системы с SLI, CrossFire или смешанными конфигурациями GPU могут зависать во время зонда Display.

Другие решения

Если редактирование cpuz.ini не решает проблему полностью, попробуйте следующие дополнительные подходы:

• Запустите от имени администратора — щёлкните правой кнопкой мыши cpuz.exe и выберите "Запуск от имени администратора". Некоторые аппаратные зонды требуют повышенных привилегий для корректного завершения, и запуск без них может вызвать частичные зависания.
• Обновите CPU-Z — новые версии включают обновлённые процедуры зондирования и исправления совместимости оборудования. Если вы используете старую сборку, скачайте последнюю версию и попробуйте снова.
• Попробуйте портативную (ZIP) версию — портативная версия не устанавливает драйвер ядра при настройке, что может помочь изолировать, является ли проблема связанной с драйвером или с зондом.
• Проверьте антивирус — защитное программное обеспечение иногда перехватывает низкоуровневый аппаратный доступ, который требует CPU-Z. Временно внесите в белый список или отключите антивирус для тестирования.

Для более подробных параметров конфигурации и расширенного устранения неполадок посетите раздел Помощь и устранение неполадок. Также можно обратиться к руководству по установке и cpuz.ini для полного списка доступных ключей конфигурации. Готовы получить последнюю сборку? Перейдите на страницу загрузки.