Rejected send message, 1 matched rules; type="method_call", sender=":1.39" (uid=1000 pid=11437 comm="exo-mount) interface="org.freedesktop.Hal.Device.Volume" member="Mount" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=3194 comm="/usr/sbin/hald)).
Вот такая ошибка у меня сегодня в XFCE вывалилась, при попытки автосмонтировать флешку. Пост для тех кто ищет решение.
Нужно изменить строку в ~/.xinitrc - добавьте ck-launch-session

exec ck-launch-session startxfce
vit.ok
эм… может быть открою для вас Америку, но если пользователь хочет быть полноценным, то он обязан быть в гнуппах storage,audio,optical,lp,video причем список не полный, и кстати если пользователь в группе storage то автомонтирование работает из коробки! а вот с русским да, проблемы, но решаемые.

Во-первых, в моем посте речь идет о монтировании флешки, а для этой задачи нет необходимости входить в другие группы. И ваше понятие “полноценный пользователь” может расходтися с установками новичков, невнимательно читающих wiki.
Во-вторых, из коробки не работает, поскольку после установки дистр-ва в файле /etc/dbus-1/system.d/hal.conf небыло политики для группы storage (<policy group=“storage”>). Мне пришлось ее создать самому.
Переустановил сегодня Арч с нуля. И столкнулся с двумя проблемами при монтировании флешки:
- автомонтирование флешки для обычного юзера “из коробки” не работает
- русские буквы не отображаются нормально

Разрешаем автомонтирование для пользователя:

1. добавляем в /etc/dbus-1/system.d/hal.conf:
<policy group="storage">
    <allow send_interface="org.freedesktop.Hal.Device.Volume"/>
    <allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
</policy>
2. добавляем пользователя в группу storage:
gpasswd -a user storage

Решаем проблему с отображением русских букв:

создаем файлик ~/.config/xfce4/mount.rc:
[vfat]
uid=<auto>
utf8=true
shortname=winnt
[iso9660]
uid=<auto>
utf8=true
[udf]
uid=<auto>
utf8=true
[ntfs]
uid=<auto>
utf8=true
[ntfs-3g]
uid=<auto>
umask=0077
utf8=true

Все.
Пробовал пересобирать модули - система продолжала зависать.

sx1
Столкнулся сегодня с такой проблемой.
Помогла пересборка модулей :)
Проблема решена. Этот пост для тех, кто столкнулся с похожей проблемой.

Методом тыка обнаружилось решение: в настройках виртульной машины я отключил аппаратную виртуализацию (VT-x/AMD-V), после чего зависаний больше небыло. При включении VT-x система зависает сразу после старта виртуальной машины.

Как выяснилось зависала вся система, а не иксы, при этом в логах, конечно, никакой информации не оставалось.

Мой процессор: Core 2 Duo E8500 3.16 ГГц.

Решение конечно не самое удачное, потому что 64 битные виртуальные машины будут по умолчанию с включенным VT-x и его невозможно будет отключить. Кончено придется писать bug report
mango
А дрова интела, часом не обновляли?

Обновляюсь всегда с параметром -Syu, так что возможно и обновились дрова если были новые версии в репозитории.
mango
Попробуйте перекомпилить модули виртуалбокса

Пробовал:( В любом случае спасибо за помощь.
mango
От куда ставили виртуал бокс?
Какая видюха?
какое ядро в системе?

virtualbox_bin 3.1.0-1 из AUR
intel встроенная
2.6.31-ARCH
Когда пытаюсь запустить одну из виртуальных машин в VirtualBox, весь графический интерфейс зависает (XFCE) и блокируется ввод с клавиатуры и мыши - помогает только кнопка reset на системнике. Раньше (до 3-4 апдейтов) все работало безупречно. У кого какие идеи есть?
Amigo
Как повысить ЧСВ? (Arch-way)
Уже читаю статьи и посты с форума по теме сборки ядра. Просто хотел убедиться, что в верном направлении двигаюсь. А то вдруг модуль пропатчить можно минуя манипуляции с ядром.