[sisyphus] audio cd riping

[sisyphus] audio cd riping

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 2307 bytes --]

Приветствую.

Система ALD4.1 обновленный до сизифа. Обнаружил интересный глюк при
попытке рипа  audio cd.

Предисловие: kaudiocreator установлен, но при втыкании диска во
всплывающем окне действий его нет.

Собственно пьеса:
1) вставляем audio cd (kde долго не показывает окно действий с ним да и в
аплете сменных носителей он тоже долго не появляется)
2) открываем kaudiocreator и жмем "извлечь и сжать"
3) получаем по носу сообщением что де "нет у вас привода либо прав на
него"
4) смотрим права на привод и имеем rw-rw на  myuser:cdwriter. myuser
входит в группу cdwriter.
5) удивляемся и вводим cdparanoia -vQ в результате которой узнаем что у
нас де "device or resource busy"
6) удивляемся еще больше и по следам fuser /dev/sr0 (это мой привод)
прибиваем два процесса kio_audiocd
7) снова смотрим cdparanoia -Q - все видит.
8) запускаем kaudiocreator и быстро и без вопросов все рипим.

Если вставить другой диск повторяется тоже самое.

Вопрос: что это может быть? На рабочем компе тот же срез сизифа и там
такого эффекта нет но там сизиф давно, а на домашнем недавно через
установленый ALD4.1 ну и привод дома sata хотя вроде это не должно влиять
- ведь дата диски токрывает быстро и молча да и аудио после "телодвижений"
  таки рипит.

-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

Небезопасная это штука - wget.
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 489 bytes --]

Re: [sisyphus] audio cd riping

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 2118 bytes --]

On Mon, Nov 24, 2008 at 12:50:53PM +0300, Alexey Morsov wrote:
> Приветствую.
> 
> Система ALD4.1 обновленный до сизифа. Обнаружил интересный глюк при
> попытке рипа  audio cd.

Ага. Починил. Рассказываю суть (и с ней у меня два вопроса).
/dev/{cdrom,cdwriter} указывают на /dev/sr0. На него права rw,rw
root:cdrom

Однако, при попытке рипа (мм.. или вообще при втыкании как я выяснил
программы желают /dev/sgX (sg2 в моем случае). На него права стоят rw,r
root:disk 

Пользователь мой (созданий при инсталяции системы) в эту группу не входил.
Внесение его в группу disk решило проблему с рипом audio cd (хотя странно,
но как я писал в предыдущем письме после прибивания kio_audiocd процесов
рипать таки можно было).

Ну вот. Собственно и два мои вопроса. 
1 - два девайса на один dvd привод это так и задумано? (привод sata) ?
2 - если для рипинга audio дисков (может для чего-то и еще?) пользователь
должен иметь права на /dev/sgX то почему он не включается при инсталяции в
группу disk (хотя включается по умолчанию в группы cdrom и cdwriter) ?



-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

> А теперь всегда придётся так писать?
> /sbin/chkconfig --list |grep вкл
Когда надоест, можно вспомнить про LANG=C или, не так радикально,
LC_MESSAGES=C.
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 489 bytes --]

Re: [sisyphus] audio cd riping

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 848 bytes --]

On Tue, Nov 25, 2008 at 11:19:27AM +0300, Alexey Morsov wrote:
> On Mon, Nov 24, 2008 at 12:50:53PM +0300, Alexey Morsov wrote:
> > Приветствую.
> > 
> > Система ALD4.1 обновленный до сизифа. Обнаружил интересный глюк при
> > попытке рипа  audio cd.
> 
> Ага. Починил. Рассказываю суть (и с ней у меня два вопроса).
> /dev/{cdrom,cdwriter} указывают на /dev/sr0. На него права rw,rw
> root:cdrom
> 
> Однако, при попытке рипа (мм.. или вообще при втыкании как я выяснил
> программы желают /dev/sgX (sg2 в моем случае).

А /dev/kmem они не желают?

> На него права стоят rw,r root:disk 
> 
> Пользователь мой (созданий при инсталяции системы) в эту группу не входил.

Ещё бы.

> Внесение его в группу disk решило проблему с рипом audio cd

Зато теперь ваш пользователь работает с правами, эквивалентными root.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] audio cd riping

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 939 bytes --]

