LINUX.ORG.RU

To accomplish this, here is a series of patches (22 in all) that do justthat. Surprisingly enough, devfs was almost everywhere in the kernel, that's why it takes so many patches.

222 files changed, 112 insertions(+), 8545 deletions(-) - жестко. в районе ~2.6.25 где-то, если не в 2.7.x сие дело свершится. :)

gassique ★★
()

Я её до сих пор использую. Никаких притензий не имею.

necrus ★★★
()

Очень приятно читать сравнение на русском языке - очень смешно написано!! Офигительно смешно! Браво Алексею!

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

Только бы там автоотмонтирование дискет бы работало как надо...

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

> 222 files changed, 112 insertions(+), 8545 deletions(-) - жестко. в районе ~2.6.25 где-то, если не в 2.7.x сие дело свершится. :)

В 2.6.13 оно войдет. Год назад было решено, что пользователям devfs дается еще год -- на почесывания и миграцию на udev, после чего devfs будет снесена из ядра. Время настало.

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

>2.6.13 можно будет неофициально считать за 2.7.0 :)

Кто-нить в курсе - они ядро до ума доводить будут или из-за
внедеоения новых фич компоненты так и будут оставаться сырыми?

Пример:
Уже сколько версий вышло а usb-storage UHCI-1.1 развивает
transfer-speed 160KB/sec хотя в 2.4.29 все было хорошо ~900KB/sec

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

Ну всё песец: у меня опыт работы на удев был, и достаточно неудачный. Ставится она в gentoo легко (догадайтесь как). А проблема в том, что не запоминались права на устройства: при запуске иксов, права на звук оказывались только у рута.

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

> Уже сколько версий вышло а usb-storage UHCI-1.1 развивает > transfer-speed 160KB/sec хотя в 2.4.29 все было хорошо ~900KB/sec

У меня такое было. Вылечилось конфигурянием ядра. Там есть модуль для поддержки low-speed USB(или как-то так). Рядом написано, что если хотите иметь нормальную скорость на usb-storage, это нужно выключить.

Так что это не бага, это - фича ;)

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

> Ну всё песец: у меня опыт работы на удев был, и достаточно неудачный. Ставится она в gentoo легко (догадайтесь как). А проблема в том, что не запоминались права на устройства: при запуске иксов, права на звук оказывались только у рута.

Поправь как надо конфиги и усе будет нормально ...

molody
()

Статья веселая, зачот. По субжу мне сказать нечего.

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

>Ну всё песец: у меня опыт работы на удев был, и достаточно неудачный.
>Ставится она в gentoo легко (догадайтесь как). А проблема в том, что не
>запоминались права на устройства: при запуске иксов, права на звук
>оказывались только у рута.

Это и правда песец. Опыт супер. Гента - дерьмо.
Поставь man (догадайся как) и скажи man udev, а потом ls /etc/udev/permissions.d/

Петрович.

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

> Ставится она в gentoo легко (догадайтесь как).
> А проблема в том, что не запоминались права на устройства:
> при запуске иксов, права на звук оказывались только у рута.

Добавь себя в группу audio.

you-name-it
()
Ответ на: комментарий от you-name-it

Я и так в этой группе. Группой владеет рут. Права доступа устанавливаются на чтение/запись ТОЛЬКО для владельца группы (600)

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

Что мешает исправить 600 на 660?

