У Fedora 40 планується об’єднати каталоги /usr/bin і /usr/sbin

Fedora

Проект Fedora — це відкритий проект, який спонсорується Red Hat і підтримується спільнотою.

У списках розсилки Fedora пропозиція була відома досить цікаво, і це Розглянуто можливість об'єднання вмісту каталогів /usr/biny та /usr/sbin, замінивши каталог /usr/sbin символічним посиланням, що вказує на /usr/bin.

І хоча ця пропозиція може не представляти великих змін, варто зазначити, що tЦе має кілька цікавих наслідків. як для користувачів, так і для розробників, оскільки перетворення /bin і /sbin на символічні посилання на /usr/bin і /usr/sbin було виконано у Fedora 17.

Відокремлення bin і sbin спочатку були введені для розрізнення програм призначені для користувачів стандартні та адміністративні програми. Однак на практиці ця різниця стала менш актуальною, особливо коли різні дистрибутиви по-різному розміщують виконувані файли між каталогами bin і sbin.

Початковий розподіл мав мати «важливі» двійкові файли, статично зв’язані в /sbin, які потім можна було б використовувати для аварійних і рятувальних операцій. Очевидно, що ми більше не створюємо статичних посилань. Пізніше розділення було повторно використано для ізоляції «важливих» двійкових файлів, які використовуватимуться лише адміністратором. Хоча це звучить привабливо в теорії, на практиці дуже важко класифікувати програми, як це, і звичайні користувачі регулярно викликають програми з /sbin.

Слід зазначити, що Поділ виконуваних файлів на каталоги bin і sbin є застарілою практикою, яка втратила сенс в сучасних дистрибутивах. Спочатку вважалося, що usr/bin містить основні програми, які виконує користувач, тоді як /usr/sbin містить найважливіші виконувані файли, пов’язані з системним адмініструванням, яке зазвичай потребує прав root.

Пропозиція щодо уніфікації довідників /usr/bin і /usr/sbin у системі Це суттєва зміна, спрямована на спрощення структури системи та надання їй більшої цілісності. З роками відмінність між /usr/bin і /usr/sbin стала менш чіткою, оскільки змінна середовища PATH включає обидва каталоги за замовчуванням у багатьох дистрибутивах.

Більшість програм, які потребують привілеїв root для «певних» операцій, також використовуються під час роботи без привілеїв. І навіть коли потрібні привілеї, вони часто отримуються динамічно, наприклад, за допомогою `polkit`.

 З появою systemd це стало більш систематичним: systemd встановлює `$PATH` з обома каталогами для всіх користувачів і служб. Отже, як правило, усі користувачі та програми стикаються з обома наборами двійкових файлів. 

Зазначається, що пропозиція об’єднати ці довідники має кілька переваг, як-от спростити роботу супроводжуючих пакунків, усуваючи необхідність вирішувати, у який каталог помістити виконуваний файл (наприклад, у Fedora утиліта ip містилася в sbin, а в Debian — у bin; після об’єднання характерний шлях Debian працюватиме у Fedora).

Це зробить систему більш передбачуваною та зрозумілою для користувачів. і збільшить сумісність між різними дистрибутивами. Крім того, це спростить пошук у журналах і розбір результатів утиліт, таких як strace, зменшуючи складність операцій, а також зменшить кількість перевірок каталогу під час виконання execvp() і подібних викликів.

Уніфікація також узгоджується з практикою Arch Linux, яка об’єднала sbin і bin у 2013 році, і має потенціал зробити Fedora більш сумісною з іншими дистрибутивами. Видалення посилання на каталог /usr/sbin зі змінної середовища PATH після об’єднання всіх виконуваних файлів в одному місці є невід’ємною частиною цієї пропозиції.

Хоча пропозиція все ще обговорюється і не була розглянута FESCo (Керуючий та інженерний комітет Fedora), який відповідає за технічну частину розробки дистрибутива Fedora, уніфікація bin і sbin, здається, має значні переваги з точки зору простоти, передбачуваності та сумісності, тому цілком можливо, що ця пропозиція стане однією зі змін, які ми знайдемо у Fedora 40.

Нарешті, якщо вам цікаво дізнатись більше про це, ви можете перевірити деталі в наступне посилання.


Залиште свій коментар

Ваша електронна адреса не буде опублікований. Обов'язкові для заповнення поля позначені *

*

*

  1. Відповідальний за дані: Мігель Анхель Гатон
  2. Призначення даних: Контроль спаму, управління коментарями.
  3. Легітимація: Ваша згода
  4. Передача даних: Дані не передаватимуться третім особам, за винятком юридичних зобов’язань.
  5. Зберігання даних: База даних, розміщена в мережі Occentus Networks (ЄС)
  6. Права: Ви можете будь-коли обмежити, відновити та видалити свою інформацію.