/etc/timezone не нужен (ИМХО). Ни в манах, ни в коде не нашел упоминания про него. Часовой пояс настраивается только через ссылку /etc/localtime
Добавление в /etc/locale.conf, LC_COLLATE=C не помогло избавиться от ошибки.
Помогает добавление параметра -u (Unicode) в вызов:
sudo loadkeys -u -q /usr/share/kbd/keymaps/i386/qwerty/ru.map.gz
Но в свете перехода на systemd похоже loadkeys вызывается косвенно из файла /etc/rc.sysinit командой:
status ‘Configuring virtual consoles’ /usr/lib/systemd/systemd-vconsole-setup
Можно конечно добавить команду в /etc/rc.local, но хотелось бы правильного решения, чтобы не лицезреть сообщение об ошибке…

PS. Разобрался… Внимательнее надо быть, читая маны - изменились имена переменных. Поправил и всё стало нормально.
tyatha
В /lib/modules лежит директория с модулями ТЕКУЩЕГО ядра, что необходимо делать с ней ?
Не пробовали обновить систему без обновления glibc?
Чтобы при обновлении ядра оно “покинуло” :) директорию /lib
pacman -Syu --ignore glibc
Раз не работает по какой-то причине автоопределение устройств, попробуйте сделать по старинке:
в xorg.conf меняете строку на (отключаете автоопределение через udev):
Option "AutoAddDevices" "false"
и добавляете строки про клавиатуру и мышку (как сделали в первом-втором посте темы).

PS. Возможно какие-то проблемы с самим udev. Покажите вывод:
dmesg | grep udev
У меня, например там:
[    0.712003] systemd-udevd[40]: starting version 186
[    2.890375] systemd-udevd[125]: starting version 186
Попробуйте для начала переустановить пакеты systemd-tools и libsystemd.
После обновления погодного плагина меня чуть кондратий не хватил. Это ж надо было так на эргономику наплевать. Мало того что огромный и глаз не может сразу охватить всю информацию, так еще привычный стиль чтения слева-направо заменили на нечто, информацию откуда можно получить только найдя пересечение двух осей. И это я не говорю про вертикальный текст и отсутствие таких удобных выделений цветом… Вообщем, автору моё FUUUU… :)

PS. Откатился на предыдущую версию и на душе полегчало… :) Даже расхотелось пойти и “нагадить на английском” у автора в блоге/git-е, если таковые есть…
У вас из базы пакмана на папку /lib ссылаются кроме glibc еще и пакеты udev-compat и virtualbox-bin. Поэтому обновление glibc не может произвести необходимые манипуляции с папкой /lib - даже если там не осталось подпапок (не читал начало дискуссии). Просто удалите пакеты udev-compat и virtualbox-bin. И тогда обновление glibc должно пройти нормально. Потом доставите необходимое.
samson4747
Ему опять что-то не нравится
Теперь покажите вывод
grep '^lib/' /var/lib/pacman/local/*/files
“No protocol specified”
1. Посмею спросить - вы случайно не под root-ом “работаете”?
2. В консоли чем еще сыпет кроме “No protocol specified”.
dengor
Но это не дело
Можете попробовать просто откатиться до LO 3.4 (говорят там всё работает). И заблокировать его обновление.
В плане функциональности вообщем-то ничего не потеряете. А там глядишь поправят.
nobus
Использую meld, он проще в плане интерфейса
Раньше подобным не пользовался - как-то всё руками привык делать. :)
Но поставил попробовать и проникся - реально удобно, наглядно и ничего лишнего…