LINUX.ORG.RU

Ответ на: комментарий от JB

К сожалению, вещи эти перпендикулярные.

Да, я _знаю_ как работает HAL, и чего он может. Проблему superUNmount HAL ни разу не решает. А она есть. CD-диски хочется вытаскивать из привода простым нажатием на кнопку, а не судорожным поиском, какой придурок (это-то понятно ;-)) в каком икстерме забыл миднайт коммандер на каталоге /media/cdrecorder и последующим анмаунтом.

Давайте просить Борзенкова, пускай он supermount подправит под 2.6.12.

AlexM ★★★★★
()
Ответ на: комментарий от gentoosiast

Хе-хе, тогда вам на дебиан ;-)

HAL работает без всяких KDE. _Клиенты_ HAL (программы пользовательского уровня, которые умеют слушать события HAL-демона [и рисовать на десктопе всякие ... иконки, например, при втыкании пластинки в CD-привод] действительно бывают, в основном, "под популярные оболочки". Хотя ничего не мешает их хоть консольными, хоть под WindowMaker, прости господи, написать. Кстати, под ВиндоуМэйкер таки написана уже:

http://people.altlinux.ru/~raorn/wmvolman.html

Алексей Фролов постарался ;-)

AlexM ★★★★★
()
Ответ на: комментарий от grob

C 2.6.12 - не дружат, Кону Коливасу надоело его патчить.

Кстати, по поводу "дружат" - пример конфигов есть?

AlexM ★★★★★
()
Ответ на: комментарий от Zloban

>Вот, до сих пор не пойму зачем вы эти символы типа %&#$^& вставляете

это потому что ты молодой. в фидо не был

anonymous
()
Ответ на: комментарий от gentoosiast

>у меня Gentoo, а не Fedora Core, глюки отлавливать мне некогда

все на компиляцию уходит. но, понимаю, надо ж как то оправдаться =)

anonymous
()
Ответ на: комментарий от AlexM

> CD-диски хочется вытаскивать из привода простым нажатием на кнопку, а не судорожным поиском, какой придурок (это-то понятно ;-)) в каком икстерме забыл миднайт коммандер на каталоге /media/cdrecorder и последующим анмаунтом.

.. кх ... кхм... /sbin/fuser -km /media/cdrecorder ? (только главное - не применять к _несмонтированному_ cdrecorder'у :)

sin_a ★★★★★
()
Ответ на: комментарий от alex73

>Там есть модуль для поддержки low-speed USB(или как-то так)
Thanks!!!

rmmod ub
modprobe sd_mod

и монтировать /dev/sda1 вместо /dev/ub/a/0 и все детает!!!
Эту технику я всегда использовал в 2.4.xx но вот в 2.6.10
почему-то не работало :(

nick
()

А как узнать, что у меня за фс стоит? У меня генту 2005.0, gentoo-kernel-2.6.12-r1, и в конфиге отключен нах devfs. Я так понимаю, у меня UDEV?

anonymous
()
Ответ на: комментарий от AlexM

> Да-да. А теперь объясните это моей бабушке или восьмилетнему сыну.

А слабо написать скрипт, который будет 1) проверять смонтирован-ли cdrom (fool proof) 2) если смонтирован - пробовать eject 3) если не отэжектилось - применять фузера ?

А затем нарисовать у бабушки и сына на "рабочем столе" "большую красную кнопку"? :)

sin_a ★★★★★
()
Ответ на: комментарий от sin_a

а "кхм кхм" относилось к тому, что при этом может кто нибудь неожиданно быть пристреленным (xterm с mc или xmms какой нибудь)

sin_a ★★★★★
()
Ответ на: комментарий от JB

Ну, ты немножко передернул, я имел ввиду, что не супермоунт 
рулез, а нельзя говорить, что все, что не в ядре - костыли =)

Это немножко разные фразы =)

ManJak ★★★★★
()
Ответ на: комментарий от AlexM

> Проблему superUNmount HAL ни разу не решает.

а как супермаунт работает с флешками? при использовании hal я жму на "отмонтировать", кеши сбрасываются и флешка отключается

а в случае с супермаунтом мне нужно самому догадыватся когда можно флешку выдернуть?

JB ★★★★★
()

