The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Комментарии разработчиков udev по поводу очередного форка пр..., opennews (??), 19-Ноя-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


102. "Комментарии разработчиков udev по поводу очередного форка пр..."  +3 +/
Сообщение от kekeke (ok), 20-Ноя-12, 09:10 
Вообще, не понимаю, к чему крики насчет /usr? В качестве минимального набора программ и emergency shell давно выступает initrd, тут /[s]bin не нужен. И многие тру-юниксы имеют в корне симлинки на /usr(та же солярка). Если бинарники держать в одном месте - упрощается сопровождение, atomic-снапшоты системы например, шаринг раздела между инстансами виртуалок, сетевая загрузка, да мало ли еще чего. К тому же, часть этих директорий, например sbin, вообще утратило свой начальный смысл. Логичных и объективных причин иметь набор бинарников в корне и usr раздельно не видно. Только истерические выкрики "а я так могу, не указывайте мне", "дед терпел и мне велел", "юниксвей". И штаны через голову одевать можно, только нормальные люди это делать не станут - им штаны нужны чтобы голышом не ходить, а не для выдумывания способов эти штаны надевать.

ps. кому интересны изначальные причины разделения / и /usr - http://lists.busybox.net/pipermail/busybox/2010-December/074...

Ответить | Правка | Наверх | Cообщить модератору

108. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от Аноним (-), 20-Ноя-12, 09:36 
>В качестве минимального набора программ и emergency shell давно выступает initrd

Чем не угодил отдельный раздел? Зачем всё пихать в один файл?

Ответить | Правка | Наверх | Cообщить модератору

122. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от kekeke (ok), 20-Ноя-12, 10:00 
Ну почитайте для чего в дистрибутивах используется initrd и чем не угодил отдельный раздел. Информации в сети вагон и тележка.
Ответить | Правка | Наверх | Cообщить модератору

131. "Комментарии разработчиков udev по поводу очередного форка пр..."  –2 +/
Сообщение от Аноним (-), 20-Ноя-12, 10:21 
> Чем не угодил отдельный раздел?

1) Тем что лоскутное одеяло нравится не всем.
2) Тем что возможность создать отдельный раздел есть не везде. В эмбеддовке например понятия "раздел" может и не быть совсем.


Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

168. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymousY (?), 20-Ноя-12, 14:57 
>> Чем не угодил отдельный раздел?
> 1) Тем что лоскутное одеяло нравится не всем.

initram тоже лоскутное одеяло, только в памяти.

> 2) Тем что возможность создать отдельный раздел есть не везде. В эмбеддовке
> например понятия "раздел" может и не быть совсем.

В "эмбеддовке" initram вообще не при делах.
  

Ответить | Правка | Наверх | Cообщить модератору

177. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (-), 20-Ноя-12, 15:33 
> initram тоже лоскyтное одеяло, только в памяти.

В файле. Память - ну да, есть такое, только потом она освобождается IIRC в общем случае. И диски оно заcиpaет 1 файлом, куда более простом в управлении чем разделы. Вы еще давайте тут izen-стайл с базами в raw разделах зафигaчьте, если по вашему мнению лишние разделы намного лучше чем лишние файлы.

> В "эмбеддовке" initram вообще не при дeлах.

Сильно зависит. Эмбеддовка бывает разной. Загрузчики бывают разной степени тyпopылости. От дepeвянных, читающих блок в память и запускающих его,  "а дальше, дорогой кернель, вертись как умеешь сам" (в этом случае может быть даже initrd вшитый в кернель вообще), до довольно навороченных штук являющих собой по сути небольшую сервисную операционку (e.g. RedBoot).

Ответить | Правка | Наверх | Cообщить модератору

182. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от anonymousY (ok), 20-Ноя-12, 16:03 

> В файле. Память - ну да, есть такое, только потом она освобождается
> IIRC в общем случае. И диски оно заcиpaет 1 файлом, куда
> более простом в управлении чем разделы. Вы еще давайте тут izen-стайл
> с базами в raw разделах зафигaчьте, если по вашему мнению лишние
> разделы намного лучше чем лишние файлы.

Чем доступ к файлу будет проще досупа к разделу? Используется теже драйвера, теже устройства. Правда первый еще и распаковать надо.


> Сильно зависит. Эмбеддовка бывает разной. Загрузчики бывают разной степени тyпopылости.
> От дepeвянных, читающих блок в память и запускающих его,  "а
> дальше, дорогой кернель, вертись как умеешь сам" (в этом случае может
> быть даже initrd вшитый в кернель вообще), до довольно навороченных штук
> являющих собой по сути небольшую сервисную операционку (e.g. RedBoot).

Классического initram с udev там нет.

Ответить | Правка | Наверх | Cообщить модератору

139. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Аноним (-), 20-Ноя-12, 11:33 
представь себе, есть дистрибутивы где нет и такого гогна, как initrd
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

144. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от kekeke (ok), 20-Ноя-12, 12:09 
> представь себе, есть дистрибутивы где нет и такого гогна, как initrd

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

Ответить | Правка | Наверх | Cообщить модератору

