LINUX.ORG.RU

Что нового будет в третьей версии Filesystem Hierarchy Standard?

 


0

1

На сайте linux.com появилась небольшая статья, описывающая грядущие изменения в стандарте отвечающем за иерахию файловой системы в Unix-системах.

Коротко о планируемых изменениях в Filesytem Hierarchy Standard 3.0:

  • Появление каталога /run для размещения там необходимых при запуске системы файлов, таких как PID процессов или информацию о сессиях пользователей. Каталог /var/run с этого момента становится символической ссылкой на /run. Причиной побудившей к такому шагу является то, что каталог /var, как правило, выносится на отдельный раздел, так как там хранятся журналы, кэш почтовых и веб-серверов, который монтируется при загрузке в последнюю очередь. Впрочем, дискуссия касательно данного решения всё ещё идёт.
  • Игры планируется размещать по следующей схеме: /usr/bin для бинарных файлов, /usr/share для ресурсов игры и /var/lib для тех компонентов, которые должны быть доступны на случай наличия нескольких учётных записей в системе. Старая схема предполагала размещение игр и их компонентов в отдельных каталогах /usr/games и /var/games.
  • Директория для SELinux из корневого каталога /selinux будет перемещёна в /sys/fs/selinux.
  • Директории для старых версий X-сервера, вроде /usr/X11R6 и прочих ранее используемых мест в файловой системе будут удалены из стандарта за ненадобностью. Связано это с тем, что x.org прочно вошёл в жизнь как пользователей, так и администраторов unix-подобных систем, поэтому надобность в поддержке в старой версии подсистемы X отпала. Из старых, но до сих пор не вошедших в стандарт вещей, в настоящий момент обсуждается внедрение отдельных каталогов для 32-х и 64-х разрядных библиотек (/lib и /lib64 соответственно). Что позволило бы использовать дистрибутивы Linux на компьютерах со смешанной архитектурой. Проблема была поднята разработчиками дистрибутива Debian. Интересующиеся подробностями технологии могут сходить на нужную wiki-страницу.

Такой же нерешённой проблемой остаётся определение размещения специализированных директорий, необходимых для хранения конфигураций рабочего пространства пользователя в графических окружениях вроде KDE. Также обсуждается точное функциональное назначение каталога /srv.

Ещё одно обсуждение касается разделения каталога /var на несколько субдиректорий для разделения данных разного рода. К примеру, сетевые каталоги вынести в /export.

С принятием новой версии стандарта планируется оживить дискуссию со всеми участниками Unix-мира (например, разработчиками BSD-систем), которые практически отстранились от участия в разработке стандарта с момента утверждения FHS версии 2.3.

новость взята с linux.ru

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

★★★★★

Проверено: Dimez ()
Последнее исправление: JB (всего исправлений: 14)

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

Нет, защита от идиотов, которые считают себя root'ом, а /usr - своей домашней директорией.

И кого защищаем, простите?

Axon ★★★★★
()

Всё правильно, ядро 3.0, гном 3.0, теперь вот файловая система 3.0

Мы с вами наблюдаем первый шаг на пути вселенской интеграции.

inst
()
Ответ на: комментарий от Deleted

>Есть такая штука, десктоп называется.

На десктопе запрет записи в /usr - вообще обязателен. Ибо, за ним по-определению сидят неквалифицированные пользователи.

А особо «продвинутые» могут невозбранно запустить шелл с конктекстом «пакетного менеджера».

Macil ★★★★★
()
Ответ на: комментарий от job-linux

закрыть x.org, что-бы настал апокалипсис для неверных юзверей, админов и разработчиков

job-linux
()
Ответ на: комментарий от markevichus

>http-, ftp-, nfs- и пр. серверный контент туда, а не пихать DocumentRoot в /var/www, как в debian сделали.

Серверный контент надо в /home под отдельным юзером размещать. А апач без suexec запретить, его пользователей - сжечь.

anonymous
()

> Появление каталога /run для для размещения там необходимых при запуске системы файлов, таких как PID процессов или информацию о сессиях пользователей. Каталог /var/run с этого момента становится символической ссылкой на /run

Расстрел за это.

/usr/bin для бинарных файлов, /usr/share для ресурсов игры и /var/lib для тех компонентов

Где local?? Повесить немедля.

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

~/.kde4 же.

со всеми участниками Unix-мира (например, разработчиками BSD-систем), которые практически отстранились от участия в разработке стандарта с момента утверждения FHS версии 2.3.

Все правильно сделали. За это и выбирают фряшечку-няшечку - ясный, кристально чистый, каноничный и академический hier, где каждому файлику свое место, и нет ничего лишнего и на man hier можно фапать. Я не смог органически жить в линуксе, когда посмотрел в его /etc... Нафик так жить, поцоны? Нет, только freebsd, только молодость, только хардкор.

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

XDG_CONFIG_HOME (и остальное, что там ещё есть), вот этого вот хватает. А создавать ещё каталоги по именам пользователей кроме как в /home это некошерно.

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

>Хорошо, что такие как ты не имеют возможности ничего сделать с линуксом.

Спешу тебя огорчить, но «такие как я» давным-давно запилили инфраструктуру LSM в линукс, плюс всякие бэк-энды типа SELinux и AppArmor, не говоря уж про сторонние патчи типа grsecurity и RSBAC.

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

Задротство не нужно. Таблицы рекордов не нужны - все должны быть равны.

LongLiveUbuntu ★★★★★
()

> Игры планируется размещать...

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

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

Оно уже там. Вот и откатывают всё обратно.

Deleted
()

