Ммм. RAM проверки в течение 7 часов без ошибок.
Трудно найти конкретные улики. Я могу использовать различные аппаратные средства в ближайшее время, но не на некоторое время еще.
1) Что я могу извлечь из журнала отладки? Я не уверен в этом, но я восстановил из резервной копии нормально пару раз после повреждения базы данных, дин каждого случая, самые последняя резервная копия содержала коррупцию, но предыдущий работало нормально. Что странно, потому что я только резервные копии, когда все работает хорошо и без проблем. Это выглядит немного, как будто какая-то коррупция происходит или не оспаривается, только чтобы быть обнаружена позже. Возможно ли это каким-то образом?
Это возможно и даже довольно часто: большую часть времени записи на диск включает в себя копирование данных и / или преобразуя ее, прежде чем писать. Коррупция может произойти во время этого процесса без изменения исходных данных. Пока программа работает она имеет хорошую копию данных и не проявляет какое-либо странное поведения, даже если поврежденные данные были записаны на диск. Но когда программа запускается снова и считывает данные с диска он выходит из строя.
Debug.log не поможет, на самом деле не так много может, когда вы не можете доверять вашего оборудования.
Я работаю на тестах по устранению неисправностей. Следующим проще всего изменить бы на PSU, однако, было бы неплохо, чтобы получить более систематические данные. С помощью инструмента мониторинга (xsensors) Я вижу, что все (статические) напряжения и температуры и т.д. выглядят нормально, стабильно, а также в пределах досягаемости. Я начал с пустой базой данных и смотрел. Более 35 минут не проблема. Я также был запущен системный монитор, который я иногда задавался вопросом может вызвать некоторую нестабильность (?), Но в любом случае, я также провел два счета, учетную запись пользователя и учетная запись Bitcoin пользователей, при этом каждый вход в систему. Тем не менее, датчики, казалось, указывают все ок. В учетной записи пользователя, у меня есть скрипт Rsync для синхронизации пары жестких дисков, я побежал это на ранней стадии, когда предположительно ранние (меньше ??) блоков загрузки. Нет проблем. Через 30 минут, я сделал то же самое, и в то время как сценарий был на короткое время работы я переключил пользователя к пользователю Bitcoin. Почти сразу же я увидел на экране появится окно «Ошибка базы данных», и бумажник остановился. Это очень похоже на ситуацию и ошибки я переживающая с Bitcoin, так как я начал не так давно. Я мог бы предположить, что с более поздними, более длительными вычислениями блока (?) Или более записью на диск (?) Какие-либо проблемы в аппаратных средств, более вероятно, чтобы показать позже, чем раньше в процессе начальной загрузки (?)
Сообщили напряжения, температуры и т.д. из xsensors все еще казалось, хорошо, так что, если блок питания является проблемой, было бы более вероятно, что-то такое, как пульсация (?), Или сглаживание переходных процессов, я стремлюсь изменить БП в любом случае, а затем посмотрим.
Я не думаю, что я видел какие-либо ошибки в прошлом на самом деле записи на диск, но, как упоминалось ранее, я очень редко вижу аварии и частые проблемы с Bitcoin - в весьма сходных обстоятельствах, используя два авторизовались счета. Жесткие диски все проверить нормально.
Представляется весьма полезным в некотором смысле, что я, возможно, побудил ошибку базы данных в тех случаях, я начал подозревать, надеюсь, я могу использовать его в качестве тестового воздействия.
Любые дальнейшие комментарии повторно процессор, материнская плата, блок питания и т.д. будут оценены ....
🙂