[вброс] [поттеринг] перенос каталогов

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

geekless (03.02.2012 21:08:13)

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

xsektorx (03.02.2012 21:11:59)

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

AX (03.02.2012 21:12:41)

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

geekless (03.02.2012 21:13:30)

Поттеринга или FHS?

geekless (03.02.2012 21:13:52)

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

xsektorx (03.02.2012 21:16:03)

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

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

AX (03.02.2012 21:17:09)

Есть:

geekless (03.02.2012 21:18:54)

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

AX (03.02.2012 21:23:56)

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

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)

Хинт: devtmpfs.

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

Lighting (03.02.2012 21:34:08)

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

Lighting (03.02.2012 21:36:40)

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

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

geekless (03.02.2012 21:38:52)

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

GotF (03.02.2012 21:39:02)

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

Reset (03.02.2012 21:45:17)

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

tailgunner (03.02.2012 21:48:45)

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

bhfq (03.02.2012 21:49:59)

Это таки он?

AX (03.02.2012 21:50:49)

Да.

tailgunner (03.02.2012 21:51:41)

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

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

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

Lighting (03.02.2012 21:53:51)

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

xsektorx (03.02.2012 21:54:01)

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

PolarFox (03.02.2012 21:58:22)

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

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

xsektorx (03.02.2012 22:03:48)

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

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

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

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

geekless (03.02.2012 22:04:59)

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

fat_angel (03.02.2012 22:13:18)

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

stevejobs (03.02.2012 22:15:41)

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

Думаю, это такой перевод: http://lists.busybox.net/pipermail/busybox/2010-December/074114.html (ссылку почти не читал)

FiXer (03.02.2012 22:18:39)

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

KRoN73 (03.02.2012 22:22:54)

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

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

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

Lighting (03.02.2012 22:24:29)

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

tiandrey (03.02.2012 22:33:42)

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

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

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

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

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

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

geekless (03.02.2012 22:37:35)

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

buddhist (03.02.2012 22:38:52)

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

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

Loki13 (03.02.2012 22:44:06)

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

PolarFox (03.02.2012 22:46:18)

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

name_no (03.02.2012 22:50:35)

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

drBatty (03.02.2012 22:51:56)

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

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

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

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

Lighting (03.02.2012 22:52:32)

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

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

drBatty (03.02.2012 22:55:01)

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

name_no (03.02.2012 22:55:46)

ftfy

fat_angel (03.02.2012 22:55:59)

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

name_no (03.02.2012 23:00:44)

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

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

Loki13 (03.02.2012 23:01:36)

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

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

FiXer (03.02.2012 23:03:10)

Где? УМВР!

fat_angel (03.02.2012 23:06:37)

http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken

FiXer (03.02.2012 23:14:32)

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

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

Legioner (03.02.2012 23:16:39)

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

drBatty (03.02.2012 23:31:26)

В квотезы

luke (03.02.2012 23:32:40)

use Slackware Linux

drBatty (03.02.2012 23:32:48)

4.2.

cvs-255 (03.02.2012 23:33:26)