[НАТЕ][поттеринг][gentoo]прилетела новостишка

А пока я пошёл это говно обратно замаскировывать.

эээ, чойто они?

Гента скатывается в СГ. Гентушники на тракторах переезжают на слаку.

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

А зачем держать /usr на отдельном разделе?

Вот это правильно. Только что дальше делать, не будет же старая версия в репозитарии вечно?

Ещ ещё один не понимающий разделения системы на корень (базовую систему) и /usr на отдельном разделе (всё остальное). Зачем делить систему на базовую и всё остальное я надеюсь не нужно объяснять?!

Оверлей, патчи, профит. Как-то так.

аааа при чем здесь гента?

гентудевы должны начинать делать форки всех проектов, которые не устраивают часть пользователей чтоли?

Так послушать, получится гентудевы вообще делать ничего не должны.

кстати хочу заметить, что тут никто не заставляет вас объединять /usr с /, а честно говорят, как сделать так чтобы работало.. И никто не отменяет возможность замаскировать >=sys-fs/udev-181

Т. е. размаскируют и новый systemd с systemd-loginctl для управления мультиситом? Ну наконец-то.

[поттеринг]

При чем тут Поттеринг? Читайте
http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken
И вообще, почему столько баттхерта оттого, что современному менеджеру устройств нужно намного больше информации для инициализации?
ЗЫ сижу на systemd, доволен

Спасибо, кэп. Куда ж я без тебя-то.

shatsky

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

почему бы не перенести это «намного больше информации» в корень?! Ведь как я понимаю проблема в правилах и в идентификаторах USB/PCI устройств. Но так ведь это текст, много места не займёт на /.

shatsky

При чем тут Поттеринг? Читайте

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

Ещ ещё один не понимающий разделения системы на /boot (ядра и конфигурация загрузчика) и корень на отдельном разделе (всё остальное).

obvious fix

Ну у меня лично система делиться на корень и хомяк. Делить ее еще как то не вижу смысла. Изначаленно деления на / и на /юзр было создано т.к. места на харде в 3Мб не хватало, вот и поставили еще один ...

В современных системах я лично не вижу смысла это делать...

а что они должны были сделать?

а). пойти к разрабам udev и начать бить их по голове, пока они не одумаются?

так эта тема давно поднимается и разрабы udev считают, что так надо и не будут принимать патчи исправляющие данное поведение.

б). исправить билд так, чтобы оно работало и с примонтированным /usr без initram. Это кстати интересный вариант (в src_install делать is_mounted /usr и вместо warning который сейчас перекладывать всё в /). Эта идея интересная, но наверное вы и сами догадаетесь почему так делать нельзя.

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

д). не размаскировывать новый udev

е). начать пилить свой аналог

Мне кажется, что вариант «в» минимум самый эффективный.

P.S. мне нифига не нравится данная ситуация, и у меня после прочтения новости замаскирован udev. и будет таким до: security проблем или пока не увижу причину сделать initramfs

P.P.S. прошу так же привести пример дистрибутива с успешным решением данной проблемы.

почему бы не перенести это «намного больше информации» в корень?!

Это потребует большого пересмотра FHS.

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

А если пройти по ссылке и почитать, внезапно окажется, что дело в udev.

а при чём тут system-d?

1). корень можно делать ro, меньше шансов что затрётся 2). можно использовать свои fs для каждого из разделов 3). можно использовать свои опции монтирования для каждого из разделов. ня?

Ох, хотел бы я посмотреть как ты с помощью голого ядра будешь делать fsck разделу /.

Это потребует большого пересмотра FHS.

А толку от него если systemd его всё равно не соблюдает?!

Ещ ещё один не понимающий разделения системы на корень (базовую систему) и /usr на отдельном разделе (всё остальное). Зачем делить систему на базовую и всё остальное я надеюсь не нужно объяснять?!

Это был вопрос, а не укор.

Я отдельно системные разделы, например, не монтирую:

/          -- система
/data      -- файлы и документы с которыми я работаю
/storage   -- файлопомойка, бекапы

Заданные конфиги с первого раздела и второй раздел полностью синхронизируются на третий.

Мне нравится этот вариант, но мне и любопытно в чём плюсы вашего. Возможно он обусловлен дистрибутивом, или ещё что.

Вот я и спрашиваю — зачем?

у systemd в отличии от udev есть работающие альтернативы. Да и в генте пока FHS сохраняется, добавили правда возможность сделать /run, но есть возможность ей не пользоваться.

Выше по треду уже были ответы.

А я на десктопе вообще не делю…

Да я не спорю, кто-то делит, кто-то нет, но выбор-то должен быть, это ж ведь Linux. А то ж ведь реально скатимся до уровня винды.

