Вот что у вас в логе немного раньше:
[  1069.422] (II) LoadModule: "nvidia"
[  1069.422] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
[  1069.424] (II) Module nvidia: vendor="NVIDIA Corporation"
[  1069.424]    compiled for 4.0.2, module version = 1.0.0
[  1069.424]    Module class: X.Org Video Driver
[  1069.424] ================ WARNING WARNING WARNING WARNING ================
[  1069.448] This server has a video driver ABI version of 10.0 that is not
supported by this NVIDIA driver.  Please check
http://www.nvidia.com/ for driver updates or downgrade to an X
server with a supported driver ABI.
[  1069.545] =================================================================
Попробовал клонзиллу. Всё в ней замечательно, кроме упорного желания переустанавливать GRUB2. То есть она не хочет просто клонировать диск с разделами, она всегда (даже если отказаться!) переустанавливает GRUB2 на свою версию, которая в результате не работает. Пришлось после завершения процесса выходить в консоль и руками копировать MBR вместе с загрузчиком самым жутким образом (никогда так не делайте, если точно не знаете, что диски полностью одинаковые!) :
dd if=/dev/sda of=/dev/sdb count=число_секторов_до_первого_раздела
А я по-наивности подумал, что это глюк, мешающий автоматизировать обновления :)
Вот если вспомнить все телодвижения, которые в результате пришлось проделать, чтобы обновить то, что не обновлялось последние несколько дней, а это:
1) Firefox-3.6 => Firefox-4
2) Изменение формата и расположения баз пакмана
3) OpenOffice.Oracle (бывший OpenOffice.org) => LibreOffice
то выходит вот такой наикратчайший сценарий, с учётом предвосхищения возникающих по ходу дела проблем:
pacman --noconfirm -Sy pacman
pacman-db-upgrade
pacman --noconfirm -R firefox-spell-ru openoffice-ru
pacman --noconfirm -Syu firefox-spell-ru libreoffice-ru
А ведь всё это только лишь действия с пакетами, которые не захотели свестись с стандартному pacman -Syu , не считая переиначенного интерфейса Firefox, к которому пришлось срочно подбирать новые расширения и выкидывать старые, причём некоторые мелочи, увы, потеряны. Впрочем, это уже к разработчикам Огнелиса…

А ведь ещё пришлось переделывать скрипты синхронизации пакетов, кстати. Хорошо, хоть в сторону упрощения, ибо базы теперь не нужно распаковывать на компе назначения :)
Это просто в пакете libreoffice-ru забыли прописать
replaces=('openoffice-ru')
Мне пакман говорит, что
$ pacman -Qo /usr/lib/liblzma.so.5.0.1 
/usr/lib/liblzma.so.5.0.1 принадлежит xz 5.0.1-1
Можно поискать в кэше ( /var/cache/pacman/pkg ) или скачать (без помощи pacman) этот самый пакет xz , а потом также вручную восстановить из него эту библиотеку.
viewtopic.php?p=47152#p47152
В настройках xfce, разделе “Клавиатура – Раскладка” включено “Использовать системные параметры”.
Размеры шрифтов имеет смысл задавать там, где настраиваются именно сами шрифты, то есть где что каким шрифтом. Во всех конфигах и ГУИшных конфигураторах, которые позволяют задать DPI, имеет смысл отключить эту возможность и использовать системные параметры, либо если они достаточно кривые и не позволяют это сделать – выяснить и прописать там истинный DPI вашего монитора.
Если вы не задавали DPI или размеры экрана в xorg.conf или xorg.conf.d/* , то вы можете определить параметры ваших экранов командой
xdpyinfo | sed -n '/screen/,/resolution/p'
1) Вообще-то, физический DPI для ЖК-монитора это абсолютно “железный” параметр, никакому изменению не поддающийся.
2) Задавать для ЖК-монитора разрешение, отличающееся от его физического разрешения – не рекомендуется, поскольку это только портит картинку бессмысленным ресэмплированием (пересчётом большего количества точек в меньшее или наоборот).
3) При старте X-сервер самостоятельно получает от монитора его физические размеры, и сам же вычисляет истинный DPI делением числа точек на размеры экрана.

Поэтому, принудительно задавать НЕПРАВИЛЬНЫЙ dpi имеет смысл только в крайних случаях.
Это приведёт к тому, что шрифты и графические элементы, размеры которых заданы в геометрических единицах (дюймах, миллиметрах, пунктах и т.д.) будут выводиться на экран с не с теми размерами, которые заданы в настройках выводящих их программ или в тексте WEB-страниц и прочих форматированых документов, а с увеличенными либо уменьшенными.
(В то же время размеры шрифтов и элементов, заданные в пикселях, будет оставаться неизменными.)

Физическое разрешение этого монитора 1920 x 1080, значит надо его и задать.
Все явные указания DPI во всех настройках лучше удалить, остальное будет вычислено автоматически.
Вообще-то chown не меняет атрибуты – она меняет владельцев. Там явно был chmod.
Если так, надо проверять, где ещё они потеряны. У меня поиск по атрибуту SUID даёт такую картинку:
$ find /bin -perm /u+s
/bin/mount
/bin/fusermount
/bin/traceroute6
/bin/umount
/bin/su
/bin/ping6
/bin/traceroute
/bin/ping
$ find /sbin -perm /u+s
/sbin/unix_chkpwd
$ find /sbin -perm /u+s
/sbin/unix_chkpwd
[email protected]:~$ find /usr/bin -perm /u+s
/usr/bin/sudoedit
/usr/bin/expiry
/usr/bin/readcd
/usr/bin/kwrited
/usr/bin/passwd
/usr/bin/chsh
/usr/bin/cdrecord
/usr/bin/crontab
/usr/bin/pmount
/usr/bin/gpasswd
/usr/bin/sudo
/usr/bin/chfn
/usr/bin/newgrp
/usr/bin/cdda2wav
/usr/bin/ksu
/usr/bin/pkexec
/usr/bin/otp
/usr/bin/Xorg
/usr/bin/chage
/usr/bin/pumount
/usr/bin/kppp
/usr/bin/screen-4.0.3
$ find /usr/sbin -perm /u+s
/usr/sbin/rscsi
Пока не очень понял, что у вас с PTY, но ошибка su, повидимому, объясняется тем, что его исполняемым файлом потерян бит SUID, который позволяет ему запускаться от рута.
То есть должно решаться так:
chmod u+s /bin/su
Разумеется, из-под рута.
А вообще надо подумать, как это вышло, что атрибут потерялся?