The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"Обоснование целесообразности переноса компонентов из корня в..."
Отправлено Аноним, 27-Янв-12 21:10 
> Минус этого переноса очевиден. Рушится базовая система, необходимая для административных действий в случае проблем с загрузкой.

Каких именно проблем? Если у тебя система не загрузилась с бинарниками в /usr/bin то с чего ты решил, что она магическим образом загрузится с бинарниками в /bin ?

> Во-первых не факт, что все дистрибутивы и юникс системы последуют призыву Портинга
> в светлое будущее. Во-вторых, даже если так произойдет, желаемой унификации не
> будет по причене разного подхода к расположению и содержанию конфигов. К
> примеру один и тот же сетевой /usr монтируется на станциях разными
> дистрибутивами. В одном конфиги в /etc/program, в другом в /etc/program.conf.

Унификация означает "одинаковые принципы построения", а вовсе не "одинаковые имена каждого файла".

> Вот здесь все наоборот. Кроме /usr придется монтировать как минумум /etc.
> Сейчас же, например, в ltsp, монтируется только один корень или по nfs
> ro или, что чаще, nbd + squashfs и накладывается на фс
> в оперативной памяти. Это и функциональнее, и совершеннее, и не менее
> безопасно.

Неверно. Конфиги и другие файлы, специфичные для машины хранятся на самой машине. Монтировать некий общий /etc просто нет необходимости. Так что единый /usr в ro  безопаснее и удобнее

> Приехали. Обновили /usr1. При этом изменился /etc. Вернулись на /usr0. И "великий"
> systemd, прочитав конфиг, пытается грузить не существующие программы. Возможно, systemd
> будет хранить конфиги в другом месте, но проблема не сильно меняется.

Если обновление затрагивает /etc (причём именно ломающим совместимость образом) - ничто не мешает сделать его снэпшот.

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

Забавно: необходимость монтировать несколько разделов в случае с ltsp позиционируется как недостаток, а теперь - как достоинство. Ты уж определись - гибкость это или гемор?

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

До сих пор шли: /run во всех дистрибутивах уже есть или в ближайших планах, pulseaudio - тоже.
Может быть всё дело в том, что аргументы Поттеринга рассчитаны на тех, кто постоянно занят развитием и поддержанием дистрибутивов, а не досужими рассуждениями на форумах?


 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру