Вниманию гентушников: новость про /usr на отдельном разделе

Уже ж писали об этом.

ты слоу, уже обсудили.

Наградной знак с розовым покемоном уходит Kroz!

Цель топика

Фуфло.

гентушники которые не читают

должны гореть в /dev/zero

Вопрос: а если у меня не systemd, а openrc, да еще и с eudev, это актуально?

Ответ: а если включить мозг и при помощи equery f {openrc,eudev} посмотреть где ж оно ваще держит свои кишки а затем прикинуть а что ж будет если раздела с этими кишками ВНЕЗАПНО при старте системы не станет и потом уже решать актуально оно или нет.

Вообще, кто запрещает /usr на отдельной партиции: systemd, udev или кто-то еще?

Никто кроме: лени, идиотского упорства и предрассудков.

dvrts и NeverLoved

Уже ж писали об этом.

Наверное забыли приписать тег Gentoo.
Киньте в меня линк с обсуждением, пожалуйста.

тогда вроде это в арче было

Наградной знак с розовым покемоном уходит Kroz!

Круто! Такого у меня еще не было :)

P. S. Кинь линк на обсуждение.

Спасибо за конструктивный ответ.

Будете еще проходить мимо - проходите.

http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken ; ключевое слово в ссылке - systemd.

Как насчёт пройти по ней и прекратить толсто вбрасывать?

viper@viper-laptop ~ $ eselect news list
News items:
  [1]      2009-04-18  Generation 1 Java Setup Deprecated
  [2]      2009-07-02  (2009-07-02-kdeprefix+monolithics - removed?)
  [3]      2010-03-23  New desktop subprofiles for GNOME and KDE
  [4]      2010-08-01  (2010-08-01-as-needed-default - removed?)
  [5]      2011-05-22  (2011-05-22-kdeprefix - removed?)
  [6]      2011-11-26  Unmasking of and Upgrade to GNOME 3.2
  [7]      2012-03-16  (2012-03-16-udev-181-unmasking - removed?)
  [8]      2012-05-21  Portage config-protect-if-modified default
  [9]      2012-09-09  make.conf and make.profile move
  [10]     2012-11-06  PYTHON_TARGETS deployment
  [11]     2013-01-23  (2013-01-23-udev-upgrade - removed?)
  [12]     2013-02-10  New 13.0 profiles and deprecation of 10.0 profiles
  [13]     2013-03-29  Upgrading udev to version >=200
  [14]     2013-06-07  Portage preserve-libs default
  [15]     2013-08-07  vanilla-sources stabilization policy
  [16]     2013-08-23  Language of messages in emerge logs and output

где? или ты про какие новости

Gentoo всё?

Новость от 27 сентября, синхронизируйте дерево portage.

синхронизировано

Да, про эти:

См. последнюю. Обновлялся сегодня.

$ eselect news list
News items:
  [1]      2009-04-18  Generation 1 Java Setup Deprecated
  [2]      2009-07-02  (2009-07-02-kdeprefix+monolithics - removed?)
  [3]      2010-02-21  MySQL 5.1 unmasking and upgrade procedures
  [4]      2010-03-25  Python 3.1
  [5]      2010-08-01  (2010-08-01-as-needed-default - removed?)
  [6]      2010-10-22  Perl 5.12 upgrade procedure
  [7]      2011-02-13  Change on CAMERAS in libgphoto2-2.4.10
  [8]      2011-05-22  (2011-05-22-kdeprefix - removed?)
  [9]      2011-08-28  Mesa r600 driver now defaults to gallium
  [10]     2011-10-15  Upgrade to libpng15
  [11]     2011-12-06  Stabilization of KDE 4.7.3 including KDEPIM
  [12]     2012-03-16  (2012-03-16-udev-181-unmasking - removed?)
  [13]     2012-04-24  The default JPEG implementation
  [14]     2012-05-21  Portage config-protect-if-modified default
  [15]     2012-09-09  make.conf and make.profile move
  [16]     2012-11-06  PYTHON_TARGETS deployment
  [17]     2013-06-07  Portage preserve-libs default
  [18]     2013-06-30  Printer browsing in net-print/cups-1.6
  [19]     2013-08-23  Language of messages in emerge logs and output
  [20]  N  2013-09-27  Separate /usr on Linux requires initramfs