On Tue, Nov 25, 2008 at 02:28:05PM +0300, Dmitry V. Levin wrote:
> А /dev/kmem они не желают?
Вот уж не знаю.
> 
> > На него права стоят rw,r root:disk 
> > 
> > Пользователь мой (созданий при инсталяции системы) в эту группу не входил.
> 
> Ещё бы.
> 
> > Внесение его в группу disk решило проблему с рипом audio cd
> 
> Зато теперь ваш пользователь работает с правами, эквивалентными root.
> 
Ох...
Так а как же тогда решать проблему?


-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

Поздно, сегодня все равно будет новая версия.
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 489 bytes --]

Re: [sisyphus] usev /dev/sg* permissions

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 654 bytes --]

On Tue, Nov 25, 2008 at 02:36:51PM +0300, Alexey Morsov wrote:
> On Tue, Nov 25, 2008 at 02:28:05PM +0300, Dmitry V. Levin wrote:
> > > На него права стоят rw,r root:disk 
> > > 
> > > Пользователь мой (созданий при инсталяции системы) в эту группу не входил.
> > 
> > Ещё бы.
> > 
> > > Внесение его в группу disk решило проблему с рипом audio cd
> > 
> > Зато теперь ваш пользователь работает с правами, эквивалентными root.
> > 
> Ох...
> Так а как же тогда решать проблему?

На файлы /dev/sg* должны быть другие права.
У меня там сейчас группа cdwriter.
Наверное, у вас udev создаёт эти файлы с неправильными правами.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] usev /dev/sg* permissions

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 811 bytes --]

On Tue, Nov 25, 2008 at 02:42:24PM +0300, Dmitry V. Levin wrote:
> 
> На файлы /dev/sg* должны быть другие права.
> У меня там сейчас группа cdwriter.
> Наверное, у вас udev создаёт эти файлы с неправильными правами.
Ох...
А почему это он создает их неправильные? И где собственно в /etc/udev их
указывать? в 70-permissions.rules ?


-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

Лучше 1 раз увидеть, чем 100 раз услышать и все равно сделать
неверный вывод
		-- genix in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 489 bytes --]

Re: [sisyphus] usev /dev/sg* permissions

[Rafael Malikov]

Dmitry V. Levin wrote:
> On Tue, Nov 25, 2008 at 02:36:51PM +0300, Alexey Morsov wrote:
>   
>> On Tue, Nov 25, 2008 at 02:28:05PM +0300, Dmitry V. Levin wrote:
>>     
>>>> На него права стоят rw,r root:disk 
>>>>
>>>> Пользователь мой (созданий при инсталяции системы) в эту группу не входил.
>>>>         
>>> Ещё бы.
>>>
>>>       
>>>> Внесение его в группу disk решило проблему с рипом audio cd
>>>>         
>>> Зато теперь ваш пользователь работает с правами, эквивалентными root.
>>>
>>>       
>> Ох...
>> Так а как же тогда решать проблему?
>>     
>
> На файлы /dev/sg* должны быть другие права.
> У меня там сейчас группа cdwriter.
> Наверное, у вас udev создаёт эти файлы с неправильными правами.
>   
получается у меня тоже с неправильными?

[raf@raflinux ~]$ ls -all /dev/sg*
crw-r----- 1 root disk 21, 0 Ноя 24 11:15 /dev/sg0
crw-r----- 1 root disk 21, 1 Ноя 24 11:15 /dev/sg1
crw-r----- 1 root disk 21, 2 Ноя 24 11:15 /dev/sg2
[raf@raflinux ~]$ uname -a
Linux raflinux.ancor.ru 2.6.27-std-pae-alt2 #1 SMP Mon Nov 10 19:20:48
UTC 2008 i686 GNU/Linux
[raf@raflinux ~]$ rpm -qa | grep udev
udev-rules-130-alt6
udev-130-alt6
udev_static-addon-0.2-alt1
udev-initramfs-130-alt6

и кто виноват? куда копать?

-- 
Rafael Malikov,
System administrator.

Re: [sisyphus] /dev/sg* permissions

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1605 bytes --]