Замечательные изменения.

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

> Нет, защита от идиотов, которые считают себя root'ом, а /usr - своей домашней директорией.

Таким идиотам надо наоборот помочь всё сломать, чтобы они свалили побыстрее и подальше.

anonymous
()

Я искренне считаю, что должно быть так, и только так: все файлы, которые появились на чистом винте в процессе установки ОС-должны быть неизменными, и пути к ним то же, а все файлы, которые возникли после установки системы-должны быть отделены от системы. Идеальное решение-как на freebsd: если там взять и удалить /usr/local - получим кристально чистую только что поставленную систему. Потому что все, что происходит в системе после установки-происходит только в /usr/local. Поставил программу - /usr/local/bin. web сервер? /usr/local/www. Библиотеки сторонние поставил? /usr/local/lib. Документация, примеры, семплы? /usr/local/share.

Да, только так, freebsd hier - идеален, правильно что они ушли из дискуссий по линуксятному hier - пускай сами роются в своих симлинках в /etc и плодят их и плодят и плодят.

anonymous
()

Куда лучше монтировать файлопомойки на локальных разделах (rw для всех юзеров) — тут тоже непонятно будет?

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

> Идеальное решение-как на freebsd: если там взять и удалить /usr/local - получим кристально чистую только что поставленную систему. Потому что все, что происходит в системе после установки-происходит только в /usr/local.

Изменил конфиг из пакета — что будет?

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

если об этом - нужно, разумеется. но мне показалось что они толковали о каких-то извращениях вроде /var/kde

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

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

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

>получим кристально чистую только что поставленную систему

Угу, с кучей уязвимостей, если следовать твоему подходу БУКВАЛЬНО.

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

Macil ★★★★★
()

Все эти «инновации» мне говорят только одно - что все предыдущие дифирамбы «как всё в юниксе продумано» - враньё. Не продумано и никогда таким не было - была просто трёхбуквенная помойка, которая казалась очень логичной тем, кто в ней ковырялся. Ни один здравомыслящий человек при взгляде на корневую структуру не поймёт, наструя всё это нужно.

А вот что окончательно убивает, что даже при наличии Gobo-linux с его великолепной и систематичной иерархией, где-то в пивнушках сидят старые пердуны и придумывают всякие FHS-ы, лишь бы ещё немного побыть «важными и нужными».

matumba ★★★★★
()
Ответ на: комментарий от A-234

>Ориентировать стандарт

Я что-то не понял... К чему эта тирада? Или у вас в области «чуть пониже спины» закололо?

Macil ★★★★★
()

все правильно делают. кстати, не так давно в опенбсдшную рассылку приходил чувак, пытался «восстановить переговоры по унификации hier». его там затроллили, зря конечно, но по делу. коммитет FHS слишком долго игнорировал БСД и Соляру, вот они и самоустранились, совместимость только по SUS3.

val-amart ★★★★★
()
Ответ на: комментарий от matumba

Вас должно очень раздражать что не всякая бабушка сможет великолепную иерархию «Gobo-linux» оценить по достоинству. А нам тут пофигу на бабушек, мы людей обучаем а не расчитываем на врождённые навыки. Соска это единственный в мире интуйтивно понятный интерфейс, остальному нужно учится(с).

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

> все файлы, которые возникли после установки системы-должны быть отделены от системы.

Этот подход страдает одним мааааленьким недостатком: «система Линукс» - это /boot/kernel. ВСЁ. Все остальные перделки - это ГНУ-Линукс, огромный набор программ, ЛЮБАЯ КОМБИНАЦИЯ которых будет «рабочей системой». Вопрос: и как вы с этим «виндузятным» подходом собираетесь классифицировать кто /bin, а кто /usr/local/bin? А ls важнее xorg? :)

Практически вся система есть одна большая бетта - нет никаких гарантий, что завтра не выйдет новый tar или gzip. Так что «замораживать» в ней нечего. А вот чего действительно требуется (и что сделано в Gobo) - это разделение всех программ «по койкам», что значительно упрощает любые операции управления пакетами.

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

> Пофиг на «засрём корень», а вот то что / в ro не смонтируешь это плохо.

Мсье никогда не слышал про tmpfs?

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

> не всякая бабушка сможет великолепную иерархию «Gobo-linux» оценить по достоинству

Увы, тогда таким «неосиляторам» ничего сложнее PS3 давать нельзя.

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

> Уж лучше шутка, чем

Ну естественно, что тебе нравятся свои шутки. Хорошо, что людей с подобным ЧЮ немного.

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

Вы готовы логически доказать:

а) 30-летнее «петросянство» из /var, /opt, /etc etc etc. это плохо

б) в GoBo-Linux всё близко к идеалу в этой области.

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

>На кой ляд надо было выделять игры как отдельный класс?

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

Gary ★★★★★
()

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

Ну у меня так давно уже. Никаких проблем нет. Что они там курят?

anonymous
()

OMG, Lorcut!

К примеру, сетевые каталоги вынести в /export

Ни разу в Линупсе не видел такой директории. В hier(7) тоже не нашел. У кого-то опять Солярис? :)

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

Он лежит в /usr/local/etc же. И только там. перед тем как удалять local - копируешь просто /usr/local/etc. Если понадобисят-потм на место возвращаешь. Все конфиги НЕ СИСТЕМНЫЕ - там.

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

А этого никто не отрицает. Обновлять систему нужно, но это отдельный разговор. Кроме того, обновляя систему, мы обновляем все, но это никак не касается /usr/local. Система и все что ставилось после-независимы и разделены.

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