нет ничо

Ну значит ещё раз.

Значит синхронизируешься с «левого» зеркала.

мб еще не обновился сервер, с которого я синхронизируюсь

нет ничо

$ emerge --info | grep -i mirror
GENTOO_MIRRORS="http://distfiles.gentoo.org"

с яндексовских зеркал

Gentoo всё?

Да, похоже. Но тот ТС похоже открыл топик флейма ради, и у него это удалось. Да и теги того топика это подтверждают.

У меня конкретный вопрос: касается ли эта новость тех, у кого eudev и openrc?

В топик призываются KRoN73, qnikst, batekman, которые в высказывались в той ветке наиболее адекватно, и которым данная тема, как я понял, может быть интересна.

Зачем ?

касается ли эта новость тех, у кого eudev и openrc?

Т.е. подумать своими мозгами ты не хочешь? Ну ок.

Если ты прочитаешь сообщения в той теме, их там не так уж и много. И сопоставишь с теми даннымы, которые тебе указал здесь init_6, то увидишь, что смысл этой новости сводится к следующему: использовать initramfs при выносе /usr на отдельный раздел не обязательно, но если будут возникать какие-либо проблемы в работе чего-либо, то это может быть связано с нахождением /usr на отдельном разделе и отсутствия initramfs, т.к. разработчики Gentoo теперь не будут явно тестироватть работу устанавливаемых из ebuild`ов программ для случая separate-usr и отсуствия initramfs и как следствия предварительного монтирования /usr. Так же баг репорт в таком случае может быть помечен как «invalid». Ну и необходимость использования initramfs является обязательной при наличии systemd.

Т.е. подумать своими мозгами ты не хочешь? Ну ок.

Подумал. Сформировал свое мнение. Поскольку фактов, подтверждающих это мое мнение у меня нет, потому и открыл этот топик. Не привык полагаться на данные только лишь libastral.so логики и размышлений.

Не привык полагаться на ... логику и размышления.

Как же вы живёте ?

как 5 лет назад при установке выбрал, так и использую

Зачем, чем официальное не устраивает ?

К тому же зеркало yandex не поддерживает многопоточную загрузку, банятс на время в таком случае.

Ну и необходимость использования initramfs является обязательной при наличии: luks, lvm2, mdamd, systemd, root over nfs и прочих возможных нестандартных ситуаций.

obvious fix

/O

если ССЗБ — отделяй /usr. </thread>

<!-- вот из-за таких уникумов (и не только из-за таких, да.) гентушников считают кактусоедами. -->

Ок, предложения init_6 и правда не заметил за его тоном.

Проанализировал. openrc в /usr ничего критичного для загрузки, похоже, не хранит. У eudev заметил такое:

/usr/lib/girepository-1.0/GUdev-1.0.typelib
/usr/lib/libgudev-1.0.so.0.1.2
/usr/lib/pkgconfig/gudev-1.0.pc
/usr/lib/pkgconfig/libudev.pc

разработчики Gentoo теперь не будут явно тестироватть работу устанавливаемых из ebuild`ов программ для случая separate-usr и отсуствия initramfs и как следствия предварительного монтирования /usr.

Звучит логично.

luks, lvm2, mdamd, systemd, root over nfs

Ну, скажем так, почти со всем согласен, кроме nfs, это не обязательно, достаточно включить поддержку nfs и root on nfs в ядре, поддержку dhcp и драйвера сетевой карты.

Т.е. то, что

Не привык полагаться на ... логику и размышления.

это ваще и близко не ССЗБ а „отделяй /usr“ дикое ССЗБ? Ага и гентушнеки „кактусоеды“ значит? Спасибо ваше мнение очень важно для нас. Продолжайте писать дальше.