On Tue, Nov 25, 2008 at 03:28:29PM +0300, Rafael Malikov wrote:
> Dmitry V. Levin wrote:
> > On Tue, Nov 25, 2008 at 02:36:51PM +0300, Alexey Morsov wrote:
> >> On Tue, Nov 25, 2008 at 02:28:05PM +0300, Dmitry V. Levin wrote:
> >>     
> >>>> На него права стоят rw,r root:disk 
> >>>>
> >>>> Пользователь мой (созданий при инсталяции системы) в эту группу не входил.
> >>>>         
> >>> Ещё бы.
> >>>       
> >>>> Внесение его в группу disk решило проблему с рипом audio cd
> >>>>         
> >>> Зато теперь ваш пользователь работает с правами, эквивалентными root.
> >>>       
> >> Ох...
> >> Так а как же тогда решать проблему?
> >
> > На файлы /dev/sg* должны быть другие права.
> > У меня там сейчас группа cdwriter.
> > Наверное, у вас udev создаёт эти файлы с неправильными правами.
> >   
> получается у меня тоже с неправильными?
> 
> [raf@raflinux ~]$ ls -all /dev/sg*
> crw-r----- 1 root disk 21, 0 Ноя 24 11:15 /dev/sg0
> crw-r----- 1 root disk 21, 1 Ноя 24 11:15 /dev/sg1
> crw-r----- 1 root disk 21, 2 Ноя 24 11:15 /dev/sg2

Если устройства /dev/sg* имеют такие права, то к ним имеет доступ только
root (и привилегированные программы).

> [raf@raflinux ~]$ uname -a
> Linux raflinux.ancor.ru 2.6.27-std-pae-alt2 #1 SMP Mon Nov 10 19:20:48
> UTC 2008 i686 GNU/Linux
> [raf@raflinux ~]$ rpm -qa | grep udev
> udev-rules-130-alt6
> udev-130-alt6
> udev_static-addon-0.2-alt1
> udev-initramfs-130-alt6
> 
> и кто виноват? куда копать?

Хороший вопрос.  Между прочим, /dev/sg* могут использоваться не только с
целью чтения audio cd.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 804 bytes --]

On Tue, Nov 25, 2008 at 03:36:12PM +0300, Dmitry V. Levin wrote:
 
> > и кто виноват? куда копать?
> 
> Хороший вопрос.  Между прочим, /dev/sg* могут использоваться не только с
> целью чтения audio cd.

Очень интересно. А чем чтение data cd отличается от чтения audio-cd в
данном случае, и почему в случае audio-cd программа упорно лезет за sg* а
не за sr* ?

-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

<ab> gvy: а я вчера в Biergarten ел баварский фастфуд :)
<gvy> ab, жив? =)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 489 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 822 bytes --]

> > и кто виноват? куда копать?
>
> Хороший вопрос.  Между прочим, /dev/sg* могут использоваться не только с
> целью чтения audio cd.

/dev/sg это scsi подсистема и права на них зависят от устройства к ним 
подключенного.
специально нашел audio cd (оказалось большая редкость), в меню действий с 
диском есть kaudiocreator и он работает, konqueror'ом скопировать дорожки 
тоже можно и все это с /dev/sr0. кому и зачем понадобились /dev/sg не понятно 
и группы cdwriter там быть не должно

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 1352 bytes --]

On Tue, Nov 25, 2008 at 04:01:39PM +0300, Valery V. Inozemtsev wrote:
> /dev/sg это scsi подсистема и права на них зависят от устройства к ним 
> подключенного.
> специально нашел audio cd (оказалось большая редкость), в меню действий с 
> диском есть kaudiocreator и он работает, konqueror'ом скопировать дорожки 
Опа. А вот у меня как раз konqueror и kaudiocreator на этом и напоролись.
Отказываются работать с audio-cd. Ну и cdparanoia -vsQ тоже ломится на sg
:-\

И в меню действий с диском нет kaudiocreator (в пакете собствено его тоже
нет нораньше был, вроде уже fixed). 
Повторюсь что система ставилась с ALD4.1 и потом d-u до сизифа.

-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

<vsu> раньше было disk=/dev/sda \n bios=0x80
<vsu> в свежем мане заявлено, что теперь это не нужно
<vsu> видимо, ман писали оптимисты

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 489 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 768 bytes --]