Спасибо за ответ. Не прихоть, но для десктопа без специфического железа и задач — игра не стоит свеч, на мой взгляд. Свободное место будет использоваться не так рационально.

Хотя для сервера к которому есть доступ только через ssh и с которым работают другие/разные люди, первый пункт — killer-feature. На работе были случаи с рекурсивным chmod.

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

А зачем, кстати, обновлять удев?

Ещ ещё один не понимающий разделения системы на корень (базовую систему) и /usr на отдельном разделе (всё остальное). Зачем делить систему на базовую и всё остальное я надеюсь не нужно объяснять?!

Я последнее время тоже не понимаю, зачем это нужно. На /boot для загрузчика и ядра и / для системы - понимаю, а отдельно /, отдельно /usr - нет. Объясни, зачем это нужно.

Читай тред.

При чем тут Поттеринг? Читайте

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

Они просто решили не переписывать то объяснение, а поттерингоподелия тут ни при чём. Поттеринг их разве что покусать мог, чтобы они до такого маразма скатились.

Прочитал, не нашёл ответа.

ну уж не знаю для портажа reiserfs с сжатием хвостов файлов уменьшит раз раза в 3 его размер. + если используется lvm всё не так уж и плохо.

По поводу сервер/десктоп, генту вроде никогда не позиционировалась как desktop-only система, тем более, что там есть hardened и selinux, проигрывающие разве что redhat-у (в плане возможностей, а не удобства настройки), поэтому расчитывать надо на все случаи.

Ладно, ребятки, я спать, может утром проснусь, а этого треда нет, udev-181 не размаскировали гентудевы и вообще это был просто кошмарный сон.

у тебя не гента на десктопе... да и гента не только на десктопах...

.. и ждут пока не придется маскировать весь linuxbase :-)

почему бы не перенести это «намного больше информации» в корень?!

В Debian GNU/Linux они в корне (вроде бы), но это только часть проблемы - вот неполный список бинарников из корня, зависящих от /usr

bin/efibootmgr
bin/gaffitter
bin/ntfsdecrypt
sbin/audisp-prelude
sbin/audisp-remote
sbin/audispd-zos-remote
sbin/auditd
sbin/brltty
sbin/btrfs-image
sbin/btrfs-restore
sbin/ccreds_chkpwd
sbin/cgdisk
sbin/crda
sbin/ddrescue
sbin/discover
sbin/fixparts
sbin/fsck.cramfs
sbin/fsdb.ufs
sbin/gdisk
sbin/ipset
sbin/iptaccount
sbin/ipvsadm
sbin/mkfs.cramfs
sbin/mkfs.hfs
sbin/mkfs.hfsplus
sbin/mkfs.logfs
sbin/mklogfs
sbin/mount.crypt
sbin/mount.crypt_LUKS
sbin/mount.crypto_LUKS
sbin/mount.dapfs
sbin/mount.ecryptfs
sbin/mount.ecryptfs_private
sbin/nfnl_osf
sbin/nilfs-clean
sbin/nilfs-resize
sbin/nilfs-tune
sbin/nilfs_cleanerd
sbin/regdbdump
sbin/sgdisk
sbin/umount.crypt
sbin/umount.crypt_LUKS
sbin/umount.crypto_LUKS
sbin/umount.ecryptfs
sbin/umount.ecryptfs_private
sbin/umount.udisks
sbin/vstp
sbin/wpa_supplicant
sbin/zdb
sbin/zfs
sbin/zfs-fuse
sbin/zpool
sbin/ztest

При недоступности /usr эти посоны могут ощущать некоторые проблемы, не?

Чувак, надо в Past Perfect говорить это, действие то уже завершенное .

Гента не Линукс?

1). почему задан этот вопрос?

а вобще он очень сложный... гента метадистрибутив posix совместимой системы, т.к. с префиксом она может быть запущена как на linux, так и на solaris, bsd, winnt. А т.к. считается, что linux это ядро, то получается, что гента не linux.

На десктопе и буке оставил, на хоумсервере замаскировал, т.к. там squashed /usr.

Какой вообще смысл выносить /usr на отдельный раздел?

Гентушники на тракторах переезжают на слаку.

Лишь бы не к неосиляторам на их мерзопакостный Арч(ик).

Почему был написан твой коммент? Вот по той же причине. Даю наводку: гента у меня или нет тут особого значения не имеет.

убрана возможность работы с /usr на отдельном разделе

Вот жеж.
Придется костыли городить против еретика.

мой 1 коммент был написан потому, что я решил, что стоит обратить внимание на то, что если «у кто-то на десктопе /usr не примонтирован», то это абсолютно не относится к теме и выразил это двумя предложениями, первое из которых правда можно было опустить.

мой 2 коммент был ответом на прямой вопрос.

Мне кажется, что ни одна из этих причин не совпадает с причиной твоих комментариев.