ты комментики-то почитай там. комрады разъяснили, что те юзеры которые юзают /usr на отдельном разделе попадают в некую «серую зону», и созданные баги, связанные с /usr на отдельном разделе будут закрываться с описанием CLOSED INVALID. вроде так пересказал :) с телефона сижу, искать сам клммент - лениво.

Вот а теперь включай воображение и представляй что будет с udev-ом который считает что в /usr все еще живут его кишки в тот момент когда при загрузке он ВНЕЗАПНО не найдет их на нужных ему местах в девственно пустом /usr.

Как же вы живёте ?

Логика и размышления дает направление «куда копать». Дальше копаю в поисках фактов. Если фактов не нахожу - делаю опрос «экспертов». Только если четкого мнения от «экспертов» нет, тогда только действую соответственно результатам логики. Работает.

За детальной информацией сюда.

Вот а теперь включай воображение и представляй что будет с udev-ом который считает что в /usr все еще живут его кишки в тот момент когда при загрузке он ВНЕЗАПНО не найдет их на нужных ему местах в девственно пустом /usr.

udev-ом который считает что в /usr все еще живут его кишки

1. Это 100%?
2. А что думает eudev?
3. Кто-то еще критичный для загрузки так думает?

P. S. От стресса помогает водка, секс, прыжок с парашюта/банджи, поход на в горы...

гентушнеки „кактусоеды” значит?

Не привык полагаться на ... логику и размышления.

такие — да.

А что думает eudev?

А какая между udev и eudev принципиальная разница кроме того что udev ныне это уже часть systemd(однако я не удивлюсь что еще полно слоупоков для которых это будет новостью) а с eudev вообще в своё время цирк вышел еще тот… ?

Или от этой одной буквы eudev что то принципиально меняется и это спасет от того, что при загрузке в /usr будет пусто?

Или от этой одной буквы eudev что то принципиально меняется и это спасет от того, что при загрузке в /usr будет пусто?

Вот это мне и интересно.

У меня на одной системе, где /usr сжат в squashfs, а для записи на него используется aufs, используется udev, всё нормально работает, libgudev так же находится в /usr, да initramfs нет.

Вот это мне и интересно.

А ну т.е. все еще так и не дошло?

Ага ну ладно… Значит тогда тебе еще один повод для размышлений. Дело еще и в том, что разные всякие такие программы можно собрать и статически ага. И к тому же если что-то (не инитрам) примонтирует /usr еще до того как дойдет очередь стартовать udev то проблемы тоже никакой не будет. Дальше думай.

*уярче.

В арче давно, а в генте сейчас.

вот я и говорю, что раньше эта новость про арч вроде была

kostik87 тут проблема в том, что в случае хранения потрохов системы в непримонтированном никем при старте разделе либо самой init системе либо тому от чего она очень сильно зависит {udev,eudev} будет не очень здорово… Всего навсего.

И правда, говоришь)

В арче давно, а в генте сейчас.

В арче она давно была от того, что арч официально и быстро-решительно мигрировал на systemd…

А здесь же весь смак в том, что гента же в отличие от арча все еще официально на openrc да еще и со своим собственным форком udev-а который ВНЕЗАПНО ОЙ и был создан для того чтобы мало того что избавить юзерав гент от поттеринго-поделий и поттеринго-проблем так еще и предоставить правослано-Ъ инструмент во всех традициях того самого udev-а.

В топик призываются KRoN73

У меня на всех машинах /usr отдельным разделом, ибо очень сильно способствует оптимизации системы. Но и initrd используется на всех машинах. Плюс на последнем боевом сервере на Gentoo, systemd замаскирован нафиг. Но тенденция настораживает.

Да, кстати, udev на боевой машине замаскирован ещё со времени их плясок с сетевыми интерфейсами. Я так и не смог быть уверенным, что сетевые адреса не поменяются (на двух машинах не поменялись, на третьей — поменялись. При одинаковых настройках) и потому обновиться не рискнул.

Вообще, давно уже и не раз говорил, что Gentoo стремительно превращается в Arch какой-то…

Спасибо за инфу. Интересно будет услышать ситуацию после ноября.

Уже перенес /usr /var/ в / несколько месяцев назад, так как были затупы при загрузке.