LINUX.ORG.RU

Для Fedora 17 утверждён план по переносу компонентов из корня в /usr и переход на Btrfs

 , ,


0

3

После обсуждения идеи переноса части компонентов корневой системы в /usr и объединения /sbin и /bin принято решение об утверждение планов по реализации первой идеи. Вторая идея одобрения не нашла. Обновленная структура корня будет выглядеть приблизительно следующим образом:

  • /usr - установленная система; общедоступно; возможность монтирования в режиме только чтения;
  • /etc - конфигурационные данные; локально;
  • /var - долговременные данные; локально;
  • /run - переменные данные; локально; обязательно использование tmpfs;
 /
 |-- etc
 |-- usr
 |   |-- bin
 |   |-- sbin
 |   |-- lib
 |   `-- lib64
 |-- run
 |-- var
 |-- bin -> usr/bin
 |-- sbin -> usr/sbin
 |-- lib -> usr/lib
 `-- lib64 -> usr/lib64

О преимуществах данного решения можно подробнее прочитать в предыдущей новости.

Так же принято решение об очередной попытке перехода на Btrfs в качестве основной ФС. По сравнению с прошлым планом дополнительно заявлено о решении использовать стандартные для Btrfs механизмы управления томами, вместо LVM, и организации RAID.

В зависимости от степени готовности данных изменений перед заморозкой кода дистрибутива, планы по их реализации могут быть отложены.

Подробности:

О переходе на Btrfs

>>> О переносе компонентов из корня в /usr

★★★★★

Проверено: anonymous_incognito ()
Последнее исправление: daemonpnz (всего исправлений: 2)

Ответ на: комментарий от sergv

Т.е. отныне «Федорино горе» становится непригодно для изготовления офиса на терминалах с сетевой загрузкой?

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

/lib, /boot, /bin, /sbin - загрузка системы и подгрузка модулей.

У нас есть два супермегабыстрых ssd, на одном /, на другом /usr. / используется, когда происходит «загрузка системы и подгрузка модулей», /usr плюс немного /etc всё остальное время. В чём профит?

Laz ★★★★★
()
Ответ на: комментарий от Laz

чтоб у меня корень был зашифрованный

а /proc/ тебе не шифровать? :)

nu11 ★★★★★
()
Ответ на: комментарий от daemonpnz

федора не стала расписывать про каждую подваротню О_о и правда зачем?

Thero ★★★★★
()
Ответ на: комментарий от Laz

На том, что ставлю заново, я делаю именно так.

ну это понятно, однако я ж не про твои личные половые проблемы спрашиваю.

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

есть такое понятие: «гибкость». говорят лялих ей славится. врут?

Rastafarra ★★★★
()
Ответ на: комментарий от DRVTiny

уже имеет, но пока не так хорошо как в эксте, да.

Thero ★★★★★
()
Ответ на: комментарий от Rastafarra

есть такое понятие: «гибкость». говорят лялих ей славится. врут?

Леннарт Поттеринг: Гибкость. Мы запретим ее.

praseodim ★★★★★
()
Ответ на: комментарий от Laz

Но тем не менее, в случае с сетевой загрузкой какой профит от разделения / и /usr?

Мало количество памяти на внутренней FLASH. Весь хлам не влезет.

У нас есть два супермегабыстрых ssd, на одном /, на другом /usr

А, в случае с сервером и ОБЯЗАТЕЛЬНЫМ зеркалированием дисков, по деньгам - спина сильно не заболит?

Для тех, кто на бронепоезде: 1) SSD обрабатывает на порядки большее количество запросов в секунду. 2) Это очень хорошо для ускорения загрузки сервера и ускорения критических сервисов (DB, например). Вынесение / и /var/(db|lib)/(mysql|mrtg) на два отдельных раздела SSD даст просто чудесный прирост производительности. 3) SSD большого объема - безумно дороги.

Теперь как вывод:

на федоре обкатывают новые идеи, лично я бы не стал ставить её офисным работникам.

Теперь ее нельзя ставить ни офисным работникам, ни на сервера, ни на эмбедед...

Отсюда вопрос: Кому она ТЕПЕРЬ вообще всралась, кроме ее разрабов и гномофилов???

sergv
()

ппц, товарищи, у меня больше нет слов

Pinkbyte ★★★★★
()
Ответ на: комментарий от gaestur

его не трогали значит ро него можно не писать -_-

Thero ★★★★★
()
Ответ на: комментарий от alpha

им дан свет ещё с релиза федоры 15. в 16 моглибы включить, но не придумали ГУЙ для работы со снапшотами и подразделами. фск был и даже иногда что-то чинил

Thero ★★★★★
()
Ответ на: комментарий от Thero

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

daemonpnz ★★★★★
() автор топика
Ответ на: комментарий от sergv

Мало количество памяти на внутренней FLASH. Весь хлам не влезет.

