И таки да, попробуйте откатится. Говорите работало до нового года? Там из измений: сменилась версия из 7.2.0 на 7.3.0; заменилась зависимость с systemd-tools на systemd (кстати в убунте скорее всего системД другой версии) и ключик добавился --enable-glamor.
Cogito
одинаковые версии драйвера видео и хорга....
Скорее всего всего разные либЦ и версии ГЦЦ. Плюс убунтушники патчат все что не попадя. А сможете точно сказать пакет(там точно было обновление после установки?)/версию убунты/разрядность. Можно попробовать глянуть в чем разница. Кстати о разрядности, попробуйте оба арча(i386 и x86_64). И я бы таки поднял бы вопрос на багтрекере фридесктопа.
Cogito
Попробовал. Как делал:
Можно еще в одну строчку попробовать или через xorg.conf, как тут.
Cogito
Во второй раз я успел открыть диспетчер и после переодического зависания в нём выделились желтым два процесса
Если это иксы съедают все ресурсы, то должна работать магия. Можно попробовать сбросить буфера, может увидится, в логах, что было перед смертью.
По хорошему надо спросить здесь. Ничего похожего на вашу проблему там не увидел.

Раньше работало это когда? Последний раз драйвер обновлялся 25 января сего года. Судя по, пакет обновляется где-то раз в год. Можно попробовать добыть старенький из ARM, но придется нехило повозится с зависимостями. Зато, если найдете старый драйвер, в котором все работает - 98% виноват драйвер и люди из первого абзаца вам скорее всего помогут. И есть еще варианты, будет с чего начать.

vasek, выше говорил про прописать оба монитора в xorg.conf, можно попробовать. У вас небольшая путаница с выходами DVI1 и DVI0, по вашему Xorg.log: Output DVI-0 using monitor section Monitor1 (ваш 10-screen.conf), но там прописан верный моделайн, который и так добывается из EDID. Для DVI1 же нет моделайна в 10-screen.conf и с автоопределением там проблемы (нет EDID). Откуда вы взяли моделайн для него? Это точно не моделайн первого (который к VDI0) монитора [судя по Сам скрипт, это так]. Попробуйте подключить мониторы по одному, и добыть для них корректные моделайны ( из Xorg.log и так чтобы быть уверенным, что не перепутали). Затем попробуйте при помощи xrandr сконфигурировать сразу ОБА (DVI1 и DVI0). Еще в интернетах что-то (6 пост) пишут про размер виртуального экрана.
Вообще похоже, что железка(видяха) виснет. Или драйвер кривой (попробовать проприетарный?) или железка полотомата. В логах маловероятно, что что-то будет. Ибо буфера не сброшены.
Cogito
связыны ли они с xrandr
Нет. Это про миниатюрки в файлменеджере.
По логу иксов EDID читается нормально. Вы попробуйте убрать свой 10-screen.conf, ибо по сути он не нужен.
Cogito
Есть ещё идей?
Что то поломалось в ядре\иксах\драйвере или криво обновились. Обновления регулярные [можете показать /var/log/pacman.log за пару последних]? Если до обновления работало, методично откатывать, ища причину.

P.S. Не обратил внимание, что раньше у вас все работало. У переходников есть болячка, что через них EDID не идет. А как понять виснет? При неверном моделайне, максимум монитор гаснет, но машина точно пингуется и можно в нее по ssh сходить. Не уверен, но скорее всего Ctrl+Alt+Fx должон консоли переключать. С кнопки в 99% выключится. Можно потом заглянуть в journalctl -b -1 и в старый лог иксов.
Была такая история. Переходник виноват. Надо угадать правильный моделайн или подключить к другому компу без переходника и прочитать его. Возможно на дисках с виндовыми драйверами к монитору, где то в *.ini, есть правильный моделайн.
nivs
Быстрее всего проблема появляется при использовании KDE
Ну вы всетаки расскажете, как запускаете DE? По хорошему это делается(для KDE) так:

systemctl enable kdm
systemctl start kdm
Вводите имя и пароль своего пользователя(можно автологин настроить) и входите? Терминал, точно не от рута работает?
Или вы свой сервис написали, чтобы стартовать DE? Тогда покажите, что там.