The OpenNET Project / Index page

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



"Обоснование целесообразности переноса компонентов из корня в..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Доступны два режима работы форума: "Раскрыть нити" и "Свернуть нити".
. "Обоснование целесообразности переноса компонентов из корня в..." +1 +/
Сообщение от anonymous (??), 27-Янв-12, 18:30 
>сколько раз у меня повреждался раздел "/", но сёравно это не мешало замонтировать его в режиме readonly и с негоже запустить fsck для его-же-собственной проверки.

Опровержение есть твой сомнительный опыт? С чего тебе должны верить на слово? Вдруг ты нагло врёшь? Тем более никакой информации ни про файловую систему, ни про характер повреждения ты не привёл. Может там и повреждения не было, а просто проверка фс после нескольких ремоунтов.


>зато обоснования "поэтому НЕ нужно переностить всё в /usr/" -- ещё более жиденькое :-D

А тут и обосновать нечего. Обосновать должен тот, кто проталкивает изменения. Но, как видно, аргументы жиденькие для таких серьёзных изменений. Вот например "упрощение формирования гостевых окружений". Что тут собрались упрощать? В чём заключается упрощение?

Или вот "шедевр": "Возможность использования нескольких разделов /usr для загрузки разных версий или состояний дистрибутива.". Сразу вопрос, а можно ли systemd на этапе загрузки указать, какой раздел /usr монтировать? Только вот ведь незадача, все его сервисы лежат в /usr. Какие костыли придётся использовать для решения этой задачи? Пихать все потроха и зависимости systemd в initrd?

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Обоснование целесообразности переноса компонентов из корня в..., opennews, 27-Янв-12, 12:21  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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