Например, в комнате друга температура воздуха может быть выше, чем в твоей. Или корпус продувается хуже. И вообще, какая разница? 85 - нормальная рабочая температура.
Wispik, разные материнки по-разному реагируют на сдохшую батарейку. Настройки то у всех сбрасываются, само собой, но одни после этого продолжают последовательность запуска как ни в чём ни бывало, другие просят отреагировать на то, что настройки биоса были сброшены (например, просьбой нажать f1 и/или войти в параметры биоса), третьи, видимо, просто открывают параметры биоса сразу, хотя последнего варианта сам не видел.
Многие материнки сами открывают параметры биоса, когда не могут найти загрузчик ос ни на одном настроенном источнике. Отсюда есть вероятность, что не поднимается сетевой интерфейс (квик бут? Хотя если бы дело было в нём - проблема бы вылезала не только после бсода), или сетевой интерфейс не получает адрес корректно.
Ещё некоторые материнки просят войти (а может и сами входят, хотя я такого сам не видел, снова) в параметры биоса после смены проца. Так что гипотетически может отходить контакт некоторых пинов проца, но вероятность этого достаточно незначительна...
Сейчас кстати после очередной перезагрузки не робит порт инета больше
После такого поворота я бы все срочно вырубил и пошел мультиметром напругу на пинах бп менять, честно говоря. И на КЗ на корпус неплохо бы проверить. Если все в порядке - поставил бы на отдельный носитель чистую систему, и наблюдал за поведением.
Der0nded, поставь себя на место передаваемого пакета и мысленно ходи по предполагаемому маршруту от узла к узлу, каждый раз пытаясь понять, куда тебе дальше надо и висят ли на каждом узле указатели в нужную сторону. Статический роутинг это буквально про это - про развешенные в нужных местах указатели.
Кстати, автор, попробуй овпн свой увести на 443/TCP, в случае йоты может сработать, по крайней мере внутри страны; они могут тупо по портам шейпить по принципу: не 80/443 - шейпим. Без гарантий, но есть вероятность.
Drno, если его p2p трафик, даже ходящий через 443/tcp, не похож на ssl - прибьют на dpi не почесавшись, так же точно, как openvpn. Последний сигнатурным анализом режут, и этот так же зарежут.
Если нумлок на клавиатуре переключается - система не висит, а продолжает работать.
Если система продолжает работать - проблема и правда может быть в мониторе.
Можно попробовать переключить герцовку на рабочем столе на 180 и посмотреть, что будет. Но может случиться такая ситуация, что монитор будет отключаться при старте системы.
Можно попробовать ограничить герцовку монитора через его собственные параметры (меню на кнопках) до 60, 75, 90, 120, 144, и посмотреть, что будет в играх, потом думать.
И кабель то hdmi или dp подходящей версии для соответствующего режима по частоте/разрешению/битам на пиксель?
Единственное, по-моему, что можно сделать не залезая в шлюз и не включая на кинетике нат - это на кинетике использовать сеть 192.168.0.128/25, а на клиентах, подключенных в шлюз, ручками прописать маршрут к 192.168.0.128/25 через 192.168.0.4 с метрикой ниже, чем у интерфейса, и внимательно следить за тем, чтобы им от шлюза не прилетали адреса из диапазона 192.168.0.128-192.168.0.254, или статику использовать
Но это чудовищная конфигурация
Из разряда шаманства: если у производителя ссд есть софт и прошивки для этого ссд в открытом доступе - можно попытаться перепрошить, но не факт, что есть, не факт, что получится, и не факт, что что-то даст
Ну какая там особая магическая маршрутизация может быть? Никакой. 0.0.0.0/0 к 192.168.0.1, и всё.
А шлюз просто не знает ничего о сети 192.168.1.0/24, и шлёт ответы на свой дефолт гейт. И если нет возможности в этот шлюз залезть, и настроить там маршрут (192.168.1.0/24 через 192.168.0.4, который лучше зафиксировать) - не пудри мозги сам себе и включи на кинетике нат.
Кстати да, надо 30% накидывать от tdp проца к требуемому рассеиванию кулера. В идеале.