Ребята, я вас не понимаю. Неужели так трудно написать mount /mnt/cdrom или umount /mnt/usb? Если непременно хочется, чтобы всё происходило само, то вам надо на Windows - там подобное сделано хорошо и работает.

По поводу devfs. В FreeBSD используется аналогичная фича и все рады. А разработчикам линухового ведра лениво чуток довести до ума devfs и они на неё забили. У udev два больших недостатка - работа в userspace отдельным процессом и тормознутость при появлении новых устройств. Второе означает, что со своей основной задачей - отображением наличных устройств в реальном времени - udev справляется плохо. Не в ту сторону попёрли, господа...

const86 ★★★★★
()
Ответ на: комментарий от const86

>Ребята, я вас не понимаю. Неужели так трудно написать mount /mnt/cdrom или umount /mnt/usb? Если непременно хочется, чтобы всё происходило само, то вам надо на Windows - там подобное сделано хорошо и работает.

Возникает такое ощущение, что существуют некоторые личности, которые, как только у пользователя появляется желание автоматизировать работу, которую программа (ОС) делате хорошо, пытаются всех таких пользователей спровадить в "недружественную ось", мотивируя это тем, что "консоль форева" и пытаясь доказать, что любую процедуру на компьютере можно сделать на консоли непосредственно набивая команды, и, раз такое возможно, не следует изобретать велосипеды, которые велосипедами как раз не являются, так как позволяют пользователю не тратить время на рутину, а заниматься тем. чем этот сам пользователь и должен заниматься. то есть пытаться работать, а не обслуживать систему в случаях, когда система может без лишних хлопот сама обслужить себя без посторонное помощи, так как именно поэтому эта система и задумывалась с целью облегчить рутинные операции и не забивать пользователям мозги рутинной работой. Для таких личностей-трудно, так как компьютер создан для выполнения работы, которая может быть полезна, а не работы, которая является лишь сопроводительной и может без проблем и потери функциональности выполняться машиной без присутствия человека в большинстве случаев.

anonymous
()
Ответ на: комментарий от JB

Вообще не понимаю в чем проблема
1) Супермаунт, как я понимаю, все збрасывает в реальном времнени. Т.е. когда докачалось, то действительно докачалось. Так что все зашибись.
(Это к челу не довольному умаунтом в ХАЛ)
2) Если вы внимательно смотрели лог ивмана и ХАЛа, то эта фигень понимает, когда че вытащили и всунули 8))
3) Про СД. Кхм... Вообще в есть такой параметр lock. Если он =1, то СД вытащить нельзя. Если 0-можно. В чем проблемы?
Я до .12 жил на супермаунте. Теперь на ХАЛ. ХАЛ немного тормознее, зато ивман можно натроить труево 8)
Короче шо не делаецца - все к луччему )

//[AvataR]

anonymous
()
Ответ на: комментарий от anonymous

> 1) Супермаунт, как я понимаю, все збрасывает в реальном времнени. Т.е. когда докачалось, то действительно докачалось. Так что все зашибись.

так он флешки с параметром sync монтирует чтоли?

предположим что я скопировал 250 метров на флешку, прогрессбар дошел до 100% и я сразу выдергиваю флешку

каков процент, что этот файл действительно записался?

JB ★★★★★
()
Ответ на: комментарий от grob

>Supermount - это не костыль; когда ivman научится отмонтировать CD при нажатии eject, тогда поговорим. Тем более udev + supermount дружат без проблем.

Здрасте!!! он (ivman) это давно уже умеет

вслучае чего -- "emerge sync && emerge -Du world"

anonymous
()
Ответ на: комментарий от spirit

> См. прогрессбар :-)))

он ничего не значит

кеш не сразу записывается, поэтому мне нужно знать когда флешку можно выдергивать

JB ★★★★★
()
Ответ на: комментарий от catap

> Какая тормознутость-то?..

Нет прямой связи между устройством и файлом в /dev, как в случае с devfs.

const86 ★★★★★
()
Ответ на: комментарий от anonymous

> система может без лишних хлопот сама обслужить себя