170. "Комментарии разработчиков udev по поводу очередного форка пр..."  +1 +/
Сообщение от anonymousY (?), 20-Ноя-12, 15:02 
>> представь себе, есть дистрибутивы где нет и такого гогна, как initrd
> представь себе, там где нет initrd - есть самосборное ядро с нужными
> для загрузки модулями, чего в общем случае достичь невозможно. или вы
> предлагаете пользователям бинарных дистров самим собирать ядро под свой зоопарк железа?

Ломать совместимость с кучей работающих программ и перехерачивать логичный процесс загрузки ради этого необходимости не было. По факту, разработчики udev просто "не осилили" нормальную реализацию.

Ответить | Правка | Наверх | Cообщить модератору

190. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от Kolya (?), 20-Ноя-12, 17:35 
>Ломать совместимость с кучей работающих программ

перечислите эту "кучу" программ, пожалуйста.

Ответить | Правка | Наверх | Cообщить модератору

192. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymousY (ok), 20-Ноя-12, 20:33 

https://www.google.com/search?q=UsrMove+site:bugzilla.redhat...

Наслаждаетесь.

Ответить | Правка | Наверх | Cообщить модератору

198. "Комментарии разработчиков udev по поводу очередного форка пр..."  –1 +/
Сообщение от один_один (?), 21-Ноя-12, 02:21 
(пишед в блокнотике)
пользователи бинарных дистров разводят зоопарк железа.

(в сторону)
прикрутите им уже кто-нить сборку ядра к apt-get.

localmodconfig

http://kernel.org/doc/makehelp.txt

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

211. "Комментарии разработчиков udev по поводу очередного..."  +/
Сообщение от arisu (ok), 22-Ноя-12, 15:43 
> предлагаете пользователям бинарных дистров самим собирать ядро под свой зоопарк железа?

а в чём проблема-то? это вообще можно было бы сделать в установщике системы, например. вполне себе автоматически. разве что при обновлении ядра прибавится чуть геморроя, если охота новые фичи врубать. надо будет порыть старый конфиг ядра и спросить у юзера, не хочет ли он свистелок.

правда, это уже какая-то гента получается…

Ответить | Правка | К родителю #144 | Наверх | Cообщить модератору

178. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymousY (ok), 20-Ноя-12, 15:33 
> Вообще, не понимаю, к чему крики насчет /usr? В качестве минимального набора
> программ и emergency shell давно выступает initrd, тут /[s]bin не нужен.

initram весьма хреновая альтернатива emergency shell. Вы когда-нибудь пробовали ею пользоваться? При при том, что initram просто является "дешевым" эквивалентом пересборки ядра, и в большинстве случаев просто не нужен.

> И многие тру-юниксы имеют в корне симлинки на /usr(та же солярка).

Соляра загрузится и без /usr, и с /usr. И там zfs.

> Если бинарники держать в одном месте - упрощается сопровождение, atomic-снапшоты системы
> например, шаринг раздела между инстансами виртуалок, сетевая загрузка, да мало ли
> еще чего. К тому же, часть этих директорий, например sbin, вообще
> утратило свой начальный смысл. Логичных и объективных причин иметь набор бинарников
> в корне и usr раздельно не видно.

Бла, бла, бла. Куча бреда. По факту все прекрасно работало и раньше. Сейчас мы имеем кучу гемороя.

> Только истерические выкрики "а
> я так могу, не указывайте мне", "дед терпел и мне велел",
> "юниксвей". И штаны через голову одевать можно, только нормальные люди это
> делать не станут - им штаны нужны чтобы голышом не ходить,
> а не для выдумывания способов эти штаны надевать.

Совместимость с кучей работающего софта - это уже не аргумент?


> ps. кому интересны изначальные причины разделения / и /usr - http://lists.busybox.net/pipermail/busybox/2010-December/074...

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

186. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от максо (?), 20-Ноя-12, 16:34 
>Соляра загрузится и без /usr, и с /usr.

root@backup2 # ls -l /bin /lib
lrwxrwxrwx   1 root     root           9 Mar  3  2004 /bin -> ./usr/bin
lrwxrwxrwx   1 root     root           9 Mar  3  2004 /lib -> ./usr/lib
root@backup2 # uname -a
SunOS backup2 5.9 Generic_122300-46 sun4u sparc SUNW,Sun-Fire-480R

P.S. Хотя и в восьмерке и в семерке были уже симлинки

Ответить | Правка | Наверх | Cообщить модератору

194. "Комментарии разработчиков udev по поводу очередного форка пр..."  +/
Сообщение от anonymousY (ok), 20-Ноя-12, 20:42 
> root@backup2 # ls -l /bin /lib
> lrwxrwxrwx   1 root     root  
>         9 Mar  
> 3  2004 /bin -> ./usr/bin
> lrwxrwxrwx   1 root     root  
>         9 Mar  
> 3  2004 /lib -> ./usr/lib
> root@backup2 # uname -a
> SunOS backup2 5.9 Generic_122300-46 sun4u sparc SUNW,Sun-Fire-480R
> P.S. Хотя и в восьмерке и в семерке были уже симлинки

Я не говорил что там нет symlink-в. Я говорил что она грузится).

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру