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

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

то ли дебилы, то ли наркоманы

вторая идея - намного логичнее и красивей

mlyaghost ()

Утверждённый план Дениса Попова выполняется нормально

darkshvein ☆☆ ()

/var - неизменные данные

а это вообще facepalm

mlyaghost ()

/run - переменные данные; локально; обязательно использование tmpfs;

А tmp на что?

stack_protector ()

Пилять, они FHS хоть раз в глаза видели? Хоть бы не позорились так с /var. Не дай Бог это по всем дистрибутивам пойдет. Придется выкачивать из сети нравящиеся дистрибутивы и сорцы всех пакетов.

HerrWeigel ★★★★ ()

Ну все! Теперь линуксу точно капец!

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

Пилять, они FHS хоть раз в глаза видели?

Они его пишут, так-что они в теме побольше тебя.

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

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

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

Они его пишут, так-что они в теме побольше тебя.

Чукча не читатель, чукча писатель. Хоть бы удосужились прочитать то, что раньше написали.

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

а это вообще facepalm

Это неточный перевод. Речь идет о долговременных, но разумеется изменяемых таддых (логи, сэйвы игрушек и пр.)

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

Чукча не читатель, чукча писатель. Хоть бы удосужились прочитать то, что раньше написали.

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

plm ★★★★★ ()

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

post-factum ★★★★★ ()

/var - неизменные данные

Прошу прощения за мой французский, WTF?

GotF ★★★★★ ()

Да, теперь будут заставлять всех переписывать пути в софте и менять #!/bin/sh на #!/usr/bin/env sh во всех скриптах.

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

У меня у самого случился когнитивный диссонанс при переводе.

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

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

Безобразие. А ссылочку можно?

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

Так они и читают

плохо читатют раз у них /var(iable) = persistent

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

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

Plan9? Но там тоже /bin и /usr/bin изначально были совмещены, только наоборот - все в /bin

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

Прошу прощения за мой французский, WTF?

Это автор новости так persistent перевел.

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

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

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

Они его пишут

Это не означает того, что они его читали. Можно писать заново. Слыхал о таком?

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

Пойдет

/me побежал за пачкой терабайтников.

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

/me побежал за пачкой терабайтников.

разоришься

daemonpnz ★★★★★ ()

Systemd, теперь это. Хоть Федора и экспериментальный дистрибутив, но, тем не менее, всё ранво не понятно зачем зачем такие кардинальные перемены.

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

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

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

Systemd, теперь это. Хоть Федора и экспериментальный дистрибутив, но, тем не менее, всё ранво не понятно зачем зачем такие кардинальные перемены.

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

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

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

Не на долго. Полтора года максимум.

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

Я же шучу. Но и в этой шутке есть доля правды.

Ну ладно, посмотрим, что из этого выйдет.

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

менять #!/bin/sh на #!/usr/bin/env sh

Давно пора.

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

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

Пока они есть, надо же изменить скрипты.

uju ★★ ()

Когда коту делать нехрен....

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

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

Какие конфиги? dconf и прекращай насиловать труп.

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

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

кстати, оффтоп, заметил после обновления LibreOffice с 3.4 на 3.5, что LO хранит конфиги в ~/.config/libreoffice вместо ~/.libreoffice :)

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

ёмоё, нет, только редхатоподобным, а ведь через некоторое время это и в rhel перейдёт... ппц...

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

Одно другому не мешает. Постоянство означает, что данные существуют не только во время работы ОС, как тот же /run (/var/run). Это не мешает им оставаться изменяемыми.

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

Ну в общем пофиксил в тексте новости, на «долговременные»

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

нет, ну а bin и sbin опять порознь

Во-во. Это очень плохо - значит еще один раунд поломок будет, когда их, все-таки, будут сливать вместе.

Но нам, юзерам Fedora, не страшны поломки :)

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

оттуда же

И? Это же ты откуда-то взял, что persistent = неизменяемые.

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