В файле /etc/pulse/default.pa нужно закоментировать строчку
load-module module-suspend-on-idle
отвечающую за загрузку модуля спящего режима звуковой карты в пульсе. (Хоть автор топика уже решил проблему, но вдруг кому поможет).
vdemin
С обновлением cups до 2.0 изменилось имя юнита, не знаю почему в арченовостях этого не было.
Вобще-то pacman/yaourt об этом писали прямо во время обновления (и что сделать тоже), да ктож читает эти мелкие буквы в терминале.
Дошли руки пободаться с проблемой. Дело всетаки в самом Thunar. Установил вместо него PCManFM и все отлично заработало (любые операции с NFS). Кстати, т.к. у меня все нужное монтируется через fstab при загрузке без участия systemd, то nfs-client.target не нужен и без него все работает.
Не делал, но сейчас попробовал, добавил юнит systemctl enable nfs-client.target, перезагрузился, проверил статус юнита, все ок, но результат нулевой.
Ситуация такая, NFS-шары монтируются через fstab при загрузке. Строка монтирования из fstab:
192.168.10.102:/mnt/data/video /mnt/video nfs auto,rw,nolock 0 0
Так вот Thunar не хочет копировать файлы с примонтированной шары. Ошибок не выдает, просто появляется окно прогресса копирования и больше ни чего не происходит, отменить его можно только убийством процесса.
В то же время копирование по 'cp' или в Midnight Commander происходит нормально. Если зайти на шару по Sambe, то тоже Thunar нормально копирует, проблема тольк в NFS. Ни кто не сталкивался с таким? Не пойму куда копать.

PS. Забыл добавить, что это произошло после какого-то обновления (когда, не могу сказать), раньше все было нормально.
На своем ноуте (графика тоже Intel) заметил, что при загрузке, выходе из дежурки, включения после гашения экрана значение яркости берется из /sys/class/backlight/intel_backlight/brightness. В процессе же текущей регулировки яркости значение меняется толко в /sys/class/backlight/intel_backlight/actual_brightness, а в brightness не попадает. Получается, что не происходит запоминание текущей яркости и при загрузке или в выше указанных случаях яркость остается той, что записана в brightness. Пробовал разные параметры загрузки ядра из вики, результат нулевой.
И да с ядром lts все работает нормально.
Это я пробовал, не помогает. Поставил ядро lts, с ним все нормально, а с последним подсветка нормально не хочет работать.
Такая же хрень стала на ноутбуке после последнего обновления ядра (графика Intel). Как только начинает грузится ядро, яркость падает почти до нуля. Заметил, что любая манипуляция с яркостью подсветки возвращает ее к нормальному состоянию (кнопки управления яркостью на клавиатуре, отключение или подключение сетевого блока питания, если настроена разная яркость от сети и батареи), вот это и спасает. Жду обновления, может починят.
Сегодня обновился netctl, починили, опять все работает как надо.
Нашел в логе еще две строчки, которые все проясняют:
network[1524]: Line 7: failed to parse network block.
network[1524]: Failed to read or parse configuration '/run/network/wpa_supplicant_wlp2s4.conf'.
Получается netctl создает не правильный конфиг для wpa_supplicant (еще раз повторю, что раньше все работало и я ни чего не трогал). Вобщем пришлось указать netctl не создавать конфиг при запуске этого профиля, а использовать постоянный из /etc/wpa_supplicant/wpa_supplicant.conf.
Было для профиля WiFi:
Description='A simple WPA encrypted wireless connection using a static IP'
Interface=wlp2s4
Connection=wireless
Security=wpa
ESSID='R200'
Key='**************************************'
IP=static
Address='192.168.10.100/24'
Gateway='192.168.10.1'
DNS=('192.168.10.1')
Стало:
Description='A simple WPA encrypted wireless connection using a static IP'
Interface=wlp2s4
Connection=wireless
Security=wpa-config
WPAConfigFile=/etc/wpa_supplicant/wpa_supplicant.conf
IP=static
Address='192.168.10.100/24'
Gateway='192.168.10.1'
DNS=('192.168.10.1')
Выходит при обновлении все таки чтото сломали.