Когда то давно, я заставил udisk монтировать “исторические” разделы моей файло-помойки в /media
Соответственно, virtualbox виртуалки берет оттуда.
ktorrent кидает туда.
Да, знаю, изврат. Но когда то сделал, работает. Сейчас переделывать лень, да и зачем, когда работает
Андрей, все заработало. Посыпаю голову пеплом - вы в своем совете:
выход - 3-я строчка в local.d
mount --bind /run/media/alexandr /media
имя моего юзера написали с ошибкой - я бездумно скопировал… сейчас все заработало, в /media появились флешки.
НО: сейчас в примонтированные флешки в /media невозможно зайти - дельфин не пускает, может прав не хватает и в fstab подправить права надо?
Да, mount не работает. симлинк работает.
И да, нужно заниматься настройкой ПО, а заниматься перенастройкой на домашней машине нет времени. Все собираюсь изыскать и исправить.
О, чёрт, у меня 3 юзера на машине. Пожалуйста, если можно, хаутушку как монтировать для любого. Михаил, вы писали про симлинк, опять-таки, чтобы не путать с вариантом Андрея. Вот я свежеобновил udisks, каковы дальнейшие действия по вашему варианту?
для начала отказ от ответственности: я пока не обновлялся до udisks:2, и поэтому исхожу из прочитанного тут
А тут получается вот что:
* /media для монтирования уже не используется, вместо этого все монтируется в /run/media/$USER.
* Хочется видеть точки монтирования в /media
решение:
# Как я писал выше, я предлагаю удалить директорию /media
# и сделать одноименный симлинк на новое место монтирования
[…]
# После этого, по очевидным причинам, точки монтирования будут также доступны из /media/$USER
# …
# PROFIT
В смысле просто однократно снести /media и сделать симлинк, а не прописывать это в /etc/local.d/[некий скрипт].
ОК, сейчас сделаю это + поправлю правило polkit и посмотрю…
ЗЫ: Вот здесь написано, что baselayout сам создаст /run/media/$username
На сколько улавливается мысль разрабочиков, /run/media/$USER будут монтироваться для каждого пользователя, ибо у меня все начало монтироваться после того как я добавил /run/media/phantom, то есть имя своего пользователя, попробовал смонтировать от root, udisks2 послал рута лесом :), я так понимаю надо создать и для него каталог.
Из этого напрашивается вывод:
Нафига козе боян, зачем монтировать или линковать в /media, если я понял полет мыcлей разрабов, то напрашивается только 1 метод монтирования или линкования, это в локальный каталог пользователя ну например аля /home/$USER/media. Причем каждый юзер будет видеть только свои смонтированные девайсы. Хотя это мое субъективное мнение.
А вообще обновление в Calculate сродни хождениию по минному полю, у меня кроме этого еще отскочил use sqlite от akonadi-server сделав его нафиг не работоспособным, ибо по умолчанию все было запилено именно через sqlite, и соотвественно kmail и kopete пошли лесом, пересборка с юзом sqlite решила проблему запуска, но все равно kmail поймал костыля, сейчас не может отобразить содержимое папки. Но это я уже отошел от темы
А по теме как то надо, это дело отражать, предупреждать как-то, в чистой дженте идет новостная строка по eselect news, там пишут, че будет меняться
для начала отказ от ответственности: я пока не обновлялся до udisks:2, и поэтому исхожу из прочитанного тут
А тут получается вот что:
* /media для монтирования уже не используется, вместо этого все монтируется в /run/media/$USER.
…
Нету /run/media
Ну я исходил из предположения, что /run/media - есть.
Предположение это сделано из обсуждения выше.
Проблема подключения устройств через udisks2 заключается в том, что при попытки монтирования в /run пытается создаться папка с ACL правами, которые не поддерживаются в текущей конфигурации ядра для tmpfs (CONFIG_TMPFS_POSIX_ACL). Вы можете пересобрать ядро с этой включенной опцией (достаточно обновить оверлей и собрать ядро), либо подождать бинарных обновлений calculate-sources-3.7.7.
А вообще обновление в Calculate сродни хождениию по минному полю, у меня кроме этого еще отскочил use sqlite от akonadi-server сделав его нафиг не работоспособным, ибо по умолчанию все было запилено именно через sqlite, и соотвественно kmail и kopete пошли лесом, пересборка с юзом sqlite решила проблему запуска, но все равно kmail поймал костыля, сейчас не может отобразить содержимое папки. Но это я уже отошел от темы
Перед обновлением полезно использовать опцию -pv, которая покажет, что и как будет обновляться
Проблема подключения устройств через udisks2 заключается в том, что при попытки монтирования в /run пытается создаться папка с ACL правами, которые не поддерживаются в текущей конфигурации ядра для tmpfs (CONFIG_TMPFS_POSIX_ACL). Вы можете пересобрать ядро с этой включенной опцией (достаточно обновить оверлей и собрать ядро), либо подождать бинарных обновлений calculate-sources-3.7.7.
Я всегда ядро собираю с опцией menuconfig, а где-то в выхлопах при загрузке проскакивало, что надо эту опцию включать, что я и сделал. Более того, если вы посмотрите сам ебилд, там указана проверка на эту и ещё пару опций в конфиге ядра, так что udisks:2 просто бы не стал собираться в этом случае. Однако же /run/media всё равно не создаётся.
Перед обновлением полезно использовать опцию -pv, которая покажет, что и как будет обновляться
Обычно так и делаю, но список обновлений не всегда говорит об их сути, а обновление обычно запустил и занимаешься своими делами, а не пялишься в монитор что там emerge нарисует, а потом после обновления вылезают костыли, к стати о птицах, таки выдавал emerge на пакет udisks сообщение, что то по поводу posix, но я бегло проглядывал поэтому и не заострил внимания, а как оказывается это важное сообщение то было.
Я же говорю в чистой дженте, они выкладывают новости если изменение пакета будет влиять на загрузку системы или демона
Более того, если вы посмотрите сам ебилд, там указана проверка на эту и ещё пару опций в конфиге ядра, так что udisks:2 просто бы не стал собираться в этом случае.
У проверки стоит тильда - ебилд ругнётся, но собираться будет.
Однако же /run/media всё равно не создаётся.
Что у Вас содержится в /etc/polkit-1/rules.d/50-mount-disk.rules и какая версия у sys-auth/polkit ?