Файловая иерархия: унифицируем до предела

Алексей Федорчук

И ещё один повод для размышления — об унификации файловой иерархии в Linux. Он появился опять же с подачи Петра Леменкова, рассказавшего об инициативе Serge, предположительно пользователя Debian, о дальнейшем упрощении структуры корневого каталога.

Согласно этому предложению, развивающему идеи проекта UsrMove, в корне файловой иерархии должно остаться только четыре каталога:

  1. /os — ядро, устройства, proc и sys, функционирующие в пространстве ядра;
  2. /usr — разделяемые каталоги с пользовательскими приложениями и библиотеками, работающие в пользовательском пространстве, а также каталоги etc и root;
  3. /var — изменяемые системные данные;
  4. /home — домашние каталоги пользователей.

Предложение интересное, но недостаточно радикальное: в корне файловой иерархии каталог, как и герой, должен быть один. И есть мнение, что называться он должен Disk C:\.

А ещё меня преследует смутное подозрение, что товарищ Серж изрядно подшутил…

7 комментариев к “Файловая иерархия: унифицируем до предела

  1. ну про диск С: это вы радикально (хотя шутку оценил). А вот каталог boot не в корне не создаст ли это проблемы при попытке загрузится с lvm и так далее. или поддержку жестко запихают в ядро?

  2. 2 алексей вообще-то вопрос не ко мне, а к изобретателю этого чуда
    но подозреваю, что такого рода проблемы (типа поодержки LVM etc. на старте) они собираются решать с помощью initrd
    ведь в сущности уже сейчас в системе с последовательно применяемым systemd без initrd загрузиться невозможно

  3. > инициативе некоего Serge, предположительно пользователя Debian

    Не только, но в том числе.

    > А ещё меня преследует смутное подозрение, что товарищ Серж изрядно подшутил…

    Нет, предложение было абсолютно серьезным. Текущая ситуация с UsrMove никуда не годится. Есть две реальные причины, по которой эта фича была внедрена. Первая — очень многие действительно не знают, в чем разница между /usr и корнем. И вторая, основная, апстрим systemd открыто заявил, что не хочет видеть отдельного /usr-раздела, а эта фича заставляет пользователей отказаться от такого варианта… делая его невозможным. Весь же остальной официальный текст на странице UsrMove написан просто так, для оправдания. Ни одно из заявленных там «преимуществ» на самом деле не было реализовано.

    Цель этого предложения — либо признать, что UsrMove был ошибкой, и отказаться от него, вернув все файлы на место. Либо таки довести его до конца и попытаться выполнить все те пункты, которые были перечислены на вики-странице.

    К сожалению, предложение не достигло цели. Те немногие, что участвовали в дискуссии, склонились к тому, что UsrMove был ошибкой, но ни откатить ни продолжить его не захотели. Откатить — пойти против systemd. Продолжить — сделать отличие от других дистрибутивов еще больше. Поэтому, похоже, все так и останется в этом подвешенном состоянии.

    Наверное, момент для предложения был выбран неудачно. В это же время началась активная дискуссия по поводу HTTP-сервера в составе systemd, и на ее фоне все остальное прошло незамеченным.

  4. 2 Andrew стоило бы попробовать, когда настанет время ломать систему, но увы — у меня и бут, и корень на softRAID…

  5. 2 Serge > либо признать, что UsrMove был ошибкой, и отказаться от него, вернув все файлы на место. Либо таки довести его до конца

    В этом ключе как-то не подумал. Прошу прощения за ехидство — но у меня тэг включается автоматом при слове systemd
    После Вашего разъяснения сарказму поубавилось — увидел резон.
    Заджуйкую Ваш коммент.

    PS а httpd и особенно штрих-коды конечно же важнее (тэг включился опять)

  6. > В это же время началась активная дискуссия по поводу HTTP-сервера в составе systemd, и на ее фоне все остальное прошло незамеченным.
    Я готов биться об заклад, что именно для того она и началась.

Обсуждение закрыто.