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)

Не нашел в новости и по ссылкам ничего о /tmp. Как-бы и нет его. У этих упорышей он что, теперь в /run?

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

В Дебиане, например, сначала хотели наоборот из /usr все вытаскивать в /

Что, вообще говоря, намного здоровее

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

> В отсутствие даже предварительной публичной версии fsck.

Это хитрый план:
1. Запилить мало кому потребную ФС по умолчанию
2. Дождаться стонов пользователей
3. Какой-нибудь программист устанет читать нытьё на форумах и напишет утилиты
4. ?????
5. PROFIT!!!111one

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

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

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

3. Какой-нибудь программист устанет читать нытьё на форумах и напишет утилиты

Увы, данную задачу не осилят те, кто читает нытье на форумах.

Может надеются раскачать криса (хотя не фиолетово-ли оракелу на федору?). Но в любом случае, даже если он опубликует поделку: два месяца на ее обкатку выглядят весьма оптимистично.

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

systemd очень тепло принят техническими специалистами, в т.ч. и из embedded-отрасли.

Это что-то в духе get the facts

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

Слушайте, один хрен: / или initramfs. Проблема не стоит выеденного яйца.

Так же как стонут, что не могут изолировать / от /usr, так и будут стонать, что не могут создать самодостаточный initramfs.

r2d2
()

But instead of expecting the traditional Unix way to (sometimes mindlessly) distributing tools between /usr and /, and require more and more tools to move to /, we now just expect /usr to be pre-mounted from inside the initramfs, to be available before 'init' starts.

При чем тут юникс вей? дамбфаки...

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

а вот не один хрен

чем страдать херней, задумались бы лучше о впиливании ssh в ядро

MHz
()
Ответ на: комментарий от myhand

Прочитал. Помещение /tmp в /run пока опционально и планируется в Дебиане. Ну да ладно, поскольку речь в любом случае идет о файлах, которые не переживают ребут, и о том, чтобы собрать их в одном месте на tmpfs, не страшно. Хотя, на мой непросвещенный взгляд, логичнее было бы поместить run в /tmp, который у всех есть, а не наоборот.

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

В отсутствие даже предварительной публичной версии fsck.

Это хитрый план:

Вообще-то Feature Freeze для ф17 назначен на 2012-02-07.

Так что этот «хитрый план» означает, что разработчикам Btrfs дан зеленый свет и всяческая поддержка со стороны Fedora, особое внимание к багам и т.п. И в то же время дан четкий deadline, когда они должны дать отчет по всем появившимся багам, по всем недореализованным фичам.

И уж будьте уверены, реализация fsck в этом отчете будет первым пунктом.

И если они не будут готовы к этому времени, фичу как и в прошлый раз отодвинут до следующего релиза.

Так что да, Fedora принимает план по фичам для стимулирования их разработки, но речь здесь не о «стонах пользователей» и не о «каких-то» левых программистах, а о приоритетной поддержке разработчиков Btrfs и активном тестировании их продукта на pre-Alpha этапе.

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

Прочитал.

Но ничерта не понял?

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

Ничего подобного не планируется:
-->8--
/tmp will always be available whether used directly or if it is symlinked to a location under /run. Programs should continue to use /tmp.
-->8--

логичнее было бы поместить run в /tmp, который у всех есть, а не наоборот

логичнее чем? /tmp не обязан быть на tmpfs

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

Вообще-то Feature Freeze для ф17 назначен на 2012-02-07.

А я что написал? Два месяца.

Так что да, Fedora принимает план по фичам для стимулирования их разработки

Они уже раз так «стимулировали» разработку. Nobody cares.

Эффект и в этот раз предсказуем - работать надо, а не «стимулировать». Что Вы собираетесь тестировать в отсутствие кода?

myhand
()
Ответ на: комментарий от Ok

Жду не дождусь, когда уже все конфиги запихают в ~/.config.

Какая разница, где помойке быть? ~/.config/SomeShit принципиально ничем не лучше ~/.SomeShit

red_eyed_peguin
()
Ответ на: комментарий от myhand

Это не «из-за них» - это как раз хорошее, годное...

А чем изначальный lib32/lib64 си симлинком не устроил? Такое ощущение, что кому-то хочется прийти к /ProgramFiles и /DocumentsAndSettings, потому что названия директорий больно короткие.

red_eyed_peguin
()
Ответ на: комментарий от myhand

Они уже раз так «стимулировали» разработку. Nobody cares.

Да, стимулировали. http://dir.gmane.org/gmane.comp.file-systems.btrfs

совсем nobody, конечно.

работать надо, а не «стимулировать»

А слабо пойди да посмотреть, какая работа делается в реальности и кем именно? В том числе как обстоит дело с той же fsck. Статистику по коммитам например?

Или так и будем шуметь ни о чем ?

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

Да вроде как раз понял. Логичнее потому, что:

