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)
Ответ на: комментарий от AVL2

> ура, опять tcb вспомнили

А чем он плох?

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

> Эта необходимость появилась только в современном десктопе? Прежде ничего такого не требовалось?

Кстати, я тут уже спрашивал, куда монтировать общие вещи, которые ни в media, ни в mnt не попадают. Идей пока нет.

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

> После установки фри нужно еще вручную накропать пару десятков конфигов? Да ну

А что, там тоже нет конфигов по умолчанию?

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

> Кстати, я тут уже спрашивал, куда монтировать общие вещи, которые ни

в media, ни в mnt не попадают. Идей пока нет.


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

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

>У вас у всех фобия засрать корень. А у тебя фобия символических ссылок, надо понимать? Лично я не люблю исключения в правилах. Чем их меньше, тем иерархия понятнее и легче для освоения. Файлы распологающиеся в /srv вполне подходят под описание того, что должно располагаться в /var. Создавать отдельную директорию в корне лишь для них, равносильно выделению иксам отдельных директорий вне стандартов иерархии.

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

>Для этого есть подкаталоги /media. ============== /media : Mount point for removeable media

Purpose

This directory contains subdirectories which are used as mount points for removeable media such as floppy disks, cdroms and zip disks. ============== Хоть бы читали стандарт...

Для музык и фильмов и прочей хрени, есть /home/username/anydir

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

>Вообще вся система должна быть максимально где-то закопана О! Фанат виндовс детектед. В нормально настроенной многопользовательской системе, пользователю нет никакого смысла выходить за пределы хомяка.

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

> О! Фанат виндовс детектед.

У тебя комплексы.
И мэйби квотить научишься, для начала.

В нормально настроенной многопользовательской системе


А как ты определяешь что система нормальная? По запаху? Или на каком-то заборе написано? А в моём сне о прекрасной нормальной системе она вообще на отдельной микросхеме вместо биоса и просто работает искаропки не захламляя диск.

пользователю нет никакого смысла выходить за пределы хомяка


Может пользователю вообще нет смысла компьютер включать? А если человек нечаянно вышел в /? Ему сразу вешаться среди кучи абсолютно не интуитивных сокращений? Эти сокращения, также как и сишный stdlib и все темплейты c++, делались какими-то кошмарными студентами быдло-кодерами. Нет, я понимаю что для первой попытки, не имея аналогов - нормально. Но стоять на месте 20ть+ лет...
Да и администраторы компьютера - не пользователи компьютера? Им тоже обязательно этот говносрач наблюдать и сопровождать?

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

>Для музык и фильмов и прочей хрени, есть /home/username/anydir
И мы опять скатились к однопользовательской системе.

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

> Хоть бы читали стандарт...

Вы это разработчикам DE скажите, ага? Которые монтируют туда по дефолту любые устройства, для которых нет записей в fstab. И правильно делают.

А устаревший бред по поводу «removeable media such as floppy disks, cdroms and zip disks» — это устаревший бред и есть. Диски с горячей заменой куда относятся в этой классификации? А куда относится носитель, который я могу воткнуть или в sata, или переходник sata-usb? Менять точку монтирования для одних и тех же разделов в зависимости от того, через что они доступны? Винда какая-то получается.

Для музык и фильмов и прочей хрени, есть /home/username/anydir

Создавать точки монтирования в хомяке? Нет пути идиотизму.

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

> У тебя есть 2.5 извращенных юзкейса, и ради них ты пришел сюда и решил переделать FHS.

Ты идиот, не умеющий читать. Моё решение полностью совместимо с FHS.

И кто ты после этого?

Задай себе этот вопрос, ага.

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

>И мы опять скатились к однопользовательской системе.

Вы, вендузятнеги - да.

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

>Может пользователю вообще нет смысла компьютер включать? А если человек нечаянно вышел в /? Ему сразу вешаться среди кучи абсолютно не интуитивных сокращений? Эти сокращения, также как и сишный stdlib и все темплейты c++, делались какими-то кошмарными студентами быдло-кодерами. Нет, я понимаю что для первой попытки, не имея аналогов - нормально. Но стоять на месте 20ть+ лет... Да и администраторы компьютера - не пользователи компьютера? Им тоже обязательно этот говносрач наблюдать и сопровождать?