On Tue, Nov 25, 2008 at 02:42:24PM +0300, Dmitry V. Levin wrote:
> On Tue, Nov 25, 2008 at 02:36:51PM +0300, Alexey Morsov wrote:
> > On Tue, Nov 25, 2008 at 02:28:05PM +0300, Dmitry V. Levin wrote:
> > > > На него права стоят rw,r root:disk 
> > > > 
> > > > Пользователь мой (созданий при инсталяции системы) в эту группу не входил.
> > > 
> > > Ещё бы.
> > > 
> > > > Внесение его в группу disk решило проблему с рипом audio cd
> > > 
> > > Зато теперь ваш пользователь работает с правами, эквивалентными root.
> > > 
> > Ох...
> > Так а как же тогда решать проблему?
> 
> На файлы /dev/sg* должны быть другие права.
> У меня там сейчас группа cdwriter.

В которую не входит ни один пользователь :)

Всё же /dev/sg* != /dev/sr*.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1459 bytes --]

On Tuesday 25 November 2008 16:07:52 Alexey Morsov wrote:
> On Tue, Nov 25, 2008 at 04:01:39PM +0300, Valery V. Inozemtsev wrote:
> > /dev/sg это scsi подсистема и права на них зависят от устройства к ним
> > подключенного.
> > специально нашел audio cd (оказалось большая редкость), в меню действий с
> > диском есть kaudiocreator и он работает, konqueror'ом скопировать дорожки
>
> Опа. А вот у меня как раз konqueror и kaudiocreator на этом и напоролись.
> Отказываются работать с audio-cd. Ну и cdparanoia -vsQ тоже ломится на sg

oops... соврал. там где висит cdrom права на /dev/sgX должны быть root:cdrom 0660, определяется так
$ for d in /dev/sg[0-9]; do TYPE=$(cat $(hal-get-property --udi $(hal-find-by-property --key linux.device_file --string $d) --key 
linux.sysfs_path)/device/type); if [ $TYPE = 4 -o $TYPE = 5 ]; then echo $d; fi; done

>
> :-\
>
> И в меню действий с диском нет kaudiocreator (в пакете собствено его тоже
> нет нораньше был, вроде уже fixed).
> Повторюсь что система ставилась с ALD4.1 и потом d-u до сизифа.



-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1210 bytes --]

On Tuesday 25 November 2008 16:12:32 Dmitry V. Levin wrote:
> On Tue, Nov 25, 2008 at 02:42:24PM +0300, Dmitry V. Levin wrote:
> > On Tue, Nov 25, 2008 at 02:36:51PM +0300, Alexey Morsov wrote:
> > > On Tue, Nov 25, 2008 at 02:28:05PM +0300, Dmitry V. Levin wrote:
> > > > > На него права стоят rw,r root:disk
> > > > >
> > > > > Пользователь мой (созданий при инсталяции системы) в эту группу не
> > > > > входил.
> > > >
> > > > Ещё бы.
> > > >
> > > > > Внесение его в группу disk решило проблему с рипом audio cd
> > > >
> > > > Зато теперь ваш пользователь работает с правами, эквивалентными root.
> > >
> > > Ох...
> > > Так а как же тогда решать проблему?
> >
> > На файлы /dev/sg* должны быть другие права.
> > У меня там сейчас группа cdwriter.
>
> В которую не входит ни один пользователь :)
>
> Всё же /dev/sg* != /dev/sr*.

если type этого sg 4 или 5, то равно

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 2040 bytes --]

On Tue, Nov 25, 2008 at 04:26:00PM +0300, Valery V. Inozemtsev wrote:

> > Всё же /dev/sg* != /dev/sr*.
> 
> если type этого sg 4 или 5, то равно

получается что cdparanoia и иже с ней напрасно лезут к sg* (type not in
(4,5)) а должны лезть к sr0. Но у них получается resource busy.

http://bugs.kde.org/show_bug.cgi?id=135669

Баг древний но все еще открытый. Получается что kio_audiocd хватает sr0
при вставке диска, а cdparanoia хочет эксклюзивный доступ к sr0,
обламывается и лезет к sg* на которые нет прав у пользователя.

Вообщем-то я подтверждаю такую схему в исходном сообщении где я писал, что
если прибить все kio_audio процессы то и cdparanoia и kaudiocreator быстро
быстро начинабт рипать диск. Ровно до втыкания диска :)

Федоровцы похоже оторвали в cdparanoia экслюзивный доступ, но и сами не
очень довольны таким решением.

1) Что будем делать? Багу вешать?
2) в данной конкретной ситуации наиболее корректный выход таки то
магическое заклинание которое предложил Валерий?

-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

<azol> как убедиться в работоспособности сет карты?
<hiddenman> azol: разве что с прибором померять, что там на кабеле. но лучше с
            прибором на это все положить и поменять сетевуху

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 489 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1858 bytes --]