1 /tmp уже есть, он именно для временных файлов, почему бы не создать точку монтирования для run внутри него? Раз уж начали «очищать» корень, стоит быть последовательным.

2 /tmp, таки да, не обязан быть на tmpfs, в отличие от run. И это очень хорошо.

Любители засранных временными файлами /tmp (вроде меня) будут и дальше держать его разделом на диске, особо не опасаясь за то, что после очередного фаерфоксового «окртыть файл после загрузки программой просмотра» или открытия чего-нибудь в графической оболочке архиватора система полезет в своп. Внутри /tmp будет смонтирован замечательный run на tmpfs для небольших временных файлов, которые сейчас рассованы по разным углам системы. В корне не надо создавать еще один каталог.

Чем плохо-то?

gaestur
()

Линус же на федоре сидит? Ждём когда Линус сменит дистрибутив и смачно выскажется об изменениях. :)

invy ★★★★★
()

sbin --> bin и будет им счастье:) В остальном, вроде неплохое решение. Но есть те, у кого /usr на отдельном разделе. Им такое решение понравится? Раньше они знали, что mount и прочие нужные команды у них в /bin, а вспомогательные mount.cifs и прочие - в /sbin. Теперь у них не будет доступа к нужным приложениям, если fstab накроется:) Надо посоветовать им теперь в initrd запихнуть всё необходимое, включая vim:) Как я делаю для себя в арчике, добавив в образ нужные приложения(mount то там и так есть, а полноценный редактор отсутствует).

lucentcode ★★★★★
()

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

Перечитал, видать самое основное в последних пунктах:

эксперименты уже показали жизнеспособность предложенной схемы и отсутствие серьезных проблем;

есть разработчик (Harald Hoyer), готовый выполнить необходимую работу.

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

Всегда считал, что Линукс это прежде всего - стабильность и надежность. Оказывается, достаточно уже быть просто «жизнеспособным» и не иметь «серьезных» проблем и можно толкать в народ.

Как могло случится, что в сообществе всх околдовал один человек по имени Леннарт, пусть даже и не лишенный таланта?

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

то, что полезно для тебя должно быть полезным для всех?

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

Насчёт BTRFS - BTRFS - это кусок дерьма, и они о.уели его вместо Ext4 пихать корнем!

Ибо нефиг халявно ставить ОС распаковывая готовый образ, познайте халявщики радость выбора сотен пакетов вручную! Ну а если к следующему рхелу ФС не приживётся, можно опять на ext героически откатить.

Napilnik ★★★★★
()
Ответ на: комментарий от post-factum

На слаку же. Тут всё по-старому приятненько и знакомо. И гнома нет.

some-body ★★
()
Ответ на: комментарий от post-factum

>куда бежать после повсеместной реализации коварных замыслов … Мейсона

От духа этого не убежишь ты.

Deleted
()

А нафига тогда /usr нужна? Перенесли бы всё в корень - один фиг даже при их подходе по разным разделам нельзя разносить ФС. Ликвидировали бы тогда /usr и оставили бы /opt для всего остального. Но и это идиотизм.

Кстати - в тут случаем Поттеринг не замешан? А то по наркоманской затее похоже на его почерк.

Так же принято решение об очередной попытке перехода на Btrfs в качестве основной ФС.

Вот это уже чисто по-федоровски. Нестабильное в релиз в целях тестирования для энтерпрайза. Так что поддерживаю эту затею.

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

darkshvein> план Дениса Попова выполняется нормально

Тайный масонский заговор против федоры?

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

HerrWeigel> Не дай Бог это по всем дистрибутивам пойдет.

Не волнуйся - Патрег не допустит.

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

plm> Пойдет. В Debian уже давно эту тему обсуждают.

Если ЭТО попадёт в дебьян - придётся пересаживаться на шлаку и портировать туда APT.

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

GotF> На слаку. Но, поскольку Патрег не очень предсказуем (HAL ему пришёлся по вкусу когда-то), лучше сразу на BSD.

Лучше сразу в могилу, чем в деревенский сруб с участком?

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

uju> Символьные ссылки будут же для совместимости.

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

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

plm> systemd очень тепло принят техническими специалистами, в т.ч. и из embedded-отрасли.

То есть специалисты на systemd наделали тёплую кучу?

Quasar ★★★★★
()

...Покойся с миром, Fedora...

Ты больше не UNIX-like OS.

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

plm> Ну а когда Леннарт стал диктатором? И кто его таким сделал?

Так Поттеринг не диктатор - он просто сумасшедший.

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

Для этого и придумали /usr и остальные элементы ФС.

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

aleax> из-за этого и переносят. что-то там системд не переваривал в конфигурации с разными разделами. Было в прошлой новости.

Офигеть. Изменять чуть ли не важнейшую часть системы только потому, что мудило Поттеринг не смог осилить написать systemd нормально. Уьивать!

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

постоянный = неизменный?!

Не мучай голову, пиши «персистентный».

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