Pressage cd dvd promo distribution numérique !!!
Pressage gravure duplication de vos supports numériques CD DVD CD-ROM BLU-RAY CONTACT Patrick cont...@pressage-cd-dvd-somuch.com Port: 06.11.54.05.80. Bienvenue sur le site de So Much, votre partenaire pour le pressage, la gravure et la duplication de vos supports multimédia. Depuis 2005, La maison de disques So Much vous accompagne dans la réalisation de vos projets multimédia.Spécialiste de la fabrication, la duplication, la gravure et le pressage sur supports numériques CD Audio, CD Rom, DVD Vidéo, DVD Rom ou Blu-Ray.. La société So Much vous propose également un service de distribution physique de CD, un service de distribution numérique (iTunes, Virgin, Fnac...) et un site de vente en ligne www.somuchrecords.com. So Much vous assure une très haute qualité de service professionnelle à des prix très compétitifs! Duplication, Gravure et Pressage de CD et DVD So Much dispose de méthodes industrielles de haute précision ainsi que des moyens de production des plus avantageux. Pour vos projets de duplication de CD et DVD, So Much vous conseillera et vous guidera dans vos choix, en mettant à votre disposition notre expérience et notre savoir-faire pour la mise en oeuvre de votre projet multimédia. Pour vos projets de gravure ou de pressage de vos CD et DVD, So Much s'est forgé une solide réputation garantissant des prix très compétitifs dans le plus grand respect de la qualité et des délais. Notre solution globale So Much vous offre une solution globale pour la réalisation de votre projet et vous accompagne dans chacune des étapes de la fabrication de vos CD ou DVD. Duplication et impression CD et DVD. Ajout des documents (livrets, jaquettes, pochettes, DigiPak...). Packaging. Emballage / Conditionnement sur mesure. et le transport en un point inclus. Nous sommes à votre disposition pour toute demande particulière : conception graphique, duplication, petite quantités, délais, n'hésitez pas à nous contacter! Patrick 04.93.06.02.59 Port:06.11.54.05.80. NOUVEAU pour un pressage pochette carton single quadri+cello+ transport en 1 point compris, pour 1000 exemplaires 603 H.T, VOUS AVEZ VOTRE DISTRIBUTION NUMERIQUE EN TELECHARGEMENT LEGALE(iTunes, qobuz, deezer etc...) OFFERT. Nous contacter. OUVERT JUILLET et AOUT PRESSAGE GRAVURE DUPLICATION CD DVD CD-ROM BLU-RAY SO MUCH Patrick Tél. +33 (0)4 93 06 02 59 Siège sociale 160 rue d'Antibes 06400 Cannes Tél.+33(0)4 93 06 02 59 Copyright © 2011 - >- Design et Référencement>Crea2Web.com Web Agency GRAVURE / PRESSAGE DUPLICATION BOITIER / POCHETTE INFORMATIONS www.pressage-cd-dvd-somuch.com. Désinscription.
Re: Паранормальные анома лии с загрузкой дисков Slax, OpenSolaris, DSL на некоторых CD (DVD) приводах. ;-}
sms wrote: Привет. Есть комп старый, на нем стоит CD-RW привод IDE ATA интерфейс. На нем я могу запустить такие LiveCD диски: Не могу понять в чем причина. :-( Вроде комп новый хэлп ми. Шо за аномалии такие? ;-} Видимо диски по другому называются, можно попытаться с шлейфом или биосом позаморачиваться (ремаппинг ?), но это сомнительное удовольствие - универсальное решение проблемы - использовать LABEL файловой системы. Например сдесь label "rootfs" и конфиг в грабе: title Debian GNU/Linux, kernel 2.6.30-bpo.2-686 root(hd0,0) kernel /vmlinuz-2.6.30-bpo.1-686 root=/dev/mapper/rootfs ro Если речь идет о линуксе, то какой смысл грузиться с cd, когда флеш стал дешевым ? На флешке можно сделать полностью рабочую систему, а не "live". Хотя тот же live, который вы хотите посмотреть, видимо можно скопировать на флешку. Хорошая дока по созданию действительно live Debian usb: http://feraga.com/library/howto_install_debian_linux_onto_a_usb_thumb_drive_with_the_root_partition_encrypted_using_uuids_initramfs_tools_dm_crypt -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Паранормальные анома лии с загрузкой дисков Slax, OpenSolaris, DSL на некоторых CD (DVD) приводах. ;-}
Привет. Есть комп старый, на нем стоит CD-RW привод IDE ATA интерфейс. На нем я могу запустить такие LiveCD диски: Slax, OpenSolaris, Damn Small Linux в режиме лиф сиди. Пытаюсь сделать то же самое на новом компьютере с DVD-RW приводом SATA интерфейса (пробовал даже на DVD-RW приводе IDE ATA интерфейса) и при загрузке этих лиф сиди, появляются сообщения об ошибке и процесс загрузки останавливается... :-{ я примерно напишу что за ошибки (постараюсь воссаздать мысленную картинку ;-}): При загрузке Slax,DSL: loading. ERROR. ISO filesystem not found... System halted. При загрузке OpenSolaris: starting boot process... KERNEL FAILURE!!! Not syncing. *ATA: read block [s8fEb3H9]. error read at port *ATA: write block [s8fEb3H9]. error read at port и так повторяется пока комп вообще не зависнет. Не могу понять в чем причина. :-( Вроде комп новый хэлп ми. Шо за аномалии такие? ;-} -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Идеологически пра вильный способ работы с CD/DVD/BD?
On Sun, 19 Jul 2009 22:14:45 +0300 Oleksandr Gavenko wrote: > Начитавшись: > > http://cdrecord.berlios.de/private/linux-dist.html > http://en.wikipedia.org/wiki/Cdrtools > http://en.wikipedia.org/wiki/Common_Development_and_Distribution_License#GPL_Incompatibility_Controversyhttp://en.wikipedia.org/wiki/Common_Development_and_Distribution_License#GPL_Incompatibility_Controversy > http://lwn.net/Articles/195167/ > > я растерялся каким православным, одобреным партией, способом можно > создавать образы .iso и записывать/дозаписывать CD/DVD/BD? > Любым из перечисленных + ещё как минимум пятью. > -- > > Best regards! > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > -- wbr, Maxim Filimonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Идеологически правильный способ работы с CD/DVD/BD?
19 июля 2009 г. 23:14 пользователь Oleksandr Gavenko написал: > Начитавшись: > > http://cdrecord.berlios.de/private/linux-dist.html > http://en.wikipedia.org/wiki/Cdrtools > > http://en.wikipedia.org/wiki/Common_Development_and_Distribution_License#GPL_Incompatibility_Controversyhttp://en.wikipedia.org/wiki/Common_Development_and_Distribution_License#GPL_Incompatibility_Controversy<http://en.wikipedia.org/wiki/Common_Development_and_Distribution_License#GPL_Incompatibility_Controversyhttp://en.wikipedia.org/wiki/Common_Development_and_Distribution_License%23GPL_Incompatibility_Controversy> > http://lwn.net/Articles/195167/ > > я растерялся каким православным, одобреным партией, способом можно > создавать образы .iso и записывать/дозаписывать CD/DVD/BD? > Вы серьезно? -- With best regards, Vladislav Prokofyev
Идеологически правиль ный способ работы с CD/DVD/BD?
Начитавшись: http://cdrecord.berlios.de/private/linux-dist.html http://en.wikipedia.org/wiki/Cdrtools http://en.wikipedia.org/wiki/Common_Development_and_Distribution_License#GPL_Incompatibility_Controversyhttp://en.wikipedia.org/wiki/Common_Development_and_Distribution_License#GPL_Incompatibility_Controversy http://lwn.net/Articles/195167/ я растерялся каким православным, одобреным партией, способом можно создавать образы .iso и записывать/дозаписывать CD/DVD/BD? -- Best regards! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: CD/DVD catalog
*This message was transferred with a trial version of CommuniGate(r) Pro* Maxim Tyurin пишет: *This message was transferred with a trial version of CommuniGate(r) Pro* Ky6uk пишет: Ну то, что на qt я бы минусом не назвал для себя, скорее плюсом. А вот насчет убогости... хм, поставил посмотреть, немного не того профиля программа. В ней акцент на файлах, а в cdcat на носителях. Для кого-то удобнее первая, для кого-то вторая. А какая локаль у вас? У меня cdcat колбасило в UTF-8 локали. У меня локаль utf8, проблем не было. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD catalog
On Fri, 24 Aug 2007 15:38:10 +0300 Maxim Tyurin <[EMAIL PROTECTED]> wrote: > Посоветуйте программу для ведения каталога дисков CD/DVD. > > Нужно чтоб у нее с кодировками проблем не было и чтоб в UTF8 локали > нормально работала. > Желательно gtk. Искал, не нашел подходящей удовлетворяющей. Глянь на gWhere. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD catalog
Ky6uk пишет: > Ну то, что на qt я бы минусом не назвал для себя, скорее плюсом. > А вот насчет убогости... хм, поставил посмотреть, немного не того > профиля программа. В ней акцент на файлах, а в cdcat на носителях. Для > кого-то удобнее первая, для кого-то вторая. А какая локаль у вас? У меня cdcat колбасило в UTF-8 локали. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD catalog
*This message was transferred with a trial version of CommuniGate(r) Pro* Maxim Tyurin пишет: Ky6uk пишет: *This message was transferred with a trial version of CommuniGate(r) Pro* Maxim Tyurin пишет: *This message was transferred with a trial version of CommuniGate(r) Pro* Hi! Посоветуйте программу для ведения каталога дисков CD/DVD. Нужно чтоб у нее с кодировками проблем не было и чтоб в UTF8 локали нормально работала. Желательно gtk. cdcat Я на него смотрел. Для начала он убогий. Кроме того он на qt. Пока остановился на GCstar. Ну то, что на qt я бы минусом не назвал для себя, скорее плюсом. А вот насчет убогости... хм, поставил посмотреть, немного не того профиля программа. В ней акцент на файлах, а в cdcat на носителях. Для кого-то удобнее первая, для кого-то вторая. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD catalog
Ky6uk пишет: > *This message was transferred with a trial version of CommuniGate(r) Pro* > Maxim Tyurin пишет: >> *This message was transferred with a trial version of CommuniGate(r) Pro* >> Hi! >> Посоветуйте программу для ведения каталога дисков CD/DVD. >> >> Нужно чтоб у нее с кодировками проблем не было и чтоб в UTF8 локали >> нормально работала. >> Желательно gtk. >> > cdcat Я на него смотрел. Для начала он убогий. Кроме того он на qt. Пока остановился на GCstar. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Re: CD/DVD catalog
*This message was transferred with a trial version of CommuniGate(r) Pro* Maxim Tyurin пишет: *This message was transferred with a trial version of CommuniGate(r) Pro* Hi! Посоветуйте программу для ведения каталога дисков CD/DVD. Нужно чтоб у нее с кодировками проблем не было и чтоб в UTF8 локали нормально работала. Желательно gtk. cdcat -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
CD/DVD catalog
Hi! Посоветуйте программу для ведения каталога дисков CD/DVD. Нужно чтоб у нее с кодировками проблем не было и чтоб в UTF8 локали нормально работала. Желательно gtk. -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Canon PIXMA ip4200 и печать н а CD/DVD
Привет всем может кто-нибудь вкурсе премудростей печати данным принтером на CD/DVD? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On Sat, Apr 15, 2006 at 12:03:28PM +0400, Igor wrote: > а у меня все автоматом монтируется > > вставил двд диск с фильмом, запустил проигрыватель Totem, пошло > воспроизведение фильма > > [EMAIL PROTECTED] src]$ mount > /dev/hda3 on / type ext3 (rw,errors=remount-ro) > proc on /proc type proc (rw) > none on /dev/pts type devpts (rw,gid=5,mode=620) > usbfs on /proc/bus/usb type usbfs (rw) > /dev/hda5 on /home type ext3 (rw) > /dev/hda1 on /mnt/disk_C type ntfs (ro,dmask=0,fmask=0111,nls=koi8-r) > /dev/hda2 on /mnt/disk_D type ext3 (rw) > none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) > /dev/hdc on /media/cdrecorder type udf > (ro,nosuid,nodev,iocharset=cp1251,user=goga) Речь шла не о том, как прикрутить один из автомаунтеров или как это настроить в *DE, а о том, необходимо ли вообще монтировать DVD Video диск для просмотра фильма с него. В соседней ветке я показал, что плееру монтирование диска не нужно. Хотя естественно тот же xine будет играть DVD и с подмонтированного носителя. -- WBR, Dmitry signature.asc Description: Digital signature
Re: CD/DVD ROM eject: решение (или грабли?) вместо ivman
> > Igor пишет: > > >- в двд приводе вставлен и проигрывается > > >двд диск с фильмом. > > >- нажимается кнопка Eject на приводе > > >- после чего диск размонтировывается, > > > >лоток с диском выезжает. > > > > > >Это реально сделать в дебиане ? есть > > >готовое и проверенное решение ? > > > > > echo dev.cdrom.lock=0 >> /etc/sysctl.conf > > > > Я бы не стал так делать. Возможно это и решит проблему при просмотре > DVD фильма, который на сколько я знаю играется без монтирования, но > это разрешит мне вытянуть ЛЮБОЙ даже подмонтированыый и используемый > в данный момент диск с данными из привода. > > Вообще я не совсем понимаю, зачем монтировать DVD диск для просмотра > фильма с него. а у меня все автоматом монтируется вставил двд диск с фильмом, запустил проигрыватель Totem, пошло воспроизведение фильма [EMAIL PROTECTED] src]$ mount /dev/hda3 on / type ext3 (rw,errors=remount-ro) proc on /proc type proc (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) usbfs on /proc/bus/usb type usbfs (rw) /dev/hda5 on /home type ext3 (rw) /dev/hda1 on /mnt/disk_C type ntfs (ro,dmask=0,fmask=0111,nls=koi8-r) /dev/hda2 on /mnt/disk_D type ext3 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/hdc on /media/cdrecorder type udf (ro,nosuid,nodev,iocharset=cp1251,user=goga) [EMAIL PROTECTED] src]$ cat /proc/mounts rootfs / rootfs rw 0 0 /proc /proc proc rw,nodiratime 0 0 none /dev tmpfs rw 0 0 /dev/root / ext3 rw 0 0 none /dev tmpfs rw 0 0 /proc /proc proc rw,nodiratime 0 0 /proc/bus/usb /proc/bus/usb usbfs rw 0 0 /sys /sys sysfs rw 0 0 none /dev/pts devpts rw 0 0 /dev/hda5 /home ext3 rw 0 0 /dev/hda1 /mnt/disk_C ntfs ro,noatime,nodiratime,uid=0,gid=0,fmask=0111,dmask=00,nls=koi8-r,errors=continue,mft_zone_multiplier=1 0 0 /dev/hda2 /mnt/disk_D ext3 rw 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 /dev/hdc /media/cdrecorder udf ro,nosuid,nodev 0 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решение (ил и грабли?) вместо ivman
Igor пишет: echo dev.cdrom.lock=0 >> /etc/sysctl.conf на лоре пишут, что после установления этого параметра надо запустить sysctl -p <путь до файла>/sysctl.conf ну да. Eject на приводе лоток не выезжал, после твоего совета (спасибо, кстати за него) лоток началвыезжать во время проигрывания фильма. При не за чт.
Re: CD/DVD ROM eject: решение (или грабли?) в место ivman
Добрый день, Dmitry, >> echo dev.cdrom.lock=0 >> /etc/sysctl.conf на лоре пишут, что после установления этого параметра надо запустить sysctl -p <путь до файла>/sysctl.conf > Я бы не стал так делать. Возможно это и решит проблему при просмотре DVD > фильма, который на сколько я знаю играется без монтирования, но это а откуда инфа, что двд диски проигрываются без монтирования ? я не проверял, но был уверен, что двд диск монтируется. Кроме того, при нажатии Eject на приводе лоток не выезжал, после твоего совета (спасибо, кстати за него) лоток начал выезжать во время проигрывания фильма. При этом картинка замерзает и приходится через меню жать "остановить воспроизведение" > разрешит мне вытянуть ЛЮБОЙ даже подмонтированыый и используемый в данный > момент диск с данными из привода. а кроме потери данных с диска, к чему это может еще привести ? Игорь -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On Mon, Apr 10, 2006 at 09:00:18AM +1000, Никита wrote: > Dmitry Nezhevenko пишет: > > >Я бы не стал так делать. Возможно это и > >решит проблему при просмотре DVD > >фильма, который на сколько я знаю > >играется без монтирования, но это > >разрешит мне вытянуть ЛЮБОЙ даже > >подмонтированыый и используемый в > >данный момент диск с данными из привода. > > ну если он играется без монтирования, то > какие проблемы тогда? > ничего не надо значит настраивать. > Проблема в том что в этот же привод можно вставить CD с данными и мне ни что не помешает его извлечь не размонтировав. -- WBR, Dmitry signature.asc Description: Digital signature
Re: CD/DVD ROM eject: решение (ил и грабли?) вместо ivman
Dmitry Nezhevenko пишет: Я бы не стал так делать. Возможно это и решит проблему при просмотре DVD фильма, который на сколько я знаю играется без монтирования, но это разрешит мне вытянуть ЛЮБОЙ даже подмонтированыый и используемый в данный момент диск с данными из привода. ну если он играется без монтирования, то какие проблемы тогда? ничего не надо значит настраивать.
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On Sun, Apr 09, 2006 at 06:00:12PM +1000, Никита wrote: > Igor пишет: > >- в двд приводе вставлен и проигрывается > >двд диск с фильмом. > >- нажимается кнопка Eject на приводе > >- после чего диск размонтировывается, > >лоток с диском выезжает. > > > >Это реально сделать в дебиане ? есть > >готовое и проверенное решение ? > > > echo dev.cdrom.lock=0 >> /etc/sysctl.conf > Я бы не стал так делать. Возможно это и решит проблему при просмотре DVD фильма, который на сколько я знаю играется без монтирования, но это разрешит мне вытянуть ЛЮБОЙ даже подмонтированыый и используемый в данный момент диск с данными из привода. Вообще я не совсем понимаю, зачем монтировать DVD диск для просмотра фильма с него. -- WBR, Dmitry signature.asc Description: Digital signature
Re: CD/DVD ROM eject: решение (ил и грабли?) вместо ivman
Igor пишет: Добрый день, Mikhail, прошу прощения, но я так и не понял после прочтения этого треда как можно решить следующую задачу - в двд приводе вставлен и проигрывается двд диск с фильмом. - нажимается кнопка Eject на приводе - после чего диск размонтировывается, лоток с диском выезжает. Это реально сделать в дебиане ? есть готовое и проверенное решение ? echo dev.cdrom.lock=0 >> /etc/sysctl.conf
Re: CD/DVD ROM eject: решение (или грабли?) в место ivman
Добрый день, Mikhail, прошу прощения, но я так и не понял после прочтения этого треда как можно решить следующую задачу - в двд приводе вставлен и проигрывается двд диск с фильмом. - нажимается кнопка Eject на приводе - после чего диск размонтировывается, лоток с диском выезжает. Это реально сделать в дебиане ? есть готовое и проверенное решение ? Игорь -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On 2006.03.01 at 18:37:55 +0300, Иван Лох wrote: > > Не бывает однопользовательского юникса, бывают внешние устройства (в том > > числе и с файловой системой внутри), которые следует рассматривать как > > эксклюзивную собственность какого-то конкретного пользователя, т.е. как > > часть его пользовательской консоли. > > > > Сюда помимо монитора, клавиатуры и мыши входят как минимум звуковая > > карта (колонки, микрофон) и все съемные устройства до которых > > пользователь может руками дотянуться. > > > > Эти устройства должны обладать двумя свойствами > > 1. По умолчанию должны быть недоступными всем остальным пользователям. > > 2. Должны быть доступны всем процессам данной пользовательской сессии, где > > бы > > физически эти процессы не выполнялись. > > У меня тут стоят сканер с одной стороны и принтер с другой. Обычно принтером > пользуюсь я, но если сетевой принтер недоступен, то на него валятся и чужие > файлы. Более того, на него можно печатать специально. Для меня. Чей он? Скорее общий, чем твой. Хотя протокол для работы с "частным" принтером в Unix как раз с незапамятных времен предусмотрен. Еще в те времена когда такие принтеры подключали к текстовым терминалам, придумали для этого capability в termcap (позднее в terminfo). > То же самое сканер. Для того чтобы сканировать консоль, вообще говоря, не > нужна. Со сканером - хуже. У него редко бывает автоподача бумаги. Причем автоподачи такой бумаги, которая нужна в сканере удаленному пользователю - не бывает совсем. Поэтому сканер я скорее склонен считать девайсом для интерактивной работы, т.е. требующим физического и эксклюзивного доступа. > Раньше при удаленном администрировании на медленных линиях часто приходилось > просить вставить CDROM с каким-нибудь программным обеспечением. Что, любой кто > находится физически у ящика может его извлечь? Если соответствующий sysctl выставить, что собственно, предлагает Рамендик, то да. Точнее, то не будет имеющейся в данный момент защиты от нечаянного вытаскивания. > > Много чаще есть два виртуальных дисплея. Оба локальные. Один активен, другой > -- заперт: gdmgreeter из Lock Screen. Пользователи разные. Чей CDROM? > Biometrical на CD пока нет ;-} Это уж как договоритесь. Это вопрос, который должен решаться на уровне политики администрирования конкретной системы. Другое дело что средств для удобной реализации любой политики сейчас нет. > > Вот и надо оторвать CD-ROM-ы от этого "общего" случая. Во всяком случае > > тогда когда юзер имеет физическую возможность и желание свободно > > вставлять/вынимать диски. > > И где грань? Съемный HDD он с какой стороны? У всех с разной. Где локальный системный администратор провел - там и грань. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On Wed, Mar 01, 2006 at 05:41:57PM +0300, Victor Wagner wrote: > > Вот мы и договорились до классической постановки вопроса: бывает ли > > однопользовательский UNIX. Сейчас много вопросов в это упирается: > > о том нужен спулер печати, могут ли сосуществовать в системе два активных > > десктопа, autologin и т.д. и т. п. > > Не бывает однопользовательского юникса, бывают внешние устройства (в том > числе и с файловой системой внутри), которые следует рассматривать как > эксклюзивную собственность какого-то конкретного пользователя, т.е. как > часть его пользовательской консоли. > > Сюда помимо монитора, клавиатуры и мыши входят как минимум звуковая > карта (колонки, микрофон) и все съемные устройства до которых > пользователь может руками дотянуться. > > Эти устройства должны обладать двумя свойствами > 1. По умолчанию должны быть недоступными всем остальным пользователям. > 2. Должны быть доступны всем процессам данной пользовательской сессии, где бы > физически эти процессы не выполнялись. У меня тут стоят сканер с одной стороны и принтер с другой. Обычно принтером пользуюсь я, но если сетевой принтер недоступен, то на него валятся и чужие файлы. Более того, на него можно печатать специально. Для меня. Чей он? То же самое сканер. Для того чтобы сканировать консоль, вообще говоря, не нужна. Раньше при удаленном администрировании на медленных линиях часто приходилось просить вставить CDROM с каким-нибудь программным обеспечением. Что, любой кто находится физически у ящика может его извлечь? Любой может вытащить CDROM из моего компьютера лишь потому, что у него есть ключ от кабинета? > Для звука эту задачу плюс-минус решают NAS, esd и aRts. Проблема только Кстати, звуковых карт (равно как и клавиатур) может быть больше одной. Много чаще есть два виртуальных дисплея. Оба локальные. Один активен, другой -- заперт: gdmgreeter из Lock Screen. Пользователи разные. Чей CDROM? Biometrical на CD пока нет ;-} > > В M$ Windows система просто спрашивает у пользователя, что ей делать в > > такой ситуации. В UNIX, в общем случае, это совершенно недопустимо. > > Вот и надо оторвать CD-ROM-ы от этого "общего" случая. Во всяком случае > тогда когда юзер имеет физическую возможность и желание свободно > вставлять/вынимать диски. И где грань? Съемный HDD он с какой стороны? У всех с разной. > > В-общем, кнопки надо вытаскивать нафиг из cdrom, тем более толку от них > > никакого. Чем извлечение диска путем нажатия кнопки на корпусе лучше > > шортката или eject? Не более чем идиотская привычка. > > Эргономика, сэр. Физическая кнопка - она удобнее. И мышь с 33 кнопками... И еще сенсорный экран на LCD. И 12 кнопок на принтере (это не шутка). Моя эргономика состоит в том, что если на CD одна кнопка я нажимаю ее обычно два раза. А если две, то угадывая в 50% случаев. C umount /cdrom && eject не промахиваюсь. -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On 2006.03.01 at 15:19:09 +0300, Иван Лох wrote: > On Wed, Mar 01, 2006 at 01:05:48PM +0300, Victor Wagner wrote: > > On 2006.03.01 at 12:19:50 +0300, Mikhail Ramendik wrote: > > > То тогда вообще всё плохо. В многопользовательских системах (в смысле > > где реально работают несколько живых пользователей )не должно > > допускаться произвольное выдергивание диска из файловой системы. Либо > > этот диск должен быть в эксклюзивном пользовании того пользователя, > > который имеет физический доступ к дисководу. > > Вот мы и договорились до классической постановки вопроса: бывает ли > однопользовательский UNIX. Сейчас много вопросов в это упирается: > о том нужен спулер печати, могут ли сосуществовать в системе два активных > десктопа, autologin и т.д. и т. п. Не бывает однопользовательского юникса, бывают внешние устройства (в том числе и с файловой системой внутри), которые следует рассматривать как эксклюзивную собственность какого-то конкретного пользователя, т.е. как часть его пользовательской консоли. Сюда помимо монитора, клавиатуры и мыши входят как минимум звуковая карта (колонки, микрофон) и все съемные устройства до которых пользователь может руками дотянуться. Эти устройства должны обладать двумя свойствами 1. По умолчанию должны быть недоступными всем остальным пользователям. 2. Должны быть доступны всем процессам данной пользовательской сессии, где бы физически эти процессы не выполнялись. Для звука эту задачу плюс-минус решают NAS, esd и aRts. Проблема только с ssh x forwarding-ом. Впрочем, в последних OpenSSH есть уже полноценные VPN-ы и, может быть, проблему удастся обойти с этой стороны. Для устройств с файловой системой FAT задача, по-моему, весьма неплохо решена посредсвтом mtools. Работает и с дискетами, и с флэшками. Для CDROM, к сожалению, аналога mtools нету. Кроме того, у подхода, предлагаемого mtools есть засада связанная с тем что действительно получается файловая система второго сорта. Архив, а не файловая система. Копировать можно, а что-то более умное делать (редактировать, выполнять) уже не очень. avfs в свое время была подходом к решению этой проблемы. Но, к сожалению avfs развилась в fuse, потеряв при этом одно из основных, с моей точки зрения, достоинств - то, что она была не system-wide, а per-session. > В M$ Windows система просто спрашивает у пользователя, что ей делать в > такой ситуации. В UNIX, в общем случае, это совершенно недопустимо. Вот и надо оторвать CD-ROM-ы от этого "общего" случая. Во всяком случае тогда когда юзер имеет физическую возможность и желание свободно вставлять/вынимать диски. > В-общем, кнопки надо вытаскивать нафиг из cdrom, тем более толку от них > никакого. Чем извлечение диска путем нажатия кнопки на корпусе лучше > шортката или eject? Не более чем идиотская привычка. Эргономика, сэр. Физическая кнопка - она удобнее. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On Wed, Mar 01, 2006 at 01:05:48PM +0300, Victor Wagner wrote: > On 2006.03.01 at 12:19:50 +0300, Mikhail Ramendik wrote: > То тогда вообще всё плохо. В многопользовательских системах (в смысле > где реально работают несколько живых пользователей )не должно > допускаться произвольное выдергивание диска из файловой системы. Либо > этот диск должен быть в эксклюзивном пользовании того пользователя, > который имеет физический доступ к дисководу. Вот мы и договорились до классической постановки вопроса: бывает ли однопользовательский UNIX. Сейчас много вопросов в это упирается: о том нужен спулер печати, могут ли сосуществовать в системе два активных десктопа, autologin и т.д. и т. п. В M$ Windows система просто спрашивает у пользователя, что ей делать в такой ситуации. В UNIX, в общем случае, это совершенно недопустимо. Файловые системы "второго сорта" это типичное лукавство. Приложение _имеет полное право_ ожидать какие-то ресурсы в файловой системе с которой запущено. В-общем, кнопки надо вытаскивать нафиг из cdrom, тем более толку от них никакого. Чем извлечение диска путем нажатия кнопки на корпусе лучше шортката или eject? Не более чем идиотская привычка. -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решение (или грабли?) вместо ivman
Victor Wagner -> debian-russian@lists.debian.org @ Wed, 1 Mar 2006 10:10:40 +0300: >> > А по хорошему, по событию eject надо запускать fuser -m и прибивать все >> > процессы, использующие данную fs >> >> А вот этого я бы точно не делал. Зачем убивать файломенеджеры и шеллы, >> которые >> в этот момент смотрят на диск? Они ведь и так отнюдь не падают. Ради редких >> падающих/виснущих процессов убивать все? VW> Затем что если ты вытаскиваешь диск, то shell у которого CWD на VW> этом диске тебе уже не нужен. shell-ы это вообще расходный материал VW> - для каждого скрипта новая копия запускается. У него может быть ценная history. А от исчезновения директории под ним ему хуже не становится - можно сделать cd в существующее место и продолжить. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Машины пока еще от копирования защищены хитрой немецкой технологией "сборка трезвым"Alex Korchmar в <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On Wed, Mar 01, 2006 at 12:19:50PM +0300, Mikhail Ramendik wrote: > Ключик -f в данном, случае, к сожалению, не срабатывает - я проверял. umount -l рулит в некоторых ситуациях. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On 2006.03.01 at 12:19:50 +0300, Mikhail Ramendik wrote: > Ключик -f в данном, случае, к сожалению, не срабатывает - я проверял. > > Но я тут подумал, что падение CD/DVD-ROM в device not ready _обязано_ > корректно отрабатываться в любом случае, а если не отрабатывается - это баг > (не знаю, в iso9660 fs или нет...) Боюсь что в VFS layer. > > Затем что если ты вытаскиваешь диск, то shell у которого CWD на этом диске > > тебе уже не нужен. shell-ы это вообще расходный материал - для каждого > > скрипта новая копия запускается. > > А если в этом шелле сидел совсем-другой-юзер? То тогда вообще всё плохо. В многопользовательских системах (в смысле где реально работают несколько живых пользователей )не должно допускаться произвольное выдергивание диска из файловой системы. Либо этот диск должен быть в эксклюзивном пользовании того пользователя, который имеет физический доступ к дисководу. Т.е. как раз в ситуации, когда на машине бывает несколько живых пользователей, необходимость явным образом размонтировать диск является разумной предусторожностью от того, чтобы пользователь, имеющий доступ к дисководу, не помешал нечаянно работать другим пользователям. Кстати, в этом случае вариант с сигналами срабатывает. Только делать его нужно чуточку посложнее: 1. Сигналы посылать от имени пользователя-владельца консоли. 2. Диск размонтировать и отдавать только в случае если все процессы получили сигнал. Если сигнал послать не дали (Permission denied) - выяснить кому принадлежит процесс, захвативший диск и сообщить об этом пользователю. > > А если у тебя есть файлменеджер, который держит директорию на съемном > > носителе, и не отрабатывает корректно сигнал, то такой файлменеджер > > убивать надо не сигналом а aptitude remove. > > Какой сигнал? Разве есть сигнал, означающий "из-под тебя убрали файловую > систему"? Какой угодно. Хоть SIGHUP. > > Сценарий при этом варианте: > > login: xxx > password: xxx > [insert disk] > $ cd /mnt/cdrom > [disk automounted] > $ cp * ~/incoming > [copying...] > $ > [eject disk, logon shell crashed] > login: > [user: WTF?!?!] Пользователь, работающий с текстовой консоли, это не пользователь, а системный администратор. Он должен своей головой думать. А в рамках типичной GUI-системы процессом-лидером пользовательской сессии является window manager, у которого cwd в ${HOME}. > /mnt/cdrom$ emacs > > [long work..] > [eject CD] > [emacs crashes as parent is killed!] > > У shell'а ещё и дети есть... Ну, если shell прибили не SIGHUP-ом, то детям это не мешает. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решение (или грабли?) вместо ivman
В сообщении от 1 марта 2006 10:10 Victor Wagner написал(a): > > Однако если хоть один процесс его держит, umount, если я правильно > > понимаю, просто не сработает :( А если не держит - так через таймаут > > (скажем, 3 секунды) autofs тоже сделает размонтирование. > > Насколько я понимаю, если файловая система уже недоступна, то ядро в > этом случае ведет себя немножко по-другому. Опять же ключик -f у umount > есть. Ключик -f в данном, случае, к сожалению, не срабатывает - я проверял. Но я тут подумал, что падение CD/DVD-ROM в device not ready _обязано_ корректно отрабатываться в любом случае, а если не отрабатывается - это баг (не знаю, в iso9660 fs или нет...) Дело в том, что такое падение умеет происходить при чтении очень плохих дисков. А это - штатная ситуация. > Затем что если ты вытаскиваешь диск, то shell у которого CWD на этом диске > тебе уже не нужен. shell-ы это вообще расходный материал - для каждого > скрипта новая копия запускается. А если в этом шелле сидел совсем-другой-юзер? > А если у тебя есть файлменеджер, который держит директорию на съемном > носителе, и не отрабатывает корректно сигнал, то такой файлменеджер > убивать надо не сигналом а aptitude remove. Какой сигнал? Разве есть сигнал, означающий "из-под тебя убрали файловую систему"? > Собственно есть две ситуации: > 1. Мелкая (в стиле unix-way) программа, которая была запущена специально > для работы с данными на этом диске. А потом просто пользователь забыл её > закрыть. Тогда прибивание программы по событию вытаскивания диска - > нормальное явление. Юзер не закрыл - система для него закроет. Сценарий при этом варианте: login: xxx password: xxx [insert disk] $ cd /mnt/cdrom [disk automounted] $ cp * ~/incoming [copying...] $ [eject disk, logon shell crashed] login: [user: WTF?!?!] > В данном случае падение программы при вытаскивании диска делает просто > более заметным факт, что эта программа с диском неаккуратно обращается. > И, следовательно, должна быть либо исправлена, либо заменена на более > правильную. Если бы не привычка шеллов (а значит - неизбежно - и файломенеджеров, держжащих шеллы, вроде mc, даже если написать более прямо) держать текущую директорию, я бы согласился. > Лично я не понимаю какая нафиг разница между fail-ящимся системным > вызовом и прилетающим сигналом. И то, и другое может быть программой > обработано. И то, и другое по умолчанию приводит к падению программы. > > В данном случае реализация особой ситуации посредством посылки сигнала > обходится намного проще чем реализация её посредством возврата ошибки из > системного вызова. Только если бы это был не SIGKILL... > Для shell-а это как раз не имеет смысла. Прибил его и дело с концом. У него > внутреннего состояния практически нет, кроме той самой CWD. Переменные > среды, определенные только для данного shell - большая редкость. > Беречь имеет смысл программы, у которых есть внутреннее состояние. > Скажем, текстовый редактор с открытым и модифицированным файлом. Погоди, а вот ещё один сценарий /mnt/cdrom$ emacs [long work..] [eject CD] [emacs crashes as parent is killed!] У shell'а ещё и дети есть... -- Yours, Mikhail Ramendik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On 2006.03.01 at 01:40:38 +0300, Mikhail Ramendik wrote: > > Здесь по крайней мере вызывается umount, пусть на уже вытащенный диск. > > Однако если хоть один процесс его держит, umount, если я правильно понимаю, > просто не сработает :( А если не держит - так через таймаут (скажем, 3 > секунды) autofs тоже сделает размонтирование. Насколько я понимаю, если файловая система уже недоступна, то ядро в этом случае ведет себя немножко по-другому. Опять же ключик -f у umount есть. > > А по хорошему, по событию eject надо запускать fuser -m и прибивать все > > процессы, использующие данную fs > > А вот этого я бы точно не делал. Зачем убивать файломенеджеры и шеллы, > которые > в этот момент смотрят на диск? Они ведь и так отнюдь не падают. Ради редких > падающих/виснущих процессов убивать все? Затем что если ты вытаскиваешь диск, то shell у которого CWD на этом диске тебе уже не нужен. shell-ы это вообще расходный материал - для каждого скрипта новая копия запускается. А если у тебя есть файлменеджер, который держит директорию на съемном носителе, и не отрабатывает корректно сигнал, то такой файлменеджер убивать надо не сигналом а aptitude remove. Собственно есть две ситуации: 1. Мелкая (в стиле unix-way) программа, которая была запущена специально для работы с данными на этом диске. А потом просто пользователь забыл её закрыть. Тогда прибивание программы по событию вытаскивания диска - нормальное явление. Юзер не закрыл - система для него закроет. 2. Программа, которую убивать вообще-то жалко, но из-за того что программист головой не подумал, она не отпускает диск вовремя. В этом случае посылка сигнала делает тайный глюк (который имеет шансы проявиться, если вдруг программа обратится к неотпущенному ресурсу) явным. Нечто вроде electric fence, non-executable stack и прочих подобных средств отладки и защиты. В данном случае падение программы при вытаскивании диска делает просто более заметным факт, что эта программа с диском неаккуратно обращается. И, следовательно, должна быть либо исправлена, либо заменена на более правильную. > Мне кажется, что правильно было бы сделать некую proxy file system (на fuse, > вероятно, чтобы в ядро не лезть лишний раз), которая будет работать через > обычную FS, но корректно отрабатывать её пропадание в любой момент (т.е. не > зависать, а fail'иться). Однако я такое вряд ли в состоянии написать :( А Лично я не понимаю какая нафиг разница между fail-ящимся системным вызовом и прилетающим сигналом. И то, и другое может быть программой обработано. И то, и другое по умолчанию приводит к падению программы. В данном случае реализация особой ситуации посредством посылки сигнала обходится намного проще чем реализация её посредством возврата ошибки из системного вызова. > Я бы рад сменить, скажем, shell на такой, который не держит за хвост свою > текущую директорию, а открывает её только при подаче команды... (Правда, я и Для shell-а это как раз не имеет смысла. Прибил его и дело с концом. У него внутреннего состояния практически нет, кроме той самой CWD. Переменные среды, определенные только для данного shell - большая редкость. Беречь имеет смысл программы, у которых есть внутреннее состояние. Скажем, текстовый редактор с открытым и модифицированным файлом. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решение (или грабли?) вместо ivman
В сообщении от 28 февраля 2006 15:03 Victor Wagner написал(a): > > > В общем, этот способ чреват разнообразными граблями, и скорее всего > > > разработчики ядра на сообщения об этих граблях будут реагировать > > > словами "А вы так не делайте". > > > > Выяснилось, однако, что разработчик ivmfn сейчас реализует тот же самый > > способ. Ну, почти тот же самый. Вот цитата из его письма, просьба > > сказать, будут ли здесь те же грабли. > > Здесь по крайней мере вызывается umount, пусть на уже вытащенный диск. Однако если хоть один процесс его держит, umount, если я правильно понимаю, просто не сработает :( А если не держит - так через таймаут (скажем, 3 секунды) autofs тоже сделает размонтирование. > А по хорошему, по событию eject надо запускать fuser -m и прибивать все > процессы, использующие данную fs А вот этого я бы точно не делал. Зачем убивать файломенеджеры и шеллы, которые в этот момент смотрят на диск? Они ведь и так отнюдь не падают. Ради редких падающих/виснущих процессов убивать все? Мне кажется, что правильно было бы сделать некую proxy file system (на fuse, вероятно, чтобы в ядро не лезть лишний раз), которая будет работать через обычную FS, но корректно отрабатывать её пропадание в любой момент (т.е. не зависать, а fail'иться). Однако я такое вряд ли в состоянии написать :( А всё остальное будет либо не давать вынуть диск, либо убивать процессы почём зря, либо "надеяться на лучшее"... Или я неправ? > (заодно быстро выяснится, какие > программы не умеют её вовремя отпускать, и можно будет их поправить или > перестать использовать), Я бы рад сменить, скажем, shell на такой, который не держит за хвост свою текущую директорию, а открывает её только при подаче команды... (Правда, я и так собирался ставить fish - попросить, что ли, эту фичу у его разработчиков, благо проект вроде бы активен?) -- Yours, Mikhail Ramendik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On 2006.02.28 at 10:12:53 +0300, Mikhail Ramendik wrote: > В сообщении от 28 февраля 2006 08:33 Victor Wagner написал(a): > > > В общем, этот способ чреват разнообразными граблями, и скорее всего > > разработчики ядра на сообщения об этих граблях будут реагировать словами > > "А вы так не делайте". > > Выяснилось, однако, что разработчик ivmfn сейчас реализует тот же самый > способ. Ну, почти тот же самый. Вот цитата из его письма, просьба сказать, > будут ли здесь те же грабли. Здесь по крайней мере вызывается umount, пусть на уже вытащенный диск. А по хорошему, по событию eject надо запускать fuser -m и прибивать все процессы, использующие данную fs (заодно быстро выяснится, какие программы не умеют её вовремя отпускать, и можно будет их поправить или перестать использовать), и только потом umount. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решение (или грабли?) вместо ivman
В сообщении от 28 февраля 2006 08:33 Victor Wagner написал(a): > В общем, этот способ чреват разнообразными граблями, и скорее всего > разработчики ядра на сообщения об этих граблях будут реагировать словами > "А вы так не делайте". Выяснилось, однако, что разработчик ivmfn сейчас реализует тот же самый способ. Ну, почти тот же самый. Вот цитата из его письма, просьба сказать, будут ли здесь те же грабли. (From: Rohan McGovern <[EMAIL PROTECTED]>) Here is the ideal solution: - you press 'eject' on your drive - HAL generates an EjectPressed event - Ivman notices the EjectPressed event, and calls 'umount' and then 'eject' The problem with this is that a lot of CD/DVD drives don't implement whatever is necessary for HAL to generate EjectPressed. The EjectPressed event was even removed from HAL for a while because so few drives supported it. I see you e-mailed the HAL mailing list too, so you probably know about this. It is for this reason that Ivman doesn't have support for EjectPressed built in (although you could write a rule for it in IvmConfigConditions.xml, though I've never tried it). Here is what currently happens: - Ivman unlocks your CD/DVD drive when it starts, to allow ejecting even when the CD/DVD is being used - you press 'eject' on your drive - the filesystem gets yanked out from under Linux - HAL notices the CD/DVD is no longer in the drive and generates a DeviceRemoved event - Ivman receives the DeviceRemoved event, and if Ivman mounted the drive, it then calls umount or pumount on the already-removed disc, which seems to shut up the kernel complaining about "VFS: busy inodes on changed media", and everything is OK. As you can see, at the moment it is kind of hacky. Also, Ivman will only unlock your CD/DVD drive if you run it as root. -- Yours, Mikhail Ramendik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD/DVD ROM eject: решени е (или грабли?) вместо ivman
On 2006.02.28 at 01:23:21 +0300, Mikhail Ramendik wrote: > Однако мне кажется, что (случайно, в архивах той же рассылки HAL) я нашёл > решение для cd, которое кажется наиболее удобным. А именно - > в /etc/sysctl.conf поставить dev.cdrom.lock = 0 . После чего монтировать > CD/DVD ROM обычным autofs. Никакого таймаута ждать не придётся, как и искать, > где тот затерявшийся shell, что не пускает размонтировать :) Eject работает в > любой момент, и всё тут. Именно это нравилось мне в варианте с supermount. > > Конечно, это подходит только для read only... который и есть :) > > Однако один момент вызывает сомнения. Почему этот способ нигде не описан? > CD/DVD-ROM существуют давно, /etc/sysctl.conf тоже не вчера появился, да и > вопрос "как обойтись без размонтирования или ожидания CD/DVD-ROM" задаётся > регулярно. Предлагают supermount, gnome-volume-manager, ivman, autofs с > маленьким таймаутом - а такой вроде бы простой и универсальный способ, как > dev.cdrom.lock=0, никто не задокументировал (или просто гугль не находит). Потому что у каждой проблемы есть простое, но неправильное решение. Это из той же серии. Никто не гарантировал того, что ядро поведет себя правильно, если из-под него выдернуть смонтированный носитель. Т.е. что autofs сумеет корректно размонтировать файловую систему, что забытый процесс с открытым файлом на этой файловой системе не начнет в безбожных количествах пожирать процессор и/или память. Кроме того, тебе заведомо не удастся смонтировать следующий диск, пока не размонтировался предыдущий. А если процесс, пытающийся обратиться к выдернутому, но не размонтированному диску, впал в uninterruptable sleep, ты вообще не сможешь это дело размонтировать до перезагрузки. В общем, этот способ чреват разнообразными граблями, и скорее всего разработчики ядра на сообщения об этих граблях будут реагировать словами "А вы так не делайте". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
CD/DVD ROM eject: решение (или грабли?) вместо ivman
Всем привет! Те, кто ждали добавления в HAL реакции на нажатие Eject, дождались :) Читайте тред: http://lists.freedesktop.org/archives/hal/2006-February/004666.html Однако мне кажется, что (случайно, в архивах той же рассылки HAL) я нашёл решение для cd, которое кажется наиболее удобным. А именно - в /etc/sysctl.conf поставить dev.cdrom.lock = 0 . После чего монтировать CD/DVD ROM обычным autofs. Никакого таймаута ждать не придётся, как и искать, где тот затерявшийся shell, что не пускает размонтировать :) Eject работает в любой момент, и всё тут. Именно это нравилось мне в варианте с supermount. Конечно, это подходит только для read only... который и есть :) Однако один момент вызывает сомнения. Почему этот способ нигде не описан? CD/DVD-ROM существуют давно, /etc/sysctl.conf тоже не вчера появился, да и вопрос "как обойтись без размонтирования или ожидания CD/DVD-ROM" задаётся регулярно. Предлагают supermount, gnome-volume-manager, ivman, autofs с маленьким таймаутом - а такой вроде бы простой и универсальный способ, как dev.cdrom.lock=0, никто не задокументировал (или просто гугль не находит). Это просто мало кто знает? (я вот не знал, иначе бы давно отказался от supermount). Или это не предлагают потому, что тут спрятаны какие-то грабли? -- Yours, Mikhail Ramendik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
мулитисессионные cd & DVD диски
Как смонтировать сабжевые диски? если указать fs как iso9660 то выдается ошибка wrong fs type. -- С уважением, Maksim A. Boyko mailto:[EMAIL PROTECTED] Registered Linux user #385502 Debian/GNU Linux (Sarge) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD DVD
В сообщении от Среда, 16-Ноя-2005 17:31 Nikita написал(a): > как таких козлов банят? они же сейчас умные, айпи меняют. ууу Борьба со спамом задача сложная. И требует комплексного решения. -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_ Oleg Tsymaenko <[EMAIL PROTECTED]> Центр распространения свободного ПО http://lafox.net/ LA4791-RIPE; TO2-UANIC; GnuPG Key : http://lafox.net/gpg/tsyma.asc(0x533709BA) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD DVD
как таких козлов банят? они же сейчас умные, айпи меняют. On 11/16/05, Роман <[EMAIL PROTECTED]> wrote: > П-орно видео обмен и продажа! > Обновление каталога > Россия Украина > Оперативность выполнения > каталог можно скачать > здесь > http://webfile.ru/633424 > > или заказать > [EMAIL PROTECTED] > [EMAIL PROTECTED] > -- every day we are more
Re: sarge security update on cd/dvd
Sergey Spiridonov wrote: 2. dvd с sarge + cd c security updates Или самому скачать весь http://security.debian.org/dists/stable/updates/ (для нужной архитектуры) и записать на cd. И тогда можно будет подсунуть инсталятору этот CD? Или нужно будет делать что-то ещё дополнительно? dpkg-scanpackages надо будет сделать, если хочешь, чтобы CD этот был полноценный apt source. И файлы разложить так, как apt считает нужным. На сайте они разложены как надо, и Packages[.gz] соответствует реальности. APT-HOWTO читай тут: http://www.debian.org/doc/manuals/apt-howto/ch-basico.en.html#s-dpkg-scanpackages Типа так: # scan packages... for d in main contrib do echo "scanning $d..." dpkg-scanpackages \ pool/$d /dev/null \ | tee dists/sarge/$d/binary-i386/Packages \ | gzip -9 > dists/sarge/$d/binary-i386/Packages.gz done -- Best regards, icq#100485019 Vladislav mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sarge security update on cd/dvd
Sergey Spiridonov -> debian-russian@lists.debian.org @ Thu, 08 Sep 2005 10:40:52 +0200: >>> 2. dvd с sarge + cd c security updates >> >> Или самому скачать весь http://security.debian.org/dists/stable/updates/ >> (для нужной архитектуры) и записать на cd. SS> И тогда можно будет подсунуть инсталятору этот CD? Или нужно будет SS> делать что-то ещё дополнительно? Не инсталлятору, а apt'у. man sources.list. Сказал бы "man apt-cdrom", но это потребует дополнительных телодвижений при записи CD. На стадии инсталляции он, в общем, напрочь не уперся. Хотя можно и на стадии инсталляции добавить. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Штатными средствами среды я могу пририсовать "документу" оглавление, обсуждение, усы и бороду (c) Бо Беркгаут -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sarge security update on cd/dvd
Vladislav Naumov wrote: >> 2. dvd с sarge + cd c security updates > > Или самому скачать весь http://security.debian.org/dists/stable/updates/ > (для нужной архитектуры) и записать на cd. И тогда можно будет подсунуть инсталятору этот CD? Или нужно будет делать что-то ещё дополнительно? -- Best regards, Sergey Spiridonov
Re: sarge security update on cd/dvd
Sergey Spiridonov wrote: сделал я dvd с sarge используя jigdo. Теперь появились обновления безопасности. Я хочу их тоже иметь на cd/dvd. Как сделать: 1. dvd c sarge+security updates Дождаться, пока соберут новые jigdo-файлы (скорее всего, при выходе -r1), jigdo-lite сказать, что у тебя есть ДВД с пакетами. После чего он всё, что может, возьмёт с ДВД, а остальное - протянет. 2. dvd с sarge + cd c security updates Дождаться выхода -r1, скачать cd с updates. Или самому скачать весь http://security.debian.org/dists/stable/updates/ (для нужной архитектуры) и записать на cd. -- Best regards, icq#100485019 Vladislav mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sarge security update on cd/dvd
Привет сделал я dvd с sarge используя jigdo. Теперь появились обновления безопасности. Я хочу их тоже иметь на cd/dvd. Как сделать: 1. dvd c sarge+security updates 2. dvd с sarge + cd c security updates ? -- Best regards, Sergey Spiridonov
Re[4]: CD, DVD & apt-file update
Доброго времени ! > On Fri, 22 Jul 2005 14:34:20 +0600 Shrek wrote: ═>>> А что, уже научили apt-file= работать с сидюками? В вуди афаир не работало. ═S>>══ ═S>>══ Я в *NIX-ах новичок и, честно говоря, не юзал вуди и т.д. ═S>>══ В любом случае тогда как понять строку конфига ═S>>══ /etc/apt/apt-file.conf : > А как понять man apt-file > BUGS > ══ cdrom backend haddn't been tested. > ? Видимо, понимать нужно так, что я до этого не дочитал ... :( -- Shrek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD, DVD & apt-file update
В сообщении от Пятница, 22-Июл-2005 10:53 Shrek написал(a): > Доброго времени ! > > > Hi, Shrek! > > You wrote to on Fri, 22 Jul 2005 > > 13:39:40 +0600: > > ═S>>══ А вопрос в том как грамотно выполнить apt-file update══ имея только > ═S>> дистрибутивные диски (файла Contents-i386.gz══ там нет). > > > Может стоит еще разок воспользоваться apt-cdrom'ом? > > А зачем ??? > В /etc/apt/sources.list всё прописано ... > Или есть ещё какие тонкости - тогда просвети ! :) > > Я же говорю - _файл_ действительно отсутствует. Так его и не должно быть. этоже stable а не unstable. просто поправте source.list -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_ Oleg Tsymaenko <[EMAIL PROTECTED]> Центр распространения свободного ПО http://lafox.net/ LA4791-RIPE; TO2-UANIC; GnuPG Key : http://lafox.net/gpg/tsyma.asc(0x533709BA) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re[2]: CD, DVD & apt-file update
On Fri, 22 Jul 2005 14:34:20 +0600 Shrek wrote: >> А что, уже научили apt-file═ работать с сидюками? В вуди афаир не работало. S> S> Я в *NIX-ах новичок и, честно говоря, не юзал вуди и т.д. S> В любом случае тогда как понять строку конфига S> /etc/apt/apt-file.conf : А как понять man apt-file BUGS cdrom backend haddn't been tested. ? -- to my, trociny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re[2]: CD, DVD & apt-file update
Доброго времени ! >> >>═ Я же говорю - _файл_ действительно отсутствует. >> >>═ >> > Ну а может его просто создать руками через dpkg-scanpackages. Угу, тоже вариант, в man на apt-ftparchive так написано: "apt-ftparchive is a superset of the dpkg-scanpackages(8) program" -- Shrek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD, DVD & apt-file update
On Fri, 22 Jul 2005 11:23:27 +0600 Shrek wrote: S>Так как же грамотно выполнить apt-file update с CD/DVD дисков ??? S>А может просто скачать Contents-i386.gz с реального ftp и S>попытаться скормить этот архив apt-file update ??? Ну как вариант, можно вообще отказаться от apt-file. Скрипт в пару строк: find /cdrom -name \*.deb | while read debpath; do deb=`basename $debpath` dpkg -c $debpath | awk -v deb=$deb '{print deb ": " $6}' done сгенерирует файл, который потом можно будет просто грепать на предмет нужного файла. -- to my, trociny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re[2]: CD, DVD & apt-file update
Доброго времени ! ═S>>══ А зачем ??? ═S>>══ В /etc/apt/sources.list всё прописано ... ═S>>══ Или есть ещё какие тонкости - тогда просвети !══ :) ═S>>══ Я же говорю - _файл_ действительно отсутствует. > А что, уже научили apt-file═ работать с сидюками? В вуди афаир не работало. Я в *NIX-ах новичок и, честно говоря, не юзал вуди и т.д. В любом случае тогда как понять строку конфига /etc/apt/apt-file.conf : cdrom = echo "Put CDROM labeled in the cdrom device" > \ /dev/stderr ; read ; mount ""; cp \ "/dists//Contents-.gz" "/"; umount \ "" > Сюда погляди также: > http://www.linuxforum.ru/index.php?showtopic=8554 Во ! Именно энто я и получил ... Объяснение тоже прочитал ... :) -- Shrek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD, DVD & apt-file update
You ([EMAIL PROTECTED]) wrote: S> Я же говорю - _файл_ действительно отсутствует. Ну нету его, нету. apt-ftparchive поюзай. -- Mikhail Gusarov ICQ UIN: 111575219 JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD, DVD & apt-file update
Shrek wrote: Доброго времени ! Hi, Shrek! You wrote to on Fri, 22 Jul 2005 13:39:40 +0600: ═S>>══ А вопрос в том как грамотно выполнить apt-file update══ имея только ═S>> дистрибутивные диски (файла Contents-i386.gz══ там нет). Может стоит еще разок воспользоваться apt-cdrom'ом? А зачем ??? В /etc/apt/sources.list всё прописано ... Или есть ещё какие тонкости - тогда просвети ! :) Я же говорю - _файл_ действительно отсутствует. Ну а может его просто создать руками через dpkg-scanpackages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re[2]: CD, DVD & apt-file update
Доброго времени ! > You ([EMAIL PROTECTED]) wrote: ═S>>══ Я же говорю - _файл_ действительно отсутствует. > Ну нету его, нету. apt-ftparchive поюзай. Во ! (посмотрел man) ;) Похоже дельное предложение ! :))) Щас попробую ! -- Shrek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD, DVD & apt-file update
Hi, Shrek! You wrote to on Fri, 22 Jul 2005 13:53:00 +0600: S> А зачем ??? S> В /etc/apt/sources.list всё прописано ... S> Или есть ещё какие тонкости - тогда просвети ! :) S> Я же говорю - _файл_ действительно отсутствует. А что, уже научили apt-file работать с сидюками? В вуди афаир не работало. Сюда погляди также: http://www.linuxforum.ru/index.php?showtopic=8554 -- WBR, Rasul Gasanov.
Re[2]: CD, DVD & apt-file update
Доброго времени ! > Hi, Shrek! > You wrote to on Fri, 22 Jul 2005 13:39:40 > +0600: ═S>>══ А вопрос в том как грамотно выполнить apt-file update══ имея только ═S>> дистрибутивные диски (файла Contents-i386.gz══ там нет). > Может стоит еще разок воспользоваться apt-cdrom'ом? А зачем ??? В /etc/apt/sources.list всё прописано ... Или есть ещё какие тонкости - тогда просвети ! :) Я же говорю - _файл_ действительно отсутствует. -- Shrek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD, DVD & apt-file update
Hi, Shrek! You wrote to on Fri, 22 Jul 2005 13:39:40 +0600: S> Дело не в этом ... :) S> Я так понимаю, что unstable взялось из строчки cdrom: ... S> ля-ля-ля ... / unstable contrib main S> С этим unstable собрался путь к файлу Contents-i386.gz, и сразу S> же облом - файл не найден ... S> А вопрос в том как грамотно выполнить apt-file update имея только S> дистрибутивные диски (файла Contents-i386.gz там нет). Может стоит еще разок воспользоваться apt-cdrom'ом? -- WBR, Rasul Gasanov.
Re[2]: CD, DVD & apt-file update
Доброго времени ! > В сообщении от Пятница, 22-Июл-2005 08:23 Shrek написал(a): >> deb cdrom:[Debian GNU/Linux 3.1 r0a _Sarge_ - Official i386 \ >> Binary-1 (20050607)]/ unstable contrib main > ну замените unstable на satble (в /etc/apt/sources.list) И что ??? Эффект будет тот же - `No such file or directory` ;) > этот "глюкобаг" уже гдето описывался. Дело не в этом ... :) Я так понимаю, что unstable взялось из строчки cdrom: ... ля-ля-ля ... / unstable contrib main С этим unstable собрался путь к файлу Contents-i386.gz, и сразу же облом - файл не найден ... А вопрос в том как грамотно выполнить apt-file update имея только дистрибутивные диски (файла Contents-i386.gz там нет). -- Shrek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD, DVD & apt-file update
В сообщении от Пятница, 22-Июл-2005 08:23 Shrek написал(a): > deb cdrom:[Debian GNU/Linux 3.1 r0a _Sarge_ - Official i386 \ > Binary-1 (20050607)]/ unstable contrib main ну замените unstable на satble (в /etc/apt/sources.list) этот "глюкобаг" уже гдето описывался. -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_ Oleg Tsymaenko <[EMAIL PROTECTED]> Центр распространения свободного ПО http://lafox.net/ LA4791-RIPE; TO2-UANIC; GnuPG Key : http://lafox.net/gpg/tsyma.asc(0x533709BA) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]