LINUX.ORG.RU

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

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

anonymous ()

На самом деле системные файлы в /usr - это исторический бред. Он появился лишь потому, что у отцов-основателей UNIX закончилось место на основном диске и они стали использовать /usr. Изначально /usr предназначался для домашних директорий пользователей, отсюда и его название.

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

Ну так и надо было удалять /usr в таком случае, раскладывая всё в /bin, /lib и тд. Какой смысл оставлять его?

С sbin тоже какая-то непонятная муть. У обычного юзера в PATH он есть. Ну и зачем тогда он нужен.

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

С sbin тоже какая-то непонятная муть. У обычного юзера в PATH он есть. Ну и зачем тогда он нужен.

Не нужен:

$ realpath /sbin /usr/sbin
/usr/bin
/usr/bin

Ну так и надо было удалять /usr в таком случае, раскладывая всё в /bin, /lib и тд. Какой смысл оставлять его?

Потому что нечего в корне срач разводить, ты же посреди комнаты не наваливаешь гору штанов и носков, а хранишь их в шкафах.

/usr — это теперь то, что должно было называться чем-то типа /system-image. Но во имя обратной совместимости он теперь /usr навеки.

  • usr — статические данные.
  • var — изменяемые данные.
  • etc — конфигурация.

Всё логично.

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

Не нужен:

Ну и правильно, а в федоре оставили.

Потому что нечего в корне срач разводить, ты же посреди комнаты не наваливаешь гору штанов и носков, а хранишь их в шкафах.

Расскажи это тем, кто придумал /dev, /proc и /sys. Ещё и внутри них чего-то там монтируют, пипец.

Ну и вообще - в корне срач разводить нечего, а в /usr есть чего? Логики не вижу. Это как дети - смели игрушки в ящик и типа нормально, порядок.

Всё логично.

Заменяем /usr на / и получается то же самое. Корень всё равно откуда-то берётся же.

Legioner ★★★★★ ()
Последнее исправление: Legioner (всего исправлений: 1)
Ответ на: комментарий от Legioner

Ну и вообще - в корне срач разводить нечего, а в /usr есть чего? Логики не вижу. Это как дети - смели игрушки в ящик и типа нормально, порядок.

Логика в том, что /usr — это точка монтирования, которая может быть смонтирована например по сети (утилитами из initramfs) или забекаплена целиком или накачена/откачена атомарно при апдейте ОС или поверх ней можно легко смонтировать tmpfs при загрузке с RO-устройства и накатить временный пакет. Продолжать? Думаю, таких примеров дофига. А если ты вот это всё перетащишь в корень:

$ ls -1 /usr/
bin
include
lib
lib32
lib64
libexec
local
man
sbin
share
src

то объясняй инженерам RH сам, как ты с этим всем будешь справляться.

Заменяем /usr на / и получается то же самое. Корень всё равно откуда-то берётся же.

Корень может быть вообще виртуальный.

Расскажи это тем, кто придумал /dev, /proc и /sys. Ещё и внутри них чего-то там монтируют, пипец.

Это никак не мешает. Эти точки монтирования никакого обслуживания не требуют, они при каждой загрузке переинициализируются с нуля.

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

Логика в том, что /usr — это точка монтирования

/ это тоже точка монтирования.

то объясняй инженерам RH сам, как ты с этим всем будешь справляться.

Не вижу никаких проблем. Так написал, будто там 50 каталогов.

Корень может быть вообще виртуальный.

И зачем ему быть виртуальным?

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

Ну так и надо было удалять /usr в таком случае, раскладывая всё в /bin, /lib и тд. Какой смысл оставлять его?

/usr можно монтировать откуда-то read only

С sbin тоже какая-то непонятная муть. У обычного юзера в PATH он есть. Ну и зачем тогда он нужен.

Чтобы все suid лежало в одном месте?

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

/usr можно монтировать откуда-то read only

Корень тоже можно монтировать откуда-то read only.

Чтобы все suid лежало в одном месте?

Не похоже, чтобы это происходило. В /usr/bin полно suid-ов, так же, как практически всё в /usr/sbin лежит без suid-ов.

Legioner ★★★★★ ()