LINUX.ORG.RU

[#]  
geekless
>>-----Цитата---->>

разделение каталогов не имеет смысла потому что задумывалось вообще для другого

<<-----Цитата----<<

Это как раз подход "X задумывалось чтобы получить Y" не имеет смысла. Потому что имеет смысл только суровая реальность, а не то, что пытались получить и зачем.

** ()
[#] Ответ на: комментарий от geekless 03.02.2012 21:08:13  
xsektorx

вижу, что ъ. прочтёшь или нет?

* ()
[#]  
AX

Кто-нибудь, закопайте его уже! Ну пожалуйста!

**** ()
[#] Ответ на: комментарий от xsektorx 03.02.2012 21:11:59  
geekless

Читал. Язык у автора забавный. А по сути треда я уже высказался выше.

** ()
[#] Ответ на: комментарий от geekless 03.02.2012 21:13:30  
xsektorx

так там же и другие аргументы. а ответ только на один

* ()
[#] Ответ на: комментарий от geekless 03.02.2012 21:13:52  
AX

Поттеринга, естественно.

// Впрочем, сходил по ссылке и… не нашёл ни одного упоминания про него. Но леннарт всё равно не нужен. :)

**** ()
[#] Ответ на: комментарий от AX 03.02.2012 21:17:09  
geekless
>>-----Цитата---->>

Впрочем, сходил по ссылке и… не нашёл ни одного упоминания про него.

<<-----Цитата----<<

Есть:

>>-----Цитата---->>

обратите внимание на список сломанного софта - в каждом пункте было немного поттеринга

<<-----Цитата----<<
** ()
[#] Ответ на: комментарий от geekless 03.02.2012 21:18:54  
AX

Я имел в виду само описание идеи. Особенно доставило про /usr/share/…

**** ()
[#] Ответ на: комментарий от xsektorx 03.02.2012 21:16:03  
geekless
>>-----Цитата---->>

так там же и другие аргументы.

<<-----Цитата----<<

"Аргументы" сводятся к:

1. Всё это давным давно затевалось по совсем другому поводу.

2. Загрузка сломана.

3. Есть initrd.

Ответы на них давно обсосаны и вполне очевидны:

1. Не важно, зачем затевалось. Важно, что получилось.

2. Если сломана, чините.

3. Если мысленно превратить initrd в пожатый корень (во что его совсем не мысленно федора и превращает), то возникает закономерный вопрос: а зачем нам пожатый корень, если есть обычный?

Ну и самое главное. Предложенное Федорой решение не решает проблему. Сейчас мы не можем смонтировать /usr, потому что не проинициализирован udev, а udev не проинициализирован потому что мы не можем смонтировать /usr. А теперь переносим, как хочет Федора, всё в /usr, в initrd оставляем загрузочный минимум и... получаем ту же картину: /usr мы не можем смонтировать, потому что не проинициализирован udev, а udev не проинициализирован потому, что еще не смонтирован /usr.

** ()
[#] Ответ на: комментарий от geekless 03.02.2012 21:24:34  
Lighting
>>-----Цитата---->>

А теперь переносим, как хочет Федора, всё в /usr, в initrd оставляем загрузочный минимум и... получаем ту же картину: /usr мы не можем смонтировать, потому что не проинициализирован udev, а udev не проинициализирован потому, что еще не смонтирован /usr.

<<-----Цитата----<<

Хинт: devtmpfs.

Сразу видно, что технические подробности ты черпаешь исключительно из флеймов.

*** ()
[#]  
Lighting

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

*** ()
[#] Ответ на: комментарий от Lighting 03.02.2012 21:34:08  
geekless
>>-----Цитата---->>

Хинт: devtmpfs.

<<-----Цитата----<<

Хинт: devtmpfs в проблеме отношения не имеет никакого. Это исключительно проблема курицы и яйца при инициализации udev.

>>-----Цитата---->>

Сразу видно, что технические подробности ты черпаешь исключительно из флеймов.

<<-----Цитата----<<

Сразу видно, что ты не в теме вообще, ага.

** ()
[#]  
GotF

По сути да. Лично мне ни разу не пригодился отделённый от всего корень, а вот починять систему из initramfs приходилось.

***** ()
[#]  
Reset

Кстати, почему никто не догадался объединить /*/bin и /*/lib ?

***** ()
[#]  

Ч0рт, норкоманский бред цуцромо уже приводят в качестве аргумента %)

***** ()
[#]  
bhfq

грамар наци выехали к автору статьи

** ()
[#] Ответ на: комментарий от tailgunner 03.02.2012 21:48:45  
AX
>>-----Цитата---->>

цуцромо

<<-----Цитата----<<

Это таки он?

**** ()
[#] Ответ на: комментарий от geekless 03.02.2012 21:38:52  
Lighting
>>-----Цитата---->>

Хинт: devtmpfs в проблеме отношения не имеет никакого. Это исключительно проблема курицы и яйца при инициализации udev.

<<-----Цитата----<<

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

http://linux.derkeiler.com/Newsgroups/alt.os.linux/2011-11/msg00010.html

http://comments.gmane.org/gmane.linux.gentoo.devel/72969

*** ()
[#] Ответ на: комментарий от tailgunner 03.02.2012 21:48:45  
xsektorx

написал же, [вброс]. и не обижай няшу

* ()
[#]  
PolarFox

Объясните мне суть проблемы. И как это отразится на простых пользователях?

**** ()
[#] Ответ на: комментарий от PolarFox 03.02.2012 21:58:22  
xsektorx

проблема в том, что старпёры привыкли, чтобы /bin и /usr/bin были раздельно. /lib и /usr/lib аналогично. а теперь всё объединяют в /usr/bin и они бунтуют

на простых ользователях не отразится

* ()
[#] Ответ на: комментарий от Lighting 03.02.2012 21:53:51  
geekless

Ты чо такой резкий? С какова раёна?

>>-----Цитата---->>
<<-----Цитата----<<

Всё правильно написано, да вот только devtmpfs там не упоминается вообще, вот незадача, да?

>>-----Цитата---->>
<<-----Цитата----<<

Огромная стена текста, ты мне предлагаешь её всю читать?

Теперь по сути. udev запускает вещи, которым нужны файлы из /usr. При этом в последовательности загрузки udev запускается раньше, чем монтируется /usr. Внимание вопрос: ПОЧЕМУ udev запускается раньше?

** ()
[#]  
fat_angel

Эти упоротые идиоты уже не представляют загрузки без initrd?

***# ()
[#] Ответ на: комментарий от geekless 03.02.2012 22:04:59  
stevejobs

замкнутый круг, just as expected :) Предлагаю вместо initrd грузить Windows 98 и разруливать базовые зависимости.

** ()
[#] Ответ на: комментарий от PolarFox 03.02.2012 21:58:22  
KRoN73
>>-----Цитата---->>

И как это отразится на простых пользователях?

<<-----Цитата----<<

Отразится в том, что в Linux в очередной раз всё поломают и сделают ещё один шаг в сторону СГ. Одним больше, одним меньше — уже не принципиально. Тренд удручает.

***** ()
[#] Ответ на: комментарий от geekless 03.02.2012 22:04:59  
Lighting
>>-----Цитата---->>

Всё правильно написано, да вот только devtmpfs там не упоминается вообще, вот незадача, да?

<<-----Цитата----<<

Зато там как раз к месту упоминается загрузочный initramfs, в котором /dev заполняется ядерным devtmpfs, монтируются ФС, а потом при помощи exec запускается init.

>>-----Цитата---->>

Огромная стена текста, ты мне предлагаешь её всю читать?

<<-----Цитата----<<

Судя по тому, что ты не осилил текст по первой ссылке, развёрнутое обсуждение, на которое ссылаются, тебе противопоказано.

>>-----Цитата---->>

Теперь по сути. udev запускает вещи, которым нужны файлы из /usr. При этом в последовательности загрузки udev запускается раньше, чем монтируется /usr. Внимание вопрос: ПОЧЕМУ udev запускается раньше?

<<-----Цитата----<<

Проблема состоит в том, что systemd и прочие init'ы на стероидах зависят от ресурсов, которые в момент запуска недоступны(а рулит ими как раз udev). Вот, о чём и идёт речь.

*** ()
[#]  
tiandrey

Ой, а как же без initrd грузиться? Бида-бида.

* ()
[#] Ответ на: комментарий от Lighting 03.02.2012 22:24:29  
geekless
>>-----Цитата---->>

Зато там как раз к месту упоминается загрузочный initramfs, в котором /dev заполняется ядерным devtmpfs, монтируются ФС, а потом при помощи exec запускается init.

<<-----Цитата----<<

Всё прекрасно. За исключением ответа на вопрос: почему же это не работает сейчас (с раздельными / и /usr).

>>-----Цитата---->>

Судя по тому, что ты не осилил текст по первой ссылке, развёрнутое обсуждение, на которое ссылаются, тебе противопоказано.

<<-----Цитата----<<

У меня 2 часа ночи, завтра почитаю.

>>-----Цитата---->>

Проблема состоит в том, что systemd и прочие init'ы на стероидах зависят от ресурсов, которые в момент запуска недоступны(а рулит ими как раз udev). Вот, о чём и идёт речь.

<<-----Цитата----<<

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

И перенос бинарников в /usr ничего не меняет. Тебе просто придётся иметь более жирный initrd, который и сделать этот восход солнца. Эффективно спрятали проблему и попутно сделали бесполезную работу — вот как это называется.

Пененос бинарников в /usr не плох и не хорош. Он просто не решает проблему, из-за которой всё затевалось. Вообще.

Тебе бы в самом деле не мешало матчасть поштудировать, ага. В systemd он проблему увидел...

** ()
[#]  
buddhist

Все файлы должны быть в / (тред не читал).

*** ()
[#] Ответ на: комментарий от geekless 03.02.2012 22:04:59  

>Теперь по сути. udev запускает вещи, которым нужны файлы из /usr. При этом в последовательности загрузки udev запускается раньше, чем монтируется /usr. Внимание вопрос: ПОЧЕМУ udev запускается раньше?

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

** ()
[#] Ответ на: комментарий от KRoN73 03.02.2012 22:22:54  
PolarFox

В СГ он скатывается, когда в качестве развития Gnome2 делают вещи вроде Gnome3. А где при этом будут лежать cp, mv, ln, ioquake3, eclipse и другие важные бинарники — дело десятое.

**** ()
[#]  
>>-----Цитата---->>

интересное мнение насчёт отказа от /bin и /lib

<<-----Цитата----<<

Сходил по ссылке. Ни слова про отказ от bin и lib автор поста в жежешечке не написал.

** ()
[#]  
drBatty

вообще-то это проблема федораюзеров.

* ()
[#] Ответ на: комментарий от geekless 03.02.2012 22:37:35  
Lighting
>>-----Цитата---->>

Всё прекрасно. За исключением ответа на вопрос: почему же это не работает сейчас (с раздельными / и /usr).

<<-----Цитата----<<

Почему не работает?

>>-----Цитата---->>

Проблема не в systemd и "продвинутых инитах".

<<-----Цитата----<<

А кто-то говорил, что проблема в них? Проблема в том, что они используют файлы, которые в случае отдельного /usr не будут доступны до запуска udev, который начинает работу как раз после init'а.

>>-----Цитата---->>
>>-----Цитата---->>

Поэтому если мы хотим иметь смонтированный /usr ДО udev-а, нам надо организовать в стартовых скриптах восход солнца вручную и сделать часть работы за udev.

<<-----Цитата----<<

организовать в стартовых скриптах восход солнца вручную и сделать часть работы за udev

<<-----Цитата----<<

Что-что? Подмонтировать разделы и передать управление init'у - это непосильная задача?

>>-----Цитата---->>

Тебе бы в самом деле не мешало матчасть поштудировать, ага.

<<-----Цитата----<<

Можешь ещё в лучших традициях мегабакса посоветовать "выпрямить руки".

*** ()
[#] Ответ на: комментарий от Loki13 03.02.2012 22:44:06  
drBatty
>>-----Цитата---->>

Loki13

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

<<-----Цитата----<<

ну сейчас они и так в корне - в /bin.

я прекрасно загружаюсь и чиню систему без /usr/, /home/, /tmp/, /var/

* ()
[#] Ответ на: комментарий от geekless 03.02.2012 22:04:59  
>>-----Цитата---->>

Внимание вопрос: ПОЧЕМУ udev запускается раньше?

<<-----Цитата----<<

Именно в ответ на этот вопрос тебе и предлагают devtmpfs. Монтируешь её, монтируешь /usr, стартуешь udev и не ссышь людям в мозги

** ()
[#] Ответ на: комментарий от buddhist 03.02.2012 22:38:52  
fat_angel
>>-----Цитата---->>

Все файлы должны быть в C:///Windows/system32/

<<-----Цитата----<<

ftfy

***# ()
[#] Ответ на: комментарий от Lighting 03.02.2012 22:52:32  
>>-----Цитата---->>

Проблема не в systemd и "продвинутых инитах".

<<-----Цитата----<<
>>-----Цитата---->>

А кто-то говорил, что проблема в них? Проблема в том, что они используют файлы, которые в случае отдельного /usr

<<-----Цитата----<<

Не могу не обратить внимание на то, что init'у таки реально не противопоказано использовать файлы из /usr, так действительно проблема в systemd

** ()
[#] Ответ на: комментарий от drBatty 03.02.2012 22:55:01  

>ну сейчас они и так в корне - в /bin.

Я не о том. А о том что мешает. systemd насколько я помню мешал libdbus(или как он там) в /usr. так не проще ли либы в корень вынести

** ()
[#] Ответ на: комментарий от KRoN73 03.02.2012 22:22:54  
FiXer

>Отразится в том, что в Linux в очередной раз всё поломают и сделают ещё один шаг в сторону СГ. Одним больше, одним меньше — уже не принципиально. Тренд удручает.

/usr и так поломан много лет. А дистры используют initrd с базибоксом.

**** ()
[#] Ответ на: комментарий от FiXer 03.02.2012 23:03:10  
fat_angel
>>-----Цитата---->>

/usr и так поломан много лет.

<<-----Цитата----<<

Где? УМВР!

***# ()
[#]  
Legioner

А объясните кто-нибудь, если не трудно, в чём такая сложность починить /bin, чтобы он таки зависел исключительно от /lib? Ну сломано, печально, ну давайте починим, перекинем n библиотек в /lib, кому от этого хуже то станет?

Вот зачем sbin нужен, я не совсем понимаю. Раньше думал, что это какой-то superuser bin, но это бред, ряд программ оттуда полезны и для юзера. Потом думал, что это static bin, но это тоже бред, ничего там статически не скомпилировано.

***** ()
[#] Ответ на: комментарий от Loki13 03.02.2012 23:01:36  
drBatty
>>-----Цитата---->>

Loki13

Я не о том. А о том что мешает. systemd насколько я помню мешал libdbus(или как он там) в /usr. так не проще ли либы в корень вынести

<<-----Цитата----<<

имхо systemd не нужен.

* ()
[#] Ответ на: комментарий от FiXer 03.02.2012 23:03:10  
drBatty
>>-----Цитата---->>

FiXer

/usr и так поломан много лет. А дистры используют initrd с базибоксом.

<<-----Цитата----<<

use Slackware Linux

* ()
[#]  
cvs-255
>>-----Цитата---->>

минимальная система имеется в инитрд

<<-----Цитата----<<

4.2.

*# ()