А может KVM принимает максимум 1024х768? Что в EDID у него? Какой KVM?
nafanja
с какой это стати? не каждому он нужен.
Согласен, но у меня после pacstrap он встал в автозапуск автоматом. Как, что и почему - история умалчивает.
redix
XMP профили есть во всех премиум материнках с Intel чипсетом, любого производителя. В материнских платах от AMD, эта же функция называется DOCP или EOCP.
Не в курсе, потому что в последнее время доверяю только асусам, и что творится с другими - без понятия. Ну да ладно.

vasek
вот мое точное высказывание
Это никак не связано с железом, потому что такие "баги" возникают только с прикладными приложениями. Если бага с ядерным процессом (например, kthread или kswap или другой подобный) - то будет совсем другое сообщение. Железные баги сразу валят ядро в панику, если это не обработано ядерным модулем. Так что высказывание имеет мало связей с реальностью, уж извините.

safocl
так если выявится типа деффект в проце или оперативке -- не малая вероятность чо вызван он именно плохим питанием...
...о котором нужно было думать заранее.

Если вы хотите найти виновника - запускайте стресс-тесты и ищите закономерности возникновения проблем, если они возникнут.
Попробуйте поставить блоб. У меня похожие зависания были на nouveau, правда, на gtx660.
Я бы посоветовал в /etc/profile добавить эту строчку, после чего релогнуться. Изменения применятся для всех пользователей. А потом запустить qt5ct и настроить как надо.
dhcpcd вроде по-умолчанию после установки встает в автозапуск.
safocl
обычно такие деффекты у памяти постоянны
Ну да :)

safocl
там может только пропасть нормальный контакт между чипами памяти и платой из-за искревления платы от термовлияния
Неа

safocl
все на авто стоит
В асусах например для памяти отдельно профиль разгона можно выбрать.

safocl
мб они и высохли и у меня там не ровный сигнал идет, импульсы от высохших конденсаторов могут нарушаться
Что, простите??? Как конденсаторы могут высохнуть? В них что, вода?

vasek
большая вероятность, что это железо не поддерживается ядром
Не совсем верно. Точнее совсем неверно. Эти "отладочные вызовы" (хотя, если по-честному, то это нормальные вызовы, а ВЫВОД отладочный) отвечают за работу с памятью и никак не с устройством/-ами. В переводе - "плохой статус страницы памяти процесса". Битая информация, зануленный участок памяти который не занулился в счетчике страниц, да еще тыща причин может быть, помимо железных! А эти sink'и - это псевдоустройства для вывода пульсозвука.

Так вот, я из топика нифига не понял, проводился ли memtest и пробовали ли менять память, вытаскивать разные плашки и заводиться без них. Почему сразу БП виноват и "высохшие" конденсаторы?

ТС, не страдай фигней, оттестируй оперативку, причем жестко так, часов на 20-40. После нее на очереди - стресс-тест проца. И только потом уже топай по электроцепям.
Мы уже поняли, какое у вас железо, какие версии иксов, драйверов и осома у вас стоят, а также увидели логи иксов, dmesg и ~/.xsession-errors.

(если что - это запрос на предоставление информации, обозначенной в прошлом предложении).
RusWolf
Вот что случается, когда файл-помойка /home находится физически на одном разделе с / :)
Это не так. Гляньте в первый пост.

Закрываю топик, ибо решение ТС нашел.
safocl
в чем именно создалась траббла

BUG: Bad page state in process mandb

BUG: Bad page state in process pulseaudio

Я бы посоветовал прогнать memtest.