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

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

    <bug>
          <bug_id>7651</bug_id>
          
          <creation_ts>2005-08-12 02:22:01 +0400</creation_ts>
          <short_desc>pktcdvd vs udev - phantom devices?</short_desc>
          <delta_ts>2013-08-15 19:12:48 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>udev</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc>http://thread.gmane.org/gmane.linux.altlinux.sisyphus/22963</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="burov dmitry">the_arioch</reporter>
          <assigned_to name="Alexey Shabalin">shaba</assigned_to>
          <cc>arseny</cc>
    
    <cc>mike</cc>
    
    <cc>shaba</cc>
    
    <cc>vsu</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>28598</commentid>
    <comment_count>0</comment_count>
    <who name="burov dmitry">the_arioch</who>
    <bug_when>2005-08-12 02:22:20 +0400</bug_when>
    <thetext>См. URL

создает дупликат (не ссылку) файла устройства, который потом может остаться 
висеть при отключении пакетной записи.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28686</commentid>
    <comment_count>1</comment_count>
    <who name="burov dmitry">the_arioch</who>
    <bug_when>2005-08-14 18:36:38 +0400</bug_when>
    <thetext>По здравому размышлению, в основном все вопросы все-таки к udftools и/или модулю 
pktcdsvd.ko 

http://mid.gmane.org/ddnk41$9qk$1@sea.gmane.org

Здесь остались два вопроса:

~~~~~~~~~
5) права на файлы - три разных группы
brw-r-----  1 root root  251,  0 Авг 12 03:51 cdwriter
crw-rw----  1 root cdrom  10, 62 Авг 12 03:47 control
brw-rw----  1 root disk 251, 0 Авг 12 03:51 /dev/pktcdvd0
  -  -  -  skip  -  -  -


&lt;bdv &lt;at&gt; localhost:/etc/udev/rules.d&gt;  zsh/2 13 [2] %     grep pkt *.rules
50-alt.rules:KERNEL==&quot;pktcdvd&quot;, NAME=&quot;pktcdvd/control&quot;, GROUP=&quot;cdrom&quot;,
         MODE=&quot;0660&quot;
50-alt.rules:KERNEL==&quot;pktcdvd[0-9]*&quot;, SYMLINK+=&quot;pktcdvd/%n&quot;,
GROUP=&quot;disk&quot;

Исходя из этого, я думаю что:
   1) именно UDEV намеренно раздает разные права на cpntrol и на сам
диск.  Видимо, группа cdrom - это те, кто могут физически
втыкать и
вытыкать диски. Кто такая группа disk - мне, юзеру, не
известно 
Не понятно - почему группа ставится не cdwriter - ведь по
сути это
запись дисков ? 
~~~~~~~~

Второй вопрос - для теории - можно ли с помощью правил назначить права/владельца 
не только файлу pktcdvd/control, но и самой директории pktcdvd/ ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>30903</commentid>
    <comment_count>2</comment_count>
    <who name="Dmitry V. Levin">ldv</who>
    <bug_when>2005-09-22 19:12:58 +0400</bug_when>
    <thetext>Reassigned to maintainer.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>39560</commentid>
    <comment_count>3</comment_count>
    <who name="Sergey Vlasov">vsu</who>
    <bug_when>2006-08-15 19:32:02 +0400</bug_when>
    <thetext>(In reply to comment #1)
&gt; 50-alt.rules:KERNEL==&quot;pktcdvd&quot;, NAME=&quot;pktcdvd/control&quot;, GROUP=&quot;cdrom&quot;,
&gt;          MODE=&quot;0660&quot;

Сейчас (udev-096-alt1) для pktcdvd/control ставятся права 0644, root:root.

Вообще от доступа к /dev/pktcdvd/control пользы немного - простой пользователь
может выполнить только ioctl PKT_CTRL_CMD_STATUS, что позволяет посмотреть
major:minor физического устройства для любого ранее настроенного устройства
pktcdvd (та же информация, и даже больше, доступна через /proc).  Чтобы что-то
изменить, требуется CAP_SYS_ADMIN.

&gt; 50-alt.rules:KERNEL==&quot;pktcdvd[0-9]*&quot;, SYMLINK+=&quot;pktcdvd/%n&quot;,
&gt; GROUP=&quot;disk&quot;

Сейчас выставляется 0640, root:cdwriter.  Не совсем понятно, почему не 0660 -
это не может объясняться соображениями о запрете прямой записи, поскольку такие
же права 0660 выставляются на реальное устройство для привода.

&gt; Второй вопрос - для теории - можно ли с помощью правил назначить права/владельца 
&gt; не только файлу pktcdvd/control, но и самой директории pktcdvd/ ?

Нет, права на каталоги средствами udev назначать нельзя; вообще в udev каталоги
создаются и уничтожаются автоматически.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>40883</commentid>
    <comment_count>4</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2006-09-29 12:40:22 +0400</bug_when>
    <thetext>reassign to Sergey</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>71903</commentid>
    <comment_count>5</comment_count>
    <who name="Mikhail Gusarov">dottedmag</who>
    <bug_when>2008-06-13 13:00:39 +0400</bug_when>
    <thetext></thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>132618</commentid>
    <comment_count>6</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2012-08-07 12:51:55 +0400</bug_when>
    <thetext>я так понимаю ошибка не актуальна?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142180</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2013-08-15 19:12:48 +0400</bug_when>
    <thetext>Как минимум
# service udftools start
в сизифе нынче делать нечем.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>