ASIC не видит хеш-плату: что сохранить до перезапуска

Опишите симптом без преждевременного диагноза

Отличайте отсутствие платы в интерфейсе, отсутствие части чипов и нулевой хешрейт распознанной платы. Это разные наблюдения. Сохраните название поля, значение и время. Если интерфейс изменился после обновления, укажите версию прошивки: исчезнувшее представление данных не всегда означает исчезнувший узел.

Зафиксируйте, когда проблема обнаружена: после перевозки, ремонта, обновления, изменения профиля или во время обычной работы. Не утверждайте, что последнее событие стало причиной, пока нет подтверждения. Такой порядок описания помогает специалисту восстановить последовательность и не подменять диагностику общей догадкой «плата сгорела».

Сохраните журнал до вмешательства

Выгрузите полный лог и текущий статус устройства. Запишите число обнаруженных плат и чипов, состояние остальных цепочек, время запуска и перезапуски. Скриншот только последнего сообщения может скрыть ошибку, возникшую раньше.

Если часы устройства отличаются от времени площадки, отметьте расхождение. Не исправляйте исходный файл незаметно; отдельно поясните его интерпретацию. Для передачи в сервис удаляйте секреты доступа из копии, сохранив технически важные строки. Типовые сообщения из интернета не являются логом вашей машины. В учебном примере нужно явно указывать, что он иллюстрирует формат, а не доказывает дефект конкретного экземпляра.

Проверьте контекст питания и режима

Сохраните точное исполнение, блок питания, прошивку и рабочий профиль. Укажите, менялось ли подключение и были ли события электроснабжения. Аппаратные причины проверяются измерениями, а не только совпадением времени исчезновения платы с общей аварией.

Официальная инструкция BITMAIN различает разные ошибки плат, контроллера и питания. Она не превращает сообщение о цепочке в указание купить определённую деталь. Для модели другого производителя используйте её документацию. Внутренние соединения, силовые разъёмы и электрические измерения проверяет квалифицированный специалист при соблюдении порядка отключения. Не открывайте блок питания ради проверки по текстовому гайду.

Не запускайте устройство многократно наугад

BITMAIN рекомендует сначала изучать лог перед перезапуском и описывает сценарии, в которых повторный запуск неисправной машины может ухудшить повреждение. Поэтому правило «не видит плату — всегда перезагрузить» не подходит для всех случаев. Причины отсутствия части чипов и температурной защиты необходимо различать.

Если наблюдаются видимые повреждения, запах перегрева или признаки неисправности питания, остановите эксперименты и используйте безопасный процесс площадки. Наличие похожего сообщения в чужом форуме не подтверждает одинаковую причину. Даже временное появление платы после запуска не является доказательством долговременной исправности: сохраните оба состояния и фактический интервал работы.

Оформите передачу в сервис

Отправьте модель, серийный номер, полный лог, описание начала события и действия, которые уже выполнялись. Для партии добавьте список затронутых устройств. Уточните порядок диагностики, согласования цены и теста после работы. Не объявляйте ремонт одинаково выгодным для всех моделей без сметы.

При передаче зафиксируйте комплектность и известное состояние. Если снимается отдельная плата, её идентификацию и способ передачи согласуйте со специалистом, а не выполняйте разбор без подготовки. Условия гарантии на аппарат и выполненные работы проверяйте отдельно. Оценка по сообщению лога предварительная; окончательный перечень работ зависит от стендовой проверки и доступных узлов.

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

После ремонта сравните идентификацию, распознавание оборудования, режим, хешрейт и статистику пула на согласованном интервале. Укажите условия теста и оставшиеся замечания. Допуски должны относиться к точному исполнению, а не универсальному проценту для всех ASIC.

Для первоначального разбора используйте анализатор логов PUSHMINER, затем заявку в сервис при необходимости. Для возвращённой машины пригодится отдельный протокол приёмки после ремонта. Храните данные до и после работ вместе: они показывают, какой симптом был устранён и при каких условиях проверен результат. Это практическое основание для обращения, а не обещание отсутствия новых отказов в будущем.

Карточка события

Сохраните историю обнаружения узлов

Запишите, какие платы распознавались до события, что показывает текущий статус и какие сообщения присутствуют в полном логе. Для ранее ремонтировавшегося устройства приложите номер работы и известные изменения. Если прежних данных нет, так и укажите: это не доказывает, что плата исчезла именно сегодня. Не переставляйте внутренние компоненты ради фото или поиска случайного успешного запуска. История распознавания и исходные журналы дают сервису последовательность проверки, а сохранённые ограничения не позволяют превратить предварительную гипотезу в готовое заключение.