On Tuesday 25 November 2008 16:40:01 Alexey Morsov wrote:
> On Tue, Nov 25, 2008 at 04:26:00PM +0300, Valery V. Inozemtsev wrote:
> > > Всё же /dev/sg* != /dev/sr*.
> >
> > если type этого sg 4 или 5, то равно
>
> получается что cdparanoia и иже с ней напрасно лезут к sg* (type not in
> (4,5)) а должны лезть к sr0. Но у них получается resource busy.
>
> http://bugs.kde.org/show_bug.cgi?id=135669
>
> Баг древний но все еще открытый. Получается что kio_audiocd хватает sr0
> при вставке диска, а cdparanoia хочет эксклюзивный доступ к sr0,
> обламывается и лезет к sg* на которые нет прав у пользователя.
>
> Вообщем-то я подтверждаю такую схему в исходном сообщении где я писал, что
> если прибить все kio_audio процессы то и cdparanoia и kaudiocreator быстро
> быстро начинабт рипать диск. Ровно до втыкания диска :)
>
> Федоровцы похоже оторвали в cdparanoia экслюзивный доступ, но и сами не
> очень довольны таким решением.
>
> 1) Что будем делать? Багу вешать?
> 2) в данной конкретной ситуации наиболее корректный выход таки то
> магическое заклинание которое предложил Валерий?

с помощью того заклинания найдите нужный /dev/sgX и сделайте ему chmod 0660 и 
chown root:cdrom и проверьте все сначало

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 938 bytes --]

On Tue, Nov 25, 2008 at 04:46:29PM +0300, Valery V. Inozemtsev wrote:
> с помощью того заклинания найдите нужный /dev/sgX и сделайте ему chmod 0660 и 
> chown root:cdrom и проверьте все сначало
Ага. А type 0 для sg* это не значит ли что "девайса нет" ? просто у меня
три sg и только один с type 2


-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

> Отсутствие sasl-авторизации из коробки это дело принципа?
Дело принципа - это наличие postfix, собранного без sasl.
К сожалению, хорошего способа собрать при этом postfix с sasl никто не
придумал.
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 489 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 542 bytes --]

On Tuesday 25 November 2008 16:51:52 Alexey Morsov wrote:
> On Tue, Nov 25, 2008 at 04:46:29PM +0300, Valery V. Inozemtsev wrote:
> > с помощью того заклинания найдите нужный /dev/sgX и сделайте ему chmod
> > 0660 и chown root:cdrom и проверьте все сначало
>
> Ага. А type 0 для sg* это не значит ли что "девайса нет" ? просто у меня
> три sg и только один с type 2

это принтер

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 613 bytes --]

On Tue, Nov 25, 2008 at 04:58:13PM +0300, Valery V. Inozemtsev wrote:
> > три sg и только один с type 2
> 
> это принтер
Чудны дела твои :))) У меня и принтера то нет никакого :)


-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

<gns|exta1o> .o0 с аппаратной виртуализацией - ждем вируса, который принесет с
             собой xen и запустит винду в виртуалке

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 489 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 4405 bytes --]

On Tue, Nov 25, 2008 at 03:36:12PM +0300, Dmitry V. Levin wrote:
> On Tue, Nov 25, 2008 at 03:28:29PM +0300, Rafael Malikov wrote:
> > Dmitry V. Levin wrote:
[...]
> > > На файлы /dev/sg* должны быть другие права.
> > > У меня там сейчас группа cdwriter.
> > > Наверное, у вас udev создаёт эти файлы с неправильными правами.
> > >   
> > получается у меня тоже с неправильными?
> > 
> > [raf@raflinux ~]$ ls -all /dev/sg*
> > crw-r----- 1 root disk 21, 0 Ноя 24 11:15 /dev/sg0
> > crw-r----- 1 root disk 21, 1 Ноя 24 11:15 /dev/sg1
> > crw-r----- 1 root disk 21, 2 Ноя 24 11:15 /dev/sg2
> 
> Если устройства /dev/sg* имеют такие права, то к ним имеет доступ только
> root (и привилегированные программы).
> 
> > [raf@raflinux ~]$ uname -a
> > Linux raflinux.ancor.ru 2.6.27-std-pae-alt2 #1 SMP Mon Nov 10 19:20:48
> > UTC 2008 i686 GNU/Linux
> > [raf@raflinux ~]$ rpm -qa | grep udev
> > udev-rules-130-alt6
> > udev-130-alt6
> > udev_static-addon-0.2-alt1
> > udev-initramfs-130-alt6
> > 
> > и кто виноват? куда копать?
> 
> Хороший вопрос.  Между прочим, /dev/sg* могут использоваться не только с
> целью чтения audio cd.