#-------------------------------
# audio devices
admm*:root:audio:0660
admmidi*:root:audio:0660
adsp*:root:audio:0660
aload*:root:audio:0660
amidi*:root:audio:0660
amixer*:root:audio:0660
audio*:root:audio:0660
beep:root:audio:0660
dmfm*:root:audio:0660
dmmidi*:root:audio:0660
dsp*:root:audio:0660
midi*:root:audio:0660
mixer*:root:audio:0660
music:root:audio:0660
sequencer*:root:audio:0660
snd/*:root:audio:0660
sndstat:root:audio:0660
sound/*:root:audio:0660

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

>Я и так в этой группе. Группой владеет рут. Права доступа устанавливаются на чтение/запись ТОЛЬКО для владельца группы (600)

а чего, не судьба в /etc/security/console.perms заглянуть и права на sound выставить?

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

Скажите как бы сделать загрузку системы побыстрее. А то он популирует девайсы секунд 30 - раздражает.

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

>> А то он популирует девайсы секунд 30 - раздражает.

Сядь на DOS он вааще попсы не любит )

anonymous
()

Ну я всю жизнь живу без всяких devfs и udev, какие преимущества мне даст установка udev?

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

Ничего. При запуске системы всё нормально. Права сбрасываются при запуске xdm/kdm/gdm.

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

А в чём проблема? Может ещё и под юзером сидеть нельзя? Только под рутом?

Midael ★★★★★
()

"Сравнение" - это весьма громкое название ;-)

Всё что там написано в сравнении devfs и udev - что devfs содержал какие-то "недостатки", и поэтому придумали udev.

Чистый ЛОЛ

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

> какие преимущества мне даст установка udev?

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

Второй пример - уже актуальный, зовется LVM2 и device mapper. Эта штука создает устройства на ходу, специальные файлы именуются в соответствии с названиями томов, и мажоры получают динамически. Может быть, кому-то и нравится именовать тома dm1, dm2, dm3, dm4 и т.д., но люди предпочитают называть их SYSTEM, ROLLBACK, INDEX, MAIN, opt, usr. Кроме того, при следующем запуске порядок томов может поменяться, и тогда они получат другие миноры.

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

>> Чистый ЛОЛ

Барабаныч, ты хоть знаешь что такое аббревиатура LOL? LMD!

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

та где ж смешно. все что можно было в пару-тройку абзацев вместить неудобоваримой развесистой клюквой заделали

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

>> та где ж смешно

Действительно - не смешно. Плакать нужно (((

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

По поводу device-mapper есть как раз печальная новость: в конфигурации по умолчанию оно не работает. Читать отсюда:

http://forums.gentoo.org/viewtopic-t-263996-highlight-evms.html?sid=e524086a0...

Впрочем, есть и еще примеры. Для USB-устройств ядро уже сейчас может раздавать minor'ы динамически (см. соотв. пункт конфигурации ядра), что, в отсутствие udev, приводит пользователей к некоторым проблемам, обычно сопровождаемых матами ;-).

А вообще, это ни разу не сравнение, и не писалось как таковое.

AlexM ★★★★★
()

Совсем сдурели. У меня udev не то, чтобы не работала, но после двухдневного ковыряния конфигов просто послал сию поделку на три буквы и вернул devfs, которая ВООБЩЕ настройки не потребовала. Или это теперь стиль построения ядра такой - мол вот вам ядро без BLABLABLA (как это было, к примеру, когда убрали запись CD от юзера, уже не помню в каком ядре) и %&#$^&тесь с ним сами с помощью скачивания дополнительных патчей и ковыряния увеличивающих свое число конфигов. Мне РАБОТАТЬ надо, а не исследованиями влияния очередной партии травы на мозги разработчиков заниматься.

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

Не надо нам военных песен. devfsd точно так же приходилось настраивать. Правда, в основном на повод прав устройств и, иногда, соответствия имен устройств и их модулей.

А выкинули devfs в основном потому, что Гуч, будучи довольно... неуживчивым господином, которому довольно сложно собирать вокруг себя команду, сам забил на свой далеко не идеальный код.

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

>Не надо нам военных песен. devfsd точно так же приходилось настраивать.

По крайней мере это занимало намного меньше времени, чем с udev.

edw1n ★★
()

ну вот ретардов, темных и убогих пришло время пнуть - кто не в танке давно видел, что devfs отмечена ядре как deprecated

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

опять же в gentoo давно висит на сайте руководство по легкой и приятной миграции на udev, как обычно в духе дженту там все разжевано и красиво расписано по пунктикам, нужные места выделены цветом и шрифтом

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

(Пожимая плечами) да пофиг, в общем случае.

Вот то, что udev НЕ покрывает часть проблем, которые закрывались связкой devfs/devfsd - это, конечно, плохо. И еще хуже то, что люди, рулящие linux-hotplug отказываются признавать эти проблемы.

AlexM ★★★★★
()

ДА! Приехали! Ataraid - нахрен, devfs - туда же. Supermount? Да зачем, намного проще делать mount/umount.

Так недолго и до перехода Open Solaris.

Пессимистично, но факт - все что мне так нравилось в ядре Linux оттуда выкидывают.

NightGhost
()

Любителям devfs: откуда чудиков таких берут? скачайте дистрибутив
udev'а, там целый доклад в PDF прилагается с описанием преимуществ
udev перед devfs. И детсадовец поймет. Давно пора отправить devfs в
/dev/null!

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

Костыль не костыль, а работает просто, дешево и сердито еще с дремучих времен. HAL еще как я понимаю в бете, так ведь? Его можно использовать, если не используешь KDE/GNOME/XFCE? Я его сам еще не щупал, поэтому интересуюсь. Не очень хочется без особой надобности ставить бетовый софт, у меня Gentoo, а не Fedora Core, глюки отлавливать мне некогда.

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

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

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

> тогда почему он все еще не в ядре?
Если не в ядре, не значит, что костыль.
Обидно, что patch-o-matic не в ядре =(
Вот это и не костыль и удобно, а возможности таблесов расширяет ... =)

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

> Если не в ядре, не значит, что костыль.

просто судя по твоим словам supermount немерянный рулиз и все нормальные люди им пользуются :) вот и интересно почему такой рулиз и не в ядре

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