<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>29134</bug_id>
          
          <creation_ts>2013-07-04 13:15:19 +0400</creation_ts>
          <short_desc>Путь монтирования сменных носителей</short_desc>
          <delta_ts>2013-07-25 19:07:23 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>3</classification_id>
          <classification>Distributions</classification>
          <product>Simply Linux</product>
          <component>usability</component>
          <version>Не указана</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>NOTABUG</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>29138</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Motsyo Gennadi">drool</reporter>
          <assigned_to name="Mikhail Efremov">sem</assigned_to>
          <cc>aen</cc>
    
    <cc>aris</cc>
    
    <cc>d.g.samsonenko</cc>
          
          <qa_contact name="Andrey Cherepanov">cas</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>141264</commentid>
    <comment_count>0</comment_count>
    <who name="Motsyo Gennadi">drool</who>
    <bug_when>2013-07-04 13:15:19 +0400</bug_when>
    <thetext>Крайне неудобно монтирование тех же флешек не в /media, а в /var/run/media/username.
http://lists.altlinux.org/pipermail/community/2013-July/679753.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>141286</commentid>
    <comment_count>1</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2013-07-04 16:55:54 +0400</bug_when>
    <thetext>Говорят можно вернуть старое поведение с помощью
echo &apos;ENV{ID_FS_USAGE}==&quot;filesystem|other|crypto&quot;,
ENV{UDISKS_FILESYSTEM_SHARED}=&quot;1&quot;&apos; &gt; 
 /etc/udev/rules.d/99-correct-media-mount-point.rules

udevadm control --reload

(https://bugzilla.novell.com/show_bug.cgi?id=809837, не проверял).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>141303</commentid>
    <comment_count>2</comment_count>
    <who name="Yuri N. Sedunov">aris</who>
    <bug_when>2013-07-04 20:33:59 +0400</bug_when>
    <thetext>(In reply to comment #1)
&gt; Говорят можно вернуть старое поведение с помощью
&gt; echo &apos;ENV{ID_FS_USAGE}==&quot;filesystem|other|crypto&quot;,
&gt; ENV{UDISKS_FILESYSTEM_SHARED}=&quot;1&quot;&apos; &gt; 
&gt;  /etc/udev/rules.d/99-correct-media-mount-point.rules
&gt; 
&gt; udevadm control --reload
&gt; 
&gt; (https://bugzilla.novell.com/show_bug.cgi?id=809837, не проверял).


Ок, работает. Наверно, оформлю переключение через control.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>141304</commentid>
    <comment_count>3</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2013-07-04 21:09:03 +0400</bug_when>
    <thetext>(В ответ на комментарий №2)
&gt; Ок, работает. Наверно, оформлю переключение через control.

О, отличная идея, спасибо. Про control что-то не подумал даже.
Впрочем, я не уверен, что конкретно для Симпли стоит менять умолчания.
В монтировании для каждого пользователя отдельно может быть смысл.
Но простой способ это изменить - это определенно хорошо.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>141310</commentid>
    <comment_count>4</comment_count>
    <who name="Motsyo Gennadi">drool</who>
    <bug_when>2013-07-05 04:05:46 +0400</bug_when>
    <thetext>(В ответ на комментарий №1)
&gt; Говорят можно вернуть старое поведение с помощью
&gt; echo &apos;ENV{ID_FS_USAGE}==&quot;filesystem|other|crypto&quot;,
&gt; ENV{UDISKS_FILESYSTEM_SHARED}=&quot;1&quot;&apos; &gt; 
&gt;  /etc/udev/rules.d/99-correct-media-mount-point.rules
&gt; 
&gt; udevadm control --reload
&gt; 
&gt; (https://bugzilla.novell.com/show_bug.cgi?id=809837, не проверял).

О! То, что доктор прописал. Вот если бы еще это вернуть по умолчанию. А те, кому не влом рыться в хрен знает каких дебрях файловой системы - могуть крутануть ручкой по новомодному.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>141763</commentid>
    <comment_count>5</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2013-07-23 16:45:12 +0400</bug_when>
    <thetext>Я считаю, что лучше оставить апстримные умолчания. Веских причин их менять не приведено, для тех, кого не устраивает - есть control.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>141815</commentid>
    <comment_count>6</comment_count>
    <who name="Motsyo Gennadi">drool</who>
    <bug_when>2013-07-24 20:29:12 +0400</bug_when>
    <thetext>(В ответ на комментарий №5)
&gt; Я считаю, что лучше оставить апстримные умолчания. Веских причин их менять не
&gt; приведено, для тех, кого не устраивает - есть 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 для этой, мягко говоря, фичи.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>141817</commentid>
    <comment_count>7</comment_count>
    <who name="Denis G. Samsonenko">d.g.samsonenko</who>
    <bug_when>2013-07-24 20:48:19 +0400</bug_when>
    <thetext>(В ответ на комментарий №6)
&gt; Тогда хоть зафиксируйте здесь как в этих новомодных
&gt; революциях сейчас принято правильно крутить control для этой, мягко говоря,
&gt; фичи.

# control udisks2 shared</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>141818</commentid>
    <comment_count>8</comment_count>
    <who name="Denis G. Samsonenko">d.g.samsonenko</who>
    <bug_when>2013-07-24 20:54:59 +0400</bug_when>
    <thetext>Интересно, что часть флешек монтируется не в /media и не в /var/run, а в $HOME/Documents/media/. У меня так одна из SDHC-карт монтируется. Это чья самодеятельность?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>141836</commentid>
    <comment_count>9</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2013-07-25 19:06:08 +0400</bug_when>
    <thetext>Еще раз, изменение точки монтирование при включении shared - это побочный эффект.
Изменить точку монтирования, не включая режим shared, на данный момент udisks2 не позволяет.
Включать же shared по умолчанию я не считаю правильным, монтирование для каждого пользователя выглядит более разумным умолчанием (на флэшке могут быть шифрованные разделы, например).
И я не считаю, что /run/media так ужасно сложно набирать в консоли по сравнению с /media. Единственная проблема - это нарушение FHS, собственно поэтому в Debian udisks2 и патчат. Возможность же использования у нас патчей из Debian лучше обсуждать с мантейнером udisks2.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>141837</commentid>
    <comment_count>10</comment_count>
    <who name="Mikhail Efremov">sem</who>
    <bug_when>2013-07-25 19:07:23 +0400</bug_when>
    <thetext>(В ответ на комментарий №8)
&gt; Интересно, что часть флешек монтируется не в /media и не в /var/run, а в
&gt; $HOME/Documents/media/. У меня так одна из SDHC-карт монтируется. Это чья
&gt; самодеятельность?

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

    </bug>

</bugzilla>