Зачем им туда выходить? Администраторы его не сопровождают, это работа для пакетных менеджеров.

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

>> Хоть бы читали стандарт...

А устаревший бред по поводу «removeable media such as floppy disks, cdroms and zip disks» — это устаревший бред и есть. Диски с горячей заменой куда относятся в этой классификации? А куда относится носитель, который я могу воткнуть или в sata, или переходник sata-usb? Менять точку монтирования для одних и тех же разделов в зависимости от того, через что они доступны? Винда какая-то получается.

Ты что курил? Какая разница по сути между zip, флешкой и переносным диском, тебе же ясно написали: «removeable media such as...» А для хотсвапов вообще нет такой проблемы, потому что они никогда напрямую не монтируются.

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

>>Для музык и фильмов и прочей хрени, есть /home/username/anydir

И мы опять скатились к однопользовательской системе.

adduser common

adduser user1 common

adduser user2 common

chmod rwx+g common

mkdir /home/common/video

mv /home/user1/video/* /home/common/video

mv /home/user2/video/* /home/common/video

profit

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

> Ты что курил?

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

тебе же ясно написали: «removeable media

Вот именно. Если я винт вытащил из компа, взял с собой и пошел — это removeable media или нет?

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

>Диски с горячей заменой куда относятся в этой классификации? А куда относится носитель, который я могу воткнуть или в sata, или переходник sata-usb? Все туда же. Или они перестали быть removable от того что имеют разъем сата и кучку железных пластин?

Создавать точки монтирования в хомяке? Нет пути идиотизму.

Создавать точки монтирования для музык и фильмов - вот истинный идиотизм.

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

>Вопрос не ко мне, а к желающим классифицировать устройства по типу их подключения, а не по логическому назначению.

я тут таких не заметил.

Вот именно. Если я винт вытащил из компа, взял с собой и пошел — это removeable media или нет?

я то откуда знаю? Если он был на том компе смонтирован в media, то removeable, а если в /, то нет. Но ты мог смонтировать в media, перести на другой комп и смонтировать в /, тогда на новом компе он будет не removeable, хотя на старом был removeable. ;)

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

> А если человек нечаянно вышел в /?

А если человек нечаянно зашел в C:\Windows?

Эти сокращения, также как и сишный stdlib и все темплейты c++, делались какими-то кошмарными студентами быдло-кодерами.

И когда же выйдет твоя Правильная ОС 1.0?

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

Говносрач в C:\Windows, безусловно, сопровождать легче.

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

> Или они перестали быть removable от того что имеют разъем сата и кучку железных пластин?

Ну по твоей логике, возможно. Иначе с чего бы ты начал возмущаться.

Создавать точки монтирования для музык и фильмов - вот истинный идиотизм.

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

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

Собственно для хранения общих файлов был задуман /usr/games - по задумке «аффтаров» общими могут быть только таблицы рекордов.

/selinux ad-hoc решение. в иерархии нет места для монтирования новых виртуальных систем, она не расширяема. Лепить все к корню - моветон.

Собственно изначально в иерархии /lib и /usr/lib задуманы для хранения бинарных файлов. То что система может поддерживать разом много архитектур видимо узнали только недавно, авось стандартизируют что-нибудь удобное и расширяемое (lib_x86,lib_amd64,lib_arm)

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

Хочу чтобы tmpfs на /var/run монтировался даже если /var не смонтировался.

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

Как приведи примеры нормального portable софта. Хочу например асечку носить на флэшке. Как мне быстро собрать все либы, как мне ее запускать не жонглируя с LD_PRELOAD?

Как без прав рута на дистрибутиве с репозитариями и пакетами поставить пакет?

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

А чем плохо валить все на 1 раздел?

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

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

А это невозможно при одном разделе.

JJackFLASH ★★
()
Ответ на: А чем плохо валить все на 1 раздел? от JJackFLASH

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

Кто-нибудь может мне внятно объяснить - зачем это надо?

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

> Ты идиот, не умеющий читать. Моё решение полностью совместимо с FHS.

Совместимо по симлинкам? Ага-ага. Таким методом все со всем совместимо - наделал симлинков и все, fhs - compartible :D

Задай себе этот вопрос, ага.


Ты на мой то вопрос ответь, кто ты такой чтобы засирать стапятистами директориями пакетов корень на уровне стандарта. И даже на уровне generic дистрибутива.

Твою идею уже давно воплощают всякие авторы виртуализаторов (точнее системных изоляторов). И решением был бы какой нибудь менеджер системных окружений, создающий под chroot/namespace нужный набор версий софта.

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

>кто ты такой чтобы засирать стапятистами директориями пакетов корень на уровне стандарта

Типа, «ты тварь дрожащая, лишнего каталога создать не смей»? пфхахах. С такими наклонностями - на венду.

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

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

Сильно переживаешь из-за потери данных? Сделай себе soft-RAID и не мучайся.

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

> Сильно переживаешь из-за потери данных? Сделай себе soft-RAID и не мучайся.

Еще один дельфипрограммер....

Как у тебя софт-рейд защитит от глюка при ресете и прочем сбое не на уровне чисто винта?

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

Кто-нибудь может мне внятно объяснить - зачем это надо?

Да чтоб никсовая малварь имела еще меньше шансов прижиться в твоей системе.
Это защищает 2 важнейшие файловый системы в никсах ( корень и /usr ) от повреждения из-за некорректного останова.

А каталог /tmp можно вообще в раздел подкачки загнать.

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

> В каком мануале написано, что корень и /usr надо монтировать в ro и описаны мотивы?

В классических книжках по юниксу, вестимо. В Немете например.

kernel ★★☆
()

>Это защищает 2 важнейшие файловый системы в никсах ( корень и /usr ) от повреждения из-за некорректного останова

Если файлы открыты на чтение, как некорректный останов может их повредить?

Да чтоб никсовая малварь имела еще меньше шансов прижиться в твоей системе.

Они и так близки к нулю.

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

> создающий под chroot/namespace нужный набор версий софта.

При чем, *заметь*, никаких переделок менеджера пакетов НАФИГ не надо. Надо иметь пакетную базу где сочетание разных версий софта допустимы, а не как сейчас.

Но как сейчас оно потому что нету тупо ресурсов на это все, на суперкрутые пакеты.

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

Если файлы открыты на чтение, как некорректный останов может их повредить?

Ты когда-нибудь читал дефолтный fstab ?
Корневой раздел ВСЕГДА подключен в режиме чтение-запись (rw)
Так это раздел следует подключить в режиме ЧТЕНИЯ (ro) после того как все настройки были сделаны.

# Device		Mountpoint	FStype	Options		Dump	Pass#
/dev/ad0s1b		none		swap	sw		0	0
/dev/ad0s1a		/		ufs	ro	        0	0      	
/dev/ad0s1e		/usr		ufs     ro	        0      	0
/dev/ad0s1f		/home		ufs	rw		2	2
/dev/ad0s1d		/var		ufs	rw		2	2
/dev/acd0		/cdrom		cd9660	ro,noauto	0	0
/dev/acd1		/cdrom1		cd9660	ro,noauto	0	0
linproc			/compat/linux/proc linprocfs 	rw	0 	0
linsys			/compat/linux/sys  linsysfs     rw      0	0 	

Таким образом страхуешся от загрузки в однопользовательский режим и нудного fsck_ufs
Бывают случаи когда уже никакой fsck_ufs не помогает
.

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

Я говорю о файлах, а не о разделе целиком

А файлы находяться на разделе, так?
Чтобы изменить какой-нибудь файл, напр. подменить модуль ядра,
надо же иметь право записи на этот раздел.

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

Мы говорили чисто о сохранности данных.

Так я о сохранности данных и говорил.
Стоит только школоте запустить удаленно на твоей системе
какой-нибудь руткит и такому лоху как ты придется только сожалеть
о сохранности данных.

JJackFLASH ★★
()

Милок, если ты не в состоянии обеспечить тривиальную безопасность своей системе, то тебе никакое монтирование в ro не поможет. К детским обзывательствам прибегать не стоит, так ты автоматом попадаешь в список, что у меня в профиле.

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

ты не в состоянии обеспечить тривиальную безопасность своей системе

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

JJackFLASH ★★
()

>Вот именно что знаю как обезопасить свою систему

Монтированием корня в ro?

поэтому и стараюсь поделиться с другими

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

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