BelBES: что у вас в xorg.conf? Однажды у меня была проблема с тем, что при установке драйвера создавался неправильный блок (хотя это и было связано скорее с технологией Optimus).
В любом случае вы можете попробовать вручную прописать секции Device, Screen и ServerLayout, явно указав в Device секции PCI адрес видеокарты и драйвер nvidia.
Если и так не сработает - попробуйте на всякий случай поставить пакет nvidia-prime. В системах с гибридной графикой он отвечает за выбор видеокарты, маловероятно, но в теории может помочь.
f0rs: По коду выше ничего нельзя сказать точно. Вижу, что используются корутины - возможно проблема с синхронизацией потоков, но маловероятно, разве что счетчик ходов действительно часто обновляется. В любом случае, стоить удостовериться, что это единственное место в котором счетчик модифицируется и в остальном нет логических ошибок (навроде дублирования вызова метода, в котором счетчик инкрементируется во время просчета хода).
MoorMan: он у меня и так без крышки стоит, внешне все нормально с охлаждением, оно на винтах прикручено, все винты на месте =) Снимать тоже пожалуй не буду - термопасты нет под рукой, чтобы обратно приклеить потом.
MoorMan: не, Intel'овская это 00:02.0.
То что чипу пришел конец - очевидный факт. На апаратном уровне - её какбы и видно, но по факту в syslog спамятся кучка ошибок и загрузка на этом останавливается. Отлично помно те 2 дня попыток оживить ноут, когда чип только навернулся, поэтому пожалуй оставлю все как есть и хрен с ним. Пусть греется, зимой чай не страшно - в руки теплее будет.
Кстати, для новых ядер иногда нужны патчи к драйверу.
Не помешает проверить, собрался ли драйвер под ваше ядро. Если вы ставили через dkms - sudo dkms status покажет список собраных модулей, среди них должен быть драйвер под ваше ядро (4.2).
MoorMan: так то оно может и сработало бы, но bbswitch у меня отсутствует как таковой, видать стер вместе с драйвером пропащей карты.
С другой стороны, если карточки нет даже в выводе lspci, действительно странно, почему же тогда на чип идет питание.
Зато есть вот такая строчка:
00:01.0 PCI bridge: Intel Corporation Core Processor PCI Express x16 Root Port (rev 12)
Чесговоря, я не уверен, соответствует ли этот адрес тому, по которому у меня видеокарта, а отключать что-то потенциально важное не рискую.
Nikolay45: скорее всего всё так и есть. Проблему с видео уже однажды устраняли через сервис (тогда в этом ещё был смысл, кое-что было вполне играбельно с ноута).
Смысл моих строчек выше в том, что как только linux видит устройство на pci шыне по адресу 0000:01:00.0 (тут моя видеокарта) отправляется команда на remove (отключение) этого устройства.
Ноут ценности особой не несет, скоро всё равно буду собирать новый ПК (с выходом следующей графики на HBM2).
MoorMan: для этого нужно, чтобы система видела видеокарту, это первое. Второе - если я уберу правило из udev, то система не стартанет, т.к. сама видеокарта сломана, и на попытке системы просканировать, что же там воткнуто в PCI слот - валит весь процесс загрузки.
Наверное стоит уточнить, что сейчас я пишу с обсуждаемого ноутбука, и проблема по сути в том, что на чип Nvidia питание всё равно подается, хотя система никоим образом его не видит благодаря udev-правилу, которое я вписал выше.
Да, вопрос о дискретной графике. Ноутбук ASUS N61Jv, карта Nvidia 325m, не работает после падения, сдавать в ремонт не хочу, невыгодно, всё равно для работы достаточно встроеной графики от Intel.
Дистрибутив можно приравнять к kubuntu 15.10 (это отдельная история, скажу лишь что изначально это была ElementaryOS Freya).
Спасибо. Тобишь, если у меня напротив "Uncorrectable ECC Count", тип которого - "Old Age", стоит число порядка 10500 - это в теории нормальный показатель (за 2+ года работы)?