Говорят можно вернуть старое поведение с помощью
echo 'ENV{ID_FS_USAGE}=="filesystem|other|crypto",
ENV{UDISKS_FILESYSTEM_SHARED}="1"' > 
 /etc/udev/rules.d/99-correct-media-mount-point.rules

udevadm control --reload

(https://bugzilla.novell.com/show_bug.cgi?id=809837, не проверял).

(In reply to comment #1)
> Говорят можно вернуть старое поведение с помощью
> echo 'ENV{ID_FS_USAGE}=="filesystem|other|crypto",
> ENV{UDISKS_FILESYSTEM_SHARED}="1"' > 
>  /etc/udev/rules.d/99-correct-media-mount-point.rules
> 
> udevadm control --reload
> 
> (https://bugzilla.novell.com/show_bug.cgi?id=809837, не проверял).


Ок, работает. Наверно, оформлю переключение через control.

(В ответ на комментарий №2)
> Ок, работает. Наверно, оформлю переключение через control.

О, отличная идея, спасибо. Про control что-то не подумал даже.
Впрочем, я не уверен, что конкретно для Симпли стоит менять умолчания.
В монтировании для каждого пользователя отдельно может быть смысл.
Но простой способ это изменить - это определенно хорошо.

(В ответ на комментарий №1)
> Говорят можно вернуть старое поведение с помощью
> echo 'ENV{ID_FS_USAGE}=="filesystem|other|crypto",
> ENV{UDISKS_FILESYSTEM_SHARED}="1"' > 
>  /etc/udev/rules.d/99-correct-media-mount-point.rules
> 
> udevadm control --reload
> 
> (https://bugzilla.novell.com/show_bug.cgi?id=809837, не проверял).

О! То, что доктор прописал. Вот если бы еще это вернуть по умолчанию. А те, кому не влом рыться в хрен знает каких дебрях файловой системы - могуть крутануть ручкой по новомодному.

Я считаю, что лучше оставить апстримные умолчания. Веских причин их менять не приведено, для тех, кого не устраивает - есть control.

(В ответ на комментарий №5)
> Я считаю, что лучше оставить апстримные умолчания. Веских причин их менять не
> приведено, для тех, кого не устраивает - есть control.

То, что /media является каталогом для монтирования сменных носителей в FHS (http://ru.wikipedia.org/wiki/FHS#.D0.A1.D1.82.D1.80.D1.83.D0.BA.D1.82.D1.83.D1.80.D0.B0_.D0.B4.D0.B8.D1.80.D0.B5.D0.BA.D1.82.D0.BE.D1.80.D0.B8.D0.B9), а о всяких /var/media и, тем более, /var/run/media там никто и слыхом не слыхивал - это не веская причина? То, что в рассылке (http://lists.altlinux.org/pipermail/community/2013-July/679742.html) большинство тоже высказались в сторону более, чем странности монтирования в такую дыру - не аргумент?

Ок, так и запишем. Тогда хоть зафиксируйте здесь как в этих новомодных революциях сейчас принято правильно крутить control для этой, мягко говоря, фичи.

(В ответ на комментарий №6)
> Тогда хоть зафиксируйте здесь как в этих новомодных
> революциях сейчас принято правильно крутить control для этой, мягко говоря,
> фичи.

# control udisks2 shared

Интересно, что часть флешек монтируется не в /media и не в /var/run, а в $HOME/Documents/media/. У меня так одна из SDHC-карт монтируется. Это чья самодеятельность?

Еще раз, изменение точки монтирование при включении shared - это побочный эффект.
Изменить точку монтирования, не включая режим shared, на данный момент udisks2 не позволяет.
Включать же shared по умолчанию я не считаю правильным, монтирование для каждого пользователя выглядит более разумным умолчанием (на флэшке могут быть шифрованные разделы, например).
И я не считаю, что /run/media так ужасно сложно набирать в консоли по сравнению с /media. Единственная проблема - это нарушение FHS, собственно поэтому в Debian udisks2 и патчат. Возможность же использования у нас патчей из Debian лучше обсуждать с мантейнером udisks2.

(В ответ на комментарий №8)
> Интересно, что часть флешек монтируется не в /media и не в /var/run, а в
> $HOME/Documents/media/. У меня так одна из SDHC-карт монтируется. Это чья
> самодеятельность?

Это что-то странное, я такого не видел. К данной баге это вряд ли имеет отношение.