А что это вы там размещаете на внутренней FLASH? У меня при сетевой загрузке никаких проблем с внутренними FLASH не возникало.

Для тех, кто на бронепоезде: 1) SSD обрабатывает на порядки большее количество запросов в секунду. 2) Это очень хорошо для ускорения загрузки сервера и ускорения критических сервисов (DB, например). Вынесение / и /var/(db|lib)/(mysql|mrtg) на два отдельных раздела SSD даст просто чудесный прирост производительности. 3) SSD большого объема - безумно дороги.

То есть, на ssd у нас будут только / и /var/db? И / нужен, чтоб ускорить загрузку (ежечасный ребут очень долго проходит)? А /usr отделим, потому что на / мало места? Ну, не вижу никаких проблем.

Laz ★★★★★
()
Ответ на: комментарий от Rastafarra

ну это понятно, однако я ж не про твои личные половые проблемы спрашиваю.

понятно, спасибо за конструктивный диалог.

Laz ★★★★★
()
Ответ на: комментарий от Laz

Laz> Скорее пиши об этом федоровцам, а то мужыки-то и не знают.

Пока лысый дядя с штрихкодом на затылке не посетит Поттеринга - это бесполезно.

Quasar ★★★★★
()
Ответ на: комментарий от daemonpnz

Ну тогда всё ясно. Этот шизанутый быдлокодер всё испортит.

Quasar ★★★★★
()
Ответ на: комментарий от gaestur

Помещение /tmp в /run пока опционально и планируется в Дебиане.

И в оперативке у дебиянщиков будут темпфайлы, вместо програм. Оракел вот к примеру любит писать в /тмп временные файлики по 2Гб, мс тоже.

prizident ★★★★★
()
Ответ на: комментарий от Laz

Laz> Как связаны установка каждой софтины в свой отдельный каталог и статическая линковка?

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

Quasar ★★★★★
()
Ответ на: комментарий от Laz

А что это вы там размещаете на внутренней FLASH? У меня при сетевой загрузке никаких проблем с внутренними FLASH не возникало.

при разработке, например, куда козырнее бутиться по сети.

Rastafarra ★★★★
()

Всё правильно сделали.

Ramen ★★★★
()
Ответ на: комментарий от Quasar

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

shapovalov
()
Ответ на: комментарий от Axon

Axon> man slapt-get

А ещё swaret, да.

Только это не то. Именно APT нужен - со всеми своими плюшками.

Quasar ★★★★★
()
Ответ на: комментарий от Laz

Потому что выполнение udev начинается после монтирования корневой ФС, но до монтирования остальных разделов. Их просто нельзя примонтировать - /dev/ ещё нет.

просто дебилы которые пишут udev считают что запустить алсу нужно до монтирования локальных файловых систем. и поэтому по их мнению /usr надо монтировать до корня. Ну а де вы видели загрузку без звука?

prizident ★★★★★
()
Ответ на: комментарий от shapovalov

shapovalov> да я ничего против не имею, но ведь это говно потом по всем дистрам расплывется.

Если не приживётся это говно - то не расплывётся. Надеюсь, оно не сможет там прижиться нормально и будет всплывать на этом очень много проблем, чтобы другим дистрибутивам повадно не было вводить ЭТО у себя.

Quasar ★★★★★
()
Ответ на: комментарий от Laz

Laz> Изначально речь идёт о том, что схема с маленьким / «на всякий случай» и большим /usr изжила себя

Нет никакого «на всякий случай». Корень - базовая система. /usr - расширенная, грубо говоря. Так намного проще, удобнее и логичнее.

Laz> поэтому выносить /usr на отдельный раздел нет смысла.

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

Quasar ★★★★★
()
Ответ на: комментарий от Laz

Laz> Вообще, идея в том, что в случае проблем с /usr можно загрузиться в / и починить его, но что-то я не припоминаю, когда это мне хоть когда-то помогло.

Идея не в этом, а в гибкости. Отдельную ФС можно вынести на отдельное устройство, которое более для неё подходит. Поттеринг же по своей непрошибаемой тупости всё это отрицает. Не хочется ему, видите ли, код писать нормальный и предлагать нормальные технологии - вместо этого он жопой стучит по клавиатуре и пишет говнокод.

Quasar ★★★★★
()
Ответ на: комментарий от shapovalov

нафейхоа это все?

и все это при куче нерешенных проблем и очень печальном состоянии десктопа в целом (kde4<>kde4, gnome3==None). И опять же на фоне подавляющего успеха win7.

мне кажется МС идет к еще большему успеху чем когда-либо.

prizident ★★★★★
()
Ответ на: комментарий от Quasar

все что появляется в федоре рано или поздно уходит в другие дистры. красношапка диктует моду и задает стандарты.

shapovalov
()
Ответ на: комментарий от Laz

