ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [devel] IA: beware of new dvd+rw-tools
@ 2006-02-25 16:14 Konstantin A. Lepikhov
  2006-02-25 16:48 ` Денис Смирнов
  0 siblings, 1 reply; 8+ messages in thread
From: Konstantin A. Lepikhov @ 2006-02-25 16:14 UTC (permalink / raw)
  To: ALT Linux Devel Mailing List

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

Hi!

Новые dvd+rw-tools разучились работать с ядрами 2.6.x (видимо, их автор
заразился от Шиллинга). Так что если кто захочет их собрать в сизиф,
просьба учесть этот неприятный момент (как и то, что в этом случае мы
останемся без средств записи DVD).

Информация к размышлению:

http://lists.debian.org/cdwrite/2006/02/msg00132.html и далее по треду.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [devel] IA: beware of new dvd+rw-tools
  2006-02-25 16:14 [devel] IA: beware of new dvd+rw-tools Konstantin A. Lepikhov
@ 2006-02-25 16:48 ` Денис Смирнов
  2006-02-25 16:57   ` Konstantin A. Lepikhov
  0 siblings, 1 reply; 8+ messages in thread
From: Денис Смирнов @ 2006-02-25 16:48 UTC (permalink / raw)
  To: devel

On Sat, Feb 25, 2006 at 07:14:12PM +0300, Konstantin A. Lepikhov wrote:

KAL> Новые dvd+rw-tools разучились работать с ядрами 2.6.x (видимо, их автор
KAL> заразился от Шиллинга). Так что если кто захочет их собрать в сизиф,
KAL> просьба учесть этот неприятный момент (как и то, что в этом случае мы
KAL> останемся без средств записи DVD).
KAL> Информация к размышлению:
KAL> http://lists.debian.org/cdwrite/2006/02/msg00132.html и далее по треду.

Я правильно понимаю, что он попросту пытается залочить для себя слишком
много памяти? Можно ли его от этого отучить тривиальным патчем?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [devel] IA: beware of new dvd+rw-tools
  2006-02-25 16:48 ` Денис Смирнов
@ 2006-02-25 16:57   ` Konstantin A. Lepikhov
  2006-02-25 18:51     ` Sergey Vlasov
  0 siblings, 1 reply; 8+ messages in thread
From: Konstantin A. Lepikhov @ 2006-02-25 16:57 UTC (permalink / raw)
  To: ALT Devel discussion list

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

Hi Денис!

Saturday 25, at 07:48:56 PM you wrote:

> On Sat, Feb 25, 2006 at 07:14:12PM +0300, Konstantin A. Lepikhov wrote:
> 
> KAL> Новые dvd+rw-tools разучились работать с ядрами 2.6.x (видимо, их автор
> KAL> заразился от Шиллинга). Так что если кто захочет их собрать в сизиф,
> KAL> просьба учесть этот неприятный момент (как и то, что в этом случае мы
> KAL> останемся без средств записи DVD).
> KAL> Информация к размышлению:
> KAL> http://lists.debian.org/cdwrite/2006/02/msg00132.html и далее по треду.
> 
> Я правильно понимаю, что он попросту пытается залочить для себя слишком
> много памяти? Можно ли его от этого отучить тривиальным патчем?
вопрос зачем ему столько памяти.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [devel] IA: beware of new dvd+rw-tools
  2006-02-25 16:57   ` Konstantin A. Lepikhov
@ 2006-02-25 18:51     ` Sergey Vlasov
  2006-02-25 19:22       ` Konstantin A. Lepikhov
  0 siblings, 1 reply; 8+ messages in thread
From: Sergey Vlasov @ 2006-02-25 18:51 UTC (permalink / raw)
  To: ALT Devel discussion list

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

On Sat, Feb 25, 2006 at 07:57:55PM +0300, Konstantin A. Lepikhov wrote:
> Hi Денис!
> 
> Saturday 25, at 07:48:56 PM you wrote:
> 
> > On Sat, Feb 25, 2006 at 07:14:12PM +0300, Konstantin A. Lepikhov wrote:
> > 
> > KAL> Новые dvd+rw-tools разучились работать с ядрами 2.6.x (видимо, их автор
> > KAL> заразился от Шиллинга). Так что если кто захочет их собрать в сизиф,
> > KAL> просьба учесть этот неприятный момент (как и то, что в этом случае мы
> > KAL> останемся без средств записи DVD).
> > KAL> Информация к размышлению:
> > KAL> http://lists.debian.org/cdwrite/2006/02/msg00132.html и далее по треду.

6.1 у меня работает:

$ ./growisofs -Z /dev/dvd --dry-run .                                 
WARNING: /dev/dvd already carries isofs!
About to execute 'mkisofs . | builtin_dd of=/dev/dvd obs=32k seek=0'
Using GROWI000.O;1 for  /growisofs_mmc.o (growisofs.o)

$ ./growisofs -Z /dev/dvd --dry-run --use-the-force-luke=bufsize=32M .
WARNING: /dev/dvd already carries isofs!
About to execute 'mkisofs . | builtin_dd of=/dev/dvd obs=32k seek=0'
Using GROWI000.O;1 for  /growisofs_mmc.o (growisofs.o)

$ ./growisofs -Z /dev/dvd --dry-run --use-the-force-luke=bufsize=64M .
:-( unable to anonymously mmap 67108864: Resource temporarily unavailable

Перед этим на growisofs был поставлен suid root - без него проблем
вообще не возникает, так как вызов setrlimit() не проходит, после чего
mlockall(MCL_CURRENT|MCL_FUTURE) молча пропускается.

Кстати, сейчас права root для записи DVD в принципе не обязательны -
достаточно иметь право записи в соответствующее устройство (по крайней
мере, DVD+RW так пишется).  Видимо, стоит предусмотреть для control
growisofs и вариант прав 711.

> > Я правильно понимаю, что он попросту пытается залочить для себя слишком
> > много памяти? Можно ли его от этого отучить тривиальным патчем?

Проблема в том, что при mlockall(MCL_CURRENT|MCL_FUTURE) блокируется и
код процесса (в том числе и libc), а нормального способа определить
его размер, чтобы учесть при выставлении RLIMIT_MEMLOCK, не
существует.  Хотя, вероятно, можно соорудить что-то типа бинарного
поиска (только для проверки придётся делать setreuid() туда-сюда,
поскольку для рута RLIMIT_MEMLOCK не проверяется).

Сейчас там просто выставляется (DEFAULT_BUF_SIZE_MB+4)*1024*1024 -
т.е., к размеру буфера по умолчанию (32 МБ) добавляется ещё 4 МБ на
прочие нужды.  Видимо, в каких-то случаях этих 4 МБ оказывается
недостаточно.

> вопрос зачем ему столько памяти.

Видимо, затем же, зачем и cdrecord.  Хотя SCHED_RR, как cdrecord, он
ставить себе ещё не научился.

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

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [devel] IA: beware of new dvd+rw-tools
  2006-02-25 18:51     ` Sergey Vlasov
