The OpenNET Project / Index page

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



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

Исходное сообщение
"В Fedora рассматривается предложение по переносу всех исполн..."
Отправлено Michael Shigorin, 03-Ноя-11 04:20 
>> А теперь обратите внимание на вид, открывающийся справа: это размер /usr+/
>> по сравнению с размером /
> Строго похрен.

Не скажи.

> Много ты видел систем где /usr находится на отдельном физическом носителе по
> сравнению с /? Я ни одной. Отдельные разделы не считаются, естественно.

В трёх метрах вон примерно такая стоит -- если RAID1 с / согласишься считать более отдельным физически, чем один из дисков в нём, на котором в т.ч. /usr.

Ещё порой ставил /usr вперёд: тогда не так страшен промах вида hda вместо hda1 (и однажды  именно эта предосторожность и спасла, когда надумал извернуться и засунуть честный PC-DOS 7 на расширенный раздел, а он снёс первый попавшийся).  Сейчас обычно вперёд своп по той же главной причине.

>> Чуть дальше можно будет оценить воронку от прямого попадания бэда в /var.
> А что это имеет общего с объединением / и /usr?

См. вид, открывающийся справа.

Заметь, /+/usr по гигу на всё про всё у меня бывают, там в /usr практически ничего ценного нет и отделять его смысла соответственно тоже: диаметр мишени особо не уменьшится.

--- сервер ---
791M    /    # CF: совмещённый
114M    /usr

474M    /    # SAS: совмещённый
115M    /usr

--- десктоп ---
7.6G    /
5.4G    /usr    # ноут: совмещённый с /

568M    /
6.6G    /usr    # десктоп: отдельный

У ноута /usr тоже совмещённый, поскольку точно есть батарейка (без электрика и уборщицы по дороге до материнки) и эксперименты с oops'ами провожу нечасто.

На десктопе contra для меня тут одно, но есть: дежурный бэкап системы чуточку (а восстановление -- чуть больше) усложняется.

> Или (испуганно) кто-то имеет отдельный /usr, но неотделенный от корня /var?

Не, ну горячие данные первей отцеплять надо, кто ж спорит.

>> Это если даже Multi-Disk HOWTO не почитать и вообще интересоваться только десктопами...
> Нерелевантно.

Категорично.

> ну не создают / и /usr нагрузку в наши времена (/srv и /var, да),
> равно как и не повышают надежность.

Саш, ну ты-то должен понимать, что "мало" не значит "вовсе нет".

Нагрузка на /usr на терминальном сервере с тонкими клиентами или на файловом с толстыми бывает приличной и в наши дни.  MTBF HDD довольно велик и шанс нарваться именно на вылезший до конца бэд (а не похоронный стук головой) субъективно тоже понизился -- но не до нуля.  Что с SSD, пока дружно выясняем на собственном лбу.

BTW у тебя сейчас шляпы под рукой нет?  Они /boot до сих пор предлагают дефолтно отдельный, а /home на корне?

> Ограничения на размер тоже безразличны, когда ты видел в последний раз root _tape_?

Этих в работе не застал, только уже отключенные шкафы (ну или терминалы, но там в машзал не совались, да и тортовницы там уже были, наверное).

PS: а ещё большой корень провоцирует загаживать его всяким хламом.  Правда, сделанный без двойного запаса может оказаться проще угробить, чем dist-upgrade'нуть, но это ж тоже понимать надо...

 

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



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

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