Появление нового устройства и монтирование ФС - разные события, не связанные между собой с точки зрения ядра. Поэтому-то логично требовать от пользователя почесаться дважды - вставить железку и примонтировать её содержимое (не обязательно это делать из консоли, если уж так не нравится). Попытки увязать одно с другим были, есть и будут, но ничего хорошего не получится, пока эта связь не будет хотя бы предусмотрена в ядре.

Реально возможно сделать (опять покажу на Windows) так, чтобы появление устройства вызывало на уровне ядра создание файла в /dev и монтирование всех найденных ФС. К сожалению, эта идея не нравится разработчикам ядра. (С размонтированием и извлечением устройства было бы не так просто...)

Кстати, ваше длинное предложение напомнило мне Гоголя ;-)

const86 ★★★★★
()
Ответ на: комментарий от anonymous

> А как узнать, что у меня за фс стоит? У меня генту 2005.0, gentoo-kernel-2.6.12-r1, и в конфиге отключен нах devfs. Я так понимаю, у меня UDEV?

ps -A|grep udev

Кто сказал, что гентушники лучше разбираются в линуксе? Да такие же ламеры, как и все, тольео над процом больше измываются...

anonymous
()
Ответ на: комментарий от const86

> Ребята, я вас не понимаю. Неужели так трудно написать mount /mnt/cdrom или umount /mnt/usb? Если непременно хочется, чтобы всё происходило само, то вам надо на Windows - там подобное сделано хорошо и работает.

Любителям mc можно и проще - скрипт с тем же самым положить в /mnt :) Обозвать его umnt_cdrom... Тогда можно тыкать в него в mc, и всё. Ну, и sudo при необходимости. Что, так сложно?

anonymous
()
Ответ на: комментарий от anonymous

>А в каком дистрибутиве devfs сейчас вкомпилена в ядро по дефолту?

В мандраке, например.

anonymous
()
Ответ на: комментарий от JB

> предположим что я скопировал 250 метров на флешку, прогрессбар дошел до 100% и я сразу выдергиваю флешку

> каков процент, что этот файл действительно записался?

С включенной опцией -o sync в fstab это будет примерно 99,999% :-)

no-dashi ★★★★★
()
Ответ на: комментарий от grob

А я использую супермаунт для CD, а для usb - HAL. Потому как хрен знает, что я в следующий раз и в какой порт и в какой последовательности засуну. Udev он тоже разные названия дает. А с HAL fstab-sync срабатывает.

anonymous
()
Ответ на: комментарий от AlexM

>CD-диски хочется вытаскивать из привода простым нажатием на кнопку, а не судорожным поиском, какой придурок (это-то >понятно ;-)) в каком икстерме забыл миднайт коммандер на каталоге /media/cdrecorder и последующим анмаунтом.

Доброе утро, господа.

1) echo 1 > /proc/sys/dev/cdrom/lock
2) или просто поставь KDE

K48 ★★★★
()
Ответ на: комментарий от K48

> Доброе утро, господа.

Здравствуйте.

> 1) echo 1 > /proc/sys/dev/cdrom/lock

Ну, это выход. Для СD-_ромов_

> 2) или просто поставь KDE

Щазз.

AlexM ★★★★★
()
Ответ на: комментарий от no-dashi

> С включенной опцией -o sync в fstab это будет примерно 99,999% :-)

да не, меня интересует как супермаунт работает с флешками

как их вынимать то? говорять отмонтировать ничего не нужно, значит просто выдергивать? а в какой момент?

хех, даже в вендах флешки нужно отмонтировать ;)

JB ★★★★★
()
Ответ на: комментарий от JB

> даже в вендах флешки нужно отмонтировать ;)

Вот именно. Никак нельзя предвидеть, когда пользователь собрался вынуть девайс... А отмонтировать надо до того... Работать в синхронном режиме неприятно, кеш и буфер придуманы не для того, чтобы их не использовать.

Даже если я вставил флешку, это ещё не значит, что я собрался монтировать всё, что на ней имеется. Может, я её форматировать собрался?

Нафик надо эти все прибамбасы... Лучше напишу mount/umount, но зато точно буду знать, что всё происходит именно так, как я хочу.

const86 ★★★★★
()
Ответ на: комментарий от JB

А здесь можно выдергивать, когда лампочка погаснет ;-)

