Иерархия файловой системы Linux ( FHS ) содержит много важных каталогов. Например, я только что обнаружил /sys/class/input
во время игры с настройками клавиатуры PS / 2.
Но все эти важные каталоги документированы в другом месте, поэтому man /sys/class/input
не работает, чтобы объяснить, что происходит в определенный момент.
Почему бы не разместить README
файлы в иерархии, чтобы людям было легче узнавать, что происходит на определенных уровнях, и играть с содержимым? Было бы действительно здорово, если бы устройства могли даже монтировать свои собственные README
.
documentation
fhs
анатолий техтоник
источник
источник
man hier
.Ответы:
Если использовать ваш пример:
/sys/
не содержит «настоящих» файлов, но полностью предоставляется ядром. Вы хотите, чтобы все README стали частью ядра? Вы, вероятно, нет.Документация находится в
/usr/share/doc
. Который содержит нормальные файлы на вашем жестком диске. Некоторая документация о/sys
и/proc
находится в исходном коде ядра, то есть в/usr/src/linux/Documentation
(если вы установили исходный код ядра и создали символическую ссылку для вашего текущего ядра).источник
/use/share/doc
./usr/share/doc
вместо.Потому что Unix и Linux имеют многолетнюю традицию документирования
man
страницами (а в системах GNU -info
файлами ...). Смотрите man (1) , man (7) , man-страницы (7) . Кстати,man
команда и страницы не являются обязательными (и вы не будете устанавливать их в каждой системе Unix).Иерархия файловой системы описана в hier (7) .
Он определяется стандартом иерархии файловой системы, доступным по адресу https://wiki.linuxfoundation.org/lsb/fhs.
Некоторые файловые системы, в частности
/proc/
(см. Proc (5) ) и/sys/
(см. Sysfs (5) ), являются псевдофильными системами, предоставляемыми кодом ядра. Вы не хотите раздувать ядро дополнительным кодом, создающим такиеREADME
-s (который бесполезен для подавляющего большинства пользователей). Даже файл конфигурации ядра доступен только по желанию,/proc/config.gz
который часто отключается в большинстве конфигураций ядра. И многие системы Linux являются встроенными системами (например, ваш смартфон, ваше интеллектуальное устройство или IoT-устройство, ваш RaspberryPI), где ресурсы достаточно напуганы, чтобы не тратить их впустую.В частности
/sys/
, в основном полезна для сисадминов и разработчиков , пишущих утилиты низкого уровня, и оба должны быть в состоянии найти документацию надлежащим образом .Если вы действительно хотите такие
README
s, напишите свой собственный загружаемый модуль ядра, предоставив их, или настройте некоторые unionfs для их предоставления. Я не думаю, что это стоит затраченных усилий (и использование unionfs/sys
может замедлить всю вашу систему).Помните, что код ядра потребляет оперативную память (он никогда не выгружается и находится в физической памяти, а не в виртуальной памяти), даже если он не используется. Так что имеет смысл избегать вздутия.
источник
/sys
замедлит вашу систему. Я не думаю, что стоит так терять время. Жизнь коротка ... И вы потратите на это больше времени, чем на чтение документации