И не только с целью их записи.

На самом деле передача SCSI-команд возможна и через обычные устройства
/dev/sr*, /dev/sd* - с использованием ioctl SG_IO.  Однако совсем
произвольные команды обычным пользователям выполнять запрещено (чтобы,
например, предотвратить возможность изменения прошивки привода).
Причём в различных версиях ядер условия фильтрации команд различаются:

 - В ядрах до 2.6.27 разрешённые коды команд жёстко прописаны в коде
   ядра, причём отдельно для доступа через SG_IO и /dev/sg*:
   
   - Список разрешённых команд для SG_IO (доступ через основной файл
     устройства) можно посмотреть в block/scsi_ioctl.c в исходниках
     ядра; он достаточно длинный, общий подход - при открытии только для
     чтения разрешены команды, использующиеся при чтении CD/DVD (в том
     числе работа с Audio-CD), при открытии на запись также разрешены
     команды, использующиеся при записи CD/DVD на стандартных
     устройствах (но для доступа к нестандартным возможностям некоторых
     устройств этих команд может быть недостаточно - именно по этому
     поводу в своё время возмущался автор cdrecord).  Для процессов,
     имеющих CAP_SYS_RAWIO, разрешено всё.

   - Фильтр для доступа через /dev/sg* реализован в drivers/scsi/sg.c
     (функция sg_allow_access()) и работает следующим образом:

     - Для SCSI-сканеров разрешены любые команды.

     - При открытии устройства только для чтения разрешён некоторый
       набор команд чтения (отличающийся от набора для чтения,
       используемого при фильтрации SG_IO).

     - При открытии устройства для записи разрешены любые команды.

 - Начиная с версии 2.6.27, в ядре используется общий фильтр команд для
   доступа через /dev/sg* и SG_IO, причём теперь этот фильтр может
   настраиваться через атрибуты устройства read_table и write_table в
   sysfs - для любой команды можно разрешить использование её при
   открытии устройства только для чтения, для записи, или запретить её
   использование без CAP_SYS_RAWIO (тем самым решается проблема с
   устройствами, требующими использования нестандартных команд в
   cdrecord или других утилитах - можно разрешить нужные команды,
   например, через правила udev в зависимости от модели устройства).
   Теперь доступ через обычный файл устройства и /dev/sg* будет давать
   одинаковые права на использование SCSI-команд (за единственным
   исключением - для SCSI-сканеров сохранено разрешение на использование
   любых команд через /dev/sg*, чтобы не ломать совместимость).

Таким образом, расширение прав доступа к /dev/sg* при использовании ядер
старее 2.6.27 приведёт к тому, что пользователи, имеющие право записи в
/dev/sg*, получат возможность передавать в устройство произвольные
команды (а не только ограниченный набор, доступный при разрешении записи
в /dev/sr*).  С другой стороны, для большинства программ должно быть
достаточно доступа через /dev/sr* - хотя, возможно, какие-то старые
программы до сих пор не умеют использовать этот интерфейс.

Кстати, в новых ядрах (>= 2.6.23) есть ещё /dev/bsg/* - ещё один
интерфейс для передачи произвольных команд, замена /dev/sg* с более
широкими возможностями (теоретически там может использоваться не только
SCSI).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1181 bytes --]

On Tue, Nov 25, 2008 at 04:51:52PM +0300, Alexey Morsov wrote:
> On Tue, Nov 25, 2008 at 04:46:29PM +0300, Valery V. Inozemtsev wrote:
> > с помощью того заклинания найдите нужный /dev/sgX и сделайте ему chmod 0660 и 
> > chown root:cdrom и проверьте все сначало
> Ага. А type 0 для sg* это не значит ли что "девайса нет" ? просто у меня
> три sg и только один с type 2

/*
 *  DEVICE TYPES
 *  Please keep them in 0x%02x format for $MODALIAS to work
 */
        