supermount сбрасывает кэши (а они _есть_ и ненулевые, это кардинальное отличие от -o sync) на закрытии файла.

То есть, грубо говоря, в момент, когда миднайт коммандер скрывает соответствующий диалог копирования, можно флэшку вытаскивать. По крайней мере, за ~ 3 года использования - ни одной потери данных (в отличие от той же 2000-ной, "где нужно отмонтировать" ;-)).

AlexM ★★★★★
()
Ответ на: комментарий от const86

По моему лучше что бы оно автоматом монтировалось... А если ты хочешь ее форматнуть, то кто мешает сказать umount?..

Хотя есть еще вопрос, от имени какого пользователя оно вмонтируется :)

Если с mount/umount понятно, а если ivman висит?.. Как он поймет что флешку надо мантировать для юзера AAAA, а не BBBB?..

catap ★★★★★
()
Ответ на: комментарий от JB

> хех, даже в вендах флешки нужно отмонтировать ;)

Ну, в win2k - да. А в winxp номинально - нет. Только... гыыы... я как-то решил проверить и выдернул флешку сразу после 100%. FAT на ей очень обиделась, пришлось переформатировать :) Пыонерская поделка это winxp :)

anonymous
()
Ответ на: комментарий от anonymous

> ps -A|grep udev

правильнее будет test -f /dev/.udev && echo "udev found on your system"

ламер не тот, кто не знает, а тот, кто при этом пытается учить других

anonymous
()
Ответ на: комментарий от anonymous

> ламер не тот, кто не знает, а тот, кто при этом пытается учить других

тогда к тебе это тоже относится :)

artem@ubuntu:~$ test -f /dev/.udev && echo "udev found on your system"
artem@ubuntu:~$

JB ★★★★★
()
Ответ на: комментарий от anonymous

> правильнее будет test -f /dev/.udev && echo "udev found on your system" ламер не тот, кто не знает, а тот, кто при этом пытается учить других

Гы. Какое ламо - и без охраны. Показываю, как надо, чтоб и на слаке пахало:

test -e /dev/.udev* && echo "udev found on your system"

Нет у меня файла /dev/.udev, зато есть каталог /dev/.udev.tlb .

anonymous
()
Ответ на: комментарий от anonymous

а если у меня устройства храянтся не в /dev а в /mydev?..

Тогда комманда примит вид

find / -name *udev* -exec echo "udev found on you system" ';'

catap ★★★★★
()
Ответ на: комментарий от catap

> а если у меня устройства храянтся не в /dev а в /mydev?..

Блин, я потому ps -A и предложил. Давайте тогда grep udevd... Ну, или /etc/udev проверяйте... Хотя: udev снесли, а срач остался... Жопа, в общем :)

anonymous
()
Ответ на: комментарий от anonymous

> Гы. Какое ламо - и без охраны. Показываю, как надо, чтоб и на слаке пахало:

человек спрашивал про gentoo - я ответил. ты обозвал его ламером - я попытался защитить его от необоснованных нападок приведя определение слова "ламер". а твой вариант у него не пойдет - /dev/.udev.tlb в gentoo нет зато есть /dev/.udevdb для тех же целей.

anonymous
()
Ответ на: комментарий от anonymous

а новичков ("ламеров" по вашему) в gentoo действительно больше еще и потому, что gentoo community очень доброжелательно относится к ним. никто не назовет человека ламером только потому, что он задал вопрос. эх, если бы лор стал хоть немного таким же...

anonymous
()
Ответ на: комментарий от anonymous

> а твой вариант у него не пойдет - /dev/.udev.tlb в gentoo нет зато есть /dev/.udevdb для тех же целей.

Вообще-то, я предложил "test -e /dev/.udev*" :)

anonymous
()
Ответ на: комментарий от catap

> Тогда комманда примит вид

А если я его переименовал? Тогда надо искать по двоичному коду... :))) Самый верный способ - прочитать сценарий инициализации.

const86 ★★★★★
()
Ответ на: комментарий от const86

Самый верный способ это пояльник, пардон, в задницу тому кто это дистрибутив делал, а второй кто его так настроил :)

Кстати, моя комманда всегда дас положительный ответ, при условии что в /usr/src/linux лежит новое ядро :)

catap ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.