@ 2006-02-25 19:22       ` Konstantin A. Lepikhov
  2006-02-25 19:55         ` Sergey Vlasov
  0 siblings, 1 reply; 8+ messages in thread
From: Konstantin A. Lepikhov @ 2006-02-25 19:22 UTC (permalink / raw)
  To: ALT Devel discussion list

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

Hi Sergey!

Saturday 25, at 09:51:58 PM you wrote:

<skip>
> 6.1 у меня работает:
> 
> $ ./growisofs -Z /dev/dvd --dry-run .                                 
> WARNING: /dev/dvd already carries isofs!
> About to execute 'mkisofs . | builtin_dd of=/dev/dvd obs=32k seek=0'
> Using GROWI000.O;1 for  /growisofs_mmc.o (growisofs.o)
> 
> $ ./growisofs -Z /dev/dvd --dry-run --use-the-force-luke=bufsize=32M .
> WARNING: /dev/dvd already carries isofs!
> About to execute 'mkisofs . | builtin_dd of=/dev/dvd obs=32k seek=0'
> Using GROWI000.O;1 for  /growisofs_mmc.o (growisofs.o)
> 
> $ ./growisofs -Z /dev/dvd --dry-run --use-the-force-luke=bufsize=64M .
> :-( unable to anonymously mmap 67108864: Resource temporarily unavailable
> 
> Перед этим на growisofs был поставлен suid root - без него проблем
> вообще не возникает, так как вызов setrlimit() не проходит, после чего
> mlockall(MCL_CURRENT|MCL_FUTURE) молча пропускается.
да, 6.1 у меня тоже заработал.

> 
> Кстати, сейчас права root для записи DVD в принципе не обязательны -
> достаточно иметь право записи в соответствующее устройство (по крайней
> мере, DVD+RW так пишется).  Видимо, стоит предусмотреть для control
> growisofs и вариант прав 711.
тогда можно это сделать в public, а старые суидные права поставить в
legacy (для ядер 2.4).


-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [devel] IA: beware of new dvd+rw-tools
  2006-02-25 19:22       ` Konstantin A. Lepikhov
@ 2006-02-25 19:55         ` Sergey Vlasov
  2006-02-25 20:10           ` Konstantin A. Lepikhov
  0 siblings, 1 reply; 8+ messages in thread
From: Sergey Vlasov @ 2006-02-25 19:55 UTC (permalink / raw)
  To: ALT Devel discussion list

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

On Sat, Feb 25, 2006 at 10:22:20PM +0300, Konstantin A. Lepikhov wrote:
> > Кстати, сейчас права root для записи DVD в принципе не обязательны -
> > достаточно иметь право записи в соответствующее устройство (по крайней
> > мере, DVD+RW так пишется).  Видимо, стоит предусмотреть для control
> > growisofs и вариант прав 711.
> тогда можно это сделать в public, а старые суидные права поставить в
> legacy (для ядер 2.4).

А что тогда будет при обновлении - права молча поменяются на
потенциально нерабочие?

В принципе под 2.6 suid root для growisofs тоже может быть нужен:

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

 - тем, кто всё-таки хочет, чтобы делался mlockall() (хотя от запуска
   злобным пользователем какого-нибудь grep/find/..., грузящего диск с
   данными для записи, не спасает ни mlockall(), ни даже SCHED_RR).

В случае cdrecord ситуация несколько хуже - там для некоторых моделей
(либо очень старых, либо, наоборот, новых с наворотами вроде DiskT@2)
используются нестандартные команды, которые обычным пользователям
недоступны (поскольку неизвестно, что от этих команд станет с другими
приводами - сейчас фильтрация осуществляется без учёта модели и даже
типа устройства).

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

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [devel] IA: beware of new dvd+rw-tools
  2006-02-25 19:55         ` Sergey Vlasov
@ 2006-02-25 20:10           ` Konstantin A. Lepikhov
  2006-02-25 20:47             ` Sergey Vlasov
  0 siblings, 1 reply; 8+ messages in thread
From: Konstantin A. Lepikhov @ 2006-02-25 20:10 UTC (permalink / raw)
  To: ALT Devel discussion list

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

Hi Sergey!

Saturday 25, at 10:55:42 PM you wrote:

> On Sat, Feb 25, 2006 at 10:22:20PM +0300, Konstantin A. Lepikhov wrote:
> > > Кстати, сейчас права root для записи DVD в принципе не обязательны -
> > > достаточно иметь право записи в соответствующее устройство (по крайней
> > > мере, DVD+RW так пишется).  Видимо, стоит предусмотреть для control
> > > growisofs и вариант прав 711.
> > тогда можно это сделать в public, а старые суидные права поставить в
> > legacy (для ядер 2.4).
> 
> А что тогда будет при обновлении - права молча поменяются на
> потенциально нерабочие?
нет, можно сделать так, чтобы они дропнулись на рабочие.

> 
> В принципе под 2.6 suid root для growisofs тоже может быть нужен:
> 
>  - в конфигурациях, где пользователям не даётся прав писать напрямую в
>    устройство (только через ограниченный набор программ);
разве эти конфигурации у нас возможны? :)