#define TYPE_DISK           0x00
#define TYPE_TAPE           0x01
#define TYPE_PRINTER        0x02
#define TYPE_PROCESSOR      0x03    /* HP scanners use this */
#define TYPE_WORM           0x04    /* Treated as ROM by our system */
#define TYPE_ROM            0x05
#define TYPE_SCANNER        0x06
#define TYPE_MOD            0x07    /* Magneto-optical disk -
                                     * - treated as TYPE_DISK */
#define TYPE_MEDIUM_CHANGER 0x08
#define TYPE_COMM           0x09    /* Communications device */
#define TYPE_RAID           0x0c
#define TYPE_ENCLOSURE      0x0d    /* Enclosure Services Device */
#define TYPE_RBC            0x0e
#define TYPE_NO_LUN         0x7f

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 1437 bytes --]

On Tue, Nov 25, 2008 at 04:23:54PM +0300, Valery V. Inozemtsev wrote:
> oops... соврал. там где висит cdrom права на /dev/sgX должны быть root:cdrom 0660, определяется так
> $ for d in /dev/sg[0-9]; do TYPE=$(cat $(hal-get-property --udi $(hal-find-by-property --key linux.device_file --string $d) --key 
> linux.sysfs_path)/device/type); if [ $TYPE = 4 -o $TYPE = 5 ]; then echo $d; fi; done
$ for d in /dev/sg[0-9]; do TYPE=$(cat $(hal-get-property --udi
$(hal-find-by-property --key linux.device_file --string $d) --key
linux.sysfs_path)/device/type); if [ $TYPE = 4 -o $TYPE = 5 ]; then echo
$d; fi; done
/dev/sg2

$ l /dev/sg*
crw-r----- 1 root disk 21, 2 Ноя 25 15:59 /dev/sg2
crw-r----- 1 root disk 21, 1 Ноя 25 15:59 /dev/sg1
crw-r----- 1 root disk 21, 0 Ноя 25 15:59 /dev/sg0

Оно мне не мешает, правда.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<AMorozov> combr: а, кстати, что заставляет людей в 2005 году использовать
           Window Maker ?
<combr> AMorozov: а что, им стОит продолжить использовать twm ? ;)
<AMorozov> combr: нет. KDE - решенье всех проблем. Я серьезно.
<combr> AMorozov: странно. я использую windowmaker и не замечаю проблем ;)
<combr> наверно, я делаю что-то не так
<AMorozov> combr: нет, конечно, иногда хочется испытать приступ эмоционального
           оргазма, и тогда надо запустить E17, но работать в оном все равно
           невозможно.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1125 bytes --]

On Tuesday 25 November 2008 19:56:22 Andrey Rahmatullin wrote:
> On Tue, Nov 25, 2008 at 04:23:54PM +0300, Valery V. Inozemtsev wrote:
> > oops... соврал. там где висит cdrom права на /dev/sgX должны быть
> > root:cdrom 0660, определяется так $ for d in /dev/sg[0-9]; do TYPE=$(cat
> > $(hal-get-property --udi $(hal-find-by-property --key linux.device_file
> > --string $d) --key linux.sysfs_path)/device/type); if [ $TYPE = 4 -o
> > $TYPE = 5 ]; then echo $d; fi; done
>
> $ for d in /dev/sg[0-9]; do TYPE=$(cat $(hal-get-property --udi
> $(hal-find-by-property --key linux.device_file --string $d) --key
> linux.sysfs_path)/device/type); if [ $TYPE = 4 -o $TYPE = 5 ]; then echo
> $d; fi; done
> /dev/sg2
>
> $ l /dev/sg*
> crw-r----- 1 root disk 21, 2 Ноя 25 15:59 /dev/sg2
> crw-r----- 1 root disk 21, 1 Ноя 25 15:59 /dev/sg1
> crw-r----- 1 root disk 21, 0 Ноя 25 15:59 /dev/sg0
>
> Оно мне не мешает, правда.

у меня так же. но уже решили что права на sg менять не будем

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [sisyphus] /dev/sg* permissions

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 531 bytes --]

On Tue, Nov 25, 2008 at 08:05:16PM +0300, Valery V. Inozemtsev wrote:
> у меня так же. но уже решили что права на sg менять не будем
И правильно. Но что же тогда делать? Отрывать exclusive у cdparanoia как
федоровцы вроде бы тоже не очень хорошо...

-- 
WBR,Алексей Морсов
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 489 bytes --]