А что это вы там размещаете на внутренней FLASH? У меня при сетевой загрузке никаких проблем с внутренними FLASH не возникало.

И его при каждом обновлении пакетов из /usr переливать на ВСЕ терминалы?

(У меня сетевой загрузки НЕТ. Просто мысли)

То есть, на ssd у нас будут только / и /var/db? И / нужен, чтоб ускорить загрузку (ежечасный ребут очень долго проходит)? А /usr отделим, потому что на / мало места? Ну, не вижу никаких проблем.

1) Ежечасный ребут НЕ НУЖЕН. Нужно минимальное время простоя. 2) ЕСЛИ все слить в одну помойку на /usr, то ускорения загрузки не будет.

sergv
()
Ответ на: комментарий от prizident

и все это при куче нерешенных проблем и очень печальном состоянии десктопа в целом

есть мнение что на развитие линуха (именно ядра) как платформы для десктопа просто забили. может это и правильно.

мне кажется МС идет к еще большему успеху чем когда-либо.

адназначна. восьмерочка произведет фурор. семерочка тоже очень успешна.

shapovalov
()
Ответ на: комментарий от Rastafarra

при разработке, например, куда козырнее бутиться по сети.

Не спорю. Только причём здесь внутренний FLASH?

Laz ★★★★★
()
Ответ на: комментарий от kostik87

/boot/initramfs-3.1.4-1.fc16.i686.img/initramfs-3.1.4-1.fc16.i686.img/run/initramfs/bin/ содержит в т.ч. и mount / umount. Т.е. уже сейчас минимальный инструментарий есть в initramfs. А /etc/fstab как был на физической корневой ФС, так и сейчас там же: никто его в initramfs запихивать вроде не собирается. Да и незачем оно.

carasin ★★★★★
()
Ответ на: комментарий от plm

+1.

Дело было, ЕМНИП, в том, что всё равно базовый инструментарий уже есть внутри initramfs. От этого и отпала необходимость в /bin и /sbin.

carasin ★★★★★
()
Ответ на: комментарий от Quasar

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

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

Софтина в свою директорию - это офигенно длинный PATH

Не вижу проблем, я лично с ним дел не имею. Так же, как и с LD_LIBRARY_PATH.

вообще переделывание основы системы с последующей поломкой совместимости почти со всем софтом.

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

Laz ★★★★★
()
Ответ на: комментарий от firsttimeuser

Вроде, третья =) Но ведь это же хорошо, что сырые вещи не пихают.

carasin ★★★★★
()
Ответ на: комментарий от Komintern

Всегда готовы!

Только вот что-то мало их - граблей этих: хоть убегайся!

carasin ★★★★★
()
Ответ на: комментарий от Quasar

Идея не в этом, а в гибкости. Отдельную ФС можно вынести на отдельное устройство, которое более для неё подходит.

Да, точно, можно вынести, например, /etc на отдельное устройство с reiserfs - там у меня куча мелких файлов. Сейчас этим и займусь, ведь sysvinit писал не поттеринг, с этим никаких проблем не будет.

Laz ★★★★★
()
Ответ на: комментарий от registrant

registrant> а почему вы спрашиваете?

А почему Вы отвечаете вопросом на вопрос? Вы антисемит?

registrant> я вас лечить не собираюсь, так констатирую факт

Не удосужитесь ли Вы привести источник, откуда почерпнули то, что называете фактом?

Quasar ★★★★★
()
Ответ на: комментарий от plm

С инертностью мышления быд...масс бороться подчас непросто. Забейте на это. Через пару лет текущими нововведениями Fedor'ы будут пользоваться многие из тех, с кем Вы сейчас полемизируете. Просто до них пока ещё не дошло, что для них прогресс.

carasin ★★★★★
()
Ответ на: комментарий от shapovalov

shapovalov> есть мнение что на развитие линуха (именно ядра) как платформы для десктопа просто забили.

Не забили. Просто огромную долю изменений вносят конторы, занимающиеся бизнес-решениями и серверами, так как им это выгодно.

Quasar ★★★★★
()
Ответ на: комментарий от sergv

И его при каждом обновлении пакетов из /usr переливать на ВСЕ терминалы?

Я, честно говоря, вообще не понял, про какой такой внутренний FLASH идёт речь и зачем он нужен при сетевой загрузке. У меня по сети монтируются как /, так и всё остальное, при обновлении на ВСЕХ терминалах изменения сразу же видны, никаких внутренних FLASH нет. Может, я чего-то не знаю про сетевую загрузку, и у меня на самом деле ничего не работает?

Laz ★★★★★
()

Последние несколько месяцев новости о «новинках» (прошу прощения за такую тавтологию) в линуксе даже эмоций не вызывают. Юнити, Гном3, переносы файлов. Купить венду с МСО и забыть эти недоделки как страшный сон:)

Alve ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.