> 
>  - тем, кто всё-таки хочет, чтобы делался mlockall() (хотя от запуска
>    злобным пользователем какого-нибудь grep/find/..., грузящего диск с
>    данными для записи, не спасает ни mlockall(), ни даже SCHED_RR).
> 
> В случае cdrecord ситуация несколько хуже - там для некоторых моделей
> (либо очень старых, либо, наоборот, новых с наворотами вроде DiskT@2)
> используются нестандартные команды, которые обычным пользователям
> недоступны (поскольку неизвестно, что от этих команд станет с другими
> приводами - сейчас фильтрация осуществляется без учёта модели и даже
> типа устройства).
ну тут мы возращаемся к тому спору в LKML - кто должен делать эту
фильтрацию - scsi в ядре или scsi в приложении.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [devel] IA: beware of new dvd+rw-tools
  2006-02-25 20:10           ` Konstantin A. Lepikhov
@ 2006-02-25 20:47             ` Sergey Vlasov
  0 siblings, 0 replies; 8+ messages in thread
From: Sergey Vlasov @ 2006-02-25 20:47 UTC (permalink / raw)
  To: ALT Devel discussion list

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

On Sat, Feb 25, 2006 at 11:10:24PM +0300, Konstantin A. Lepikhov wrote:
> > В принципе под 2.6 suid root для growisofs тоже может быть нужен:
> > 
> >  - в конфигурациях, где пользователям не даётся прав писать напрямую в
> >    устройство (только через ограниченный набор программ);
> разве эти конфигурации у нас возможны? :)

А что, изменить права доступа к соответствующим файлам в /dev кто-то
запрещает?

> >  - тем, кто всё-таки хочет, чтобы делался mlockall() (хотя от запуска
> >    злобным пользователем какого-нибудь grep/find/..., грузящего диск с
> >    данными для записи, не спасает ни mlockall(), ни даже SCHED_RR).
> > 
> > В случае cdrecord ситуация несколько хуже - там для некоторых моделей
> > (либо очень старых, либо, наоборот, новых с наворотами вроде DiskT@2)
> > используются нестандартные команды, которые обычным пользователям
> > недоступны (поскольку неизвестно, что от этих команд станет с другими
> > приводами - сейчас фильтрация осуществляется без учёта модели и даже
> > типа устройства).
> ну тут мы возращаемся к тому спору в LKML - кто должен делать эту
> фильтрацию - scsi в ядре или scsi в приложении.

Либо scsi в ядре, но с загрузкой правил из базы в userspace (через
udev :)

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

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2006-02-25 20:47 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-02-25 16:14 [devel] IA: beware of new dvd+rw-tools Konstantin A. Lepikhov
2006-02-25 16:48 ` Денис Смирнов
2006-02-25 16:57   ` Konstantin A. Lepikhov
2006-02-25 18:51     ` Sergey Vlasov
2006-02-25 19:22       ` Konstantin A. Lepikhov
2006-02-25 19:55         ` Sergey Vlasov
2006-02-25 20:10           ` Konstantin A. Lepikhov
2006-02-25 20:47             ` Sergey Vlasov

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git