The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В /bin/sh во FreeBSD появилась поддержка автодополнения для ..., opennews (ok), 16-Июн-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


74. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  –2 +/
Сообщение от iZEN (ok), 16-Июн-10, 17:31 
>Если у вас /usr вынесен в отдельный раздел, то есть хороший шанс, что в single user она будет недоступна.

Никогда не понимал, зачем советуют делать /usr отдельным разделом. Ладно /usr/local и /usr/home в отдельные файловые системы вынести можно и даже нужно, но что бы /usr полностью отрывать от основной системы на рутовом разделе (?!)

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

78. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +/
Сообщение от аноним (?), 16-Июн-10, 17:41 
>Никогда не понимал, зачем советуют делать /usr отдельным разделом. Ладно /usr/local и
>/usr/home в отдельные файловые системы вынести можно и даже нужно, но
>что бы /usr полностью отрывать от основной системы на рутовом разделе
>(?!)

Ну ты какбэ должен быть в курсе почему корень монтируют без SU. А без SU все работает прямо скажем не быстро и не надежно, поэтому логично ограничить отсутствием SO только корень, который можно и в r/o примонтировать. На /usr, напомню, порты (с wrkdir'ами), дистфайлы, исходники и obj, как минимум.

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

79. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +/
Сообщение от iZEN (ok), 16-Июн-10, 18:19 
>>Никогда не понимал, зачем советуют делать /usr отдельным разделом. Ладно /usr/local и
>>/usr/home в отдельные файловые системы вынести можно и даже нужно, но
>>что бы /usr полностью отрывать от основной системы на рутовом разделе
>>(?!)
>
>Ну ты какбэ должен быть в курсе почему корень монтируют без SU.

Нет, не в курсе. Расскажите.

>А без SU все работает прямо скажем не быстро и не
>надежно, поэтому логично ограничить отсутствием SO только корень, который можно и в r/o примонтировать.

<относительно ZFS покоцал>
На UFS-разделах всё монтирую с Soft Updates (даже корень). Не вижу в этом зла.

>На /usr, напомню, порты (с wrkdir'ами), дистфайлы, исходники и obj, как минимум.

Ну так эти вещи решаются на уровне настроек в том же /etc/make.conf для каталогов компиляции и дистфайлов. Это — несущественные моменты, они решаются политиками, а не механизмами системы.

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

135. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +/
Сообщение от kshetragia (ok), 17-Июн-10, 11:27 
Вообще-то мало того, что SU на корне - зло. По хорошему еще и в ro монтировать не помешает.
Ответить | Правка | Наверх | Cообщить модератору

149. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  –1 +/
Сообщение от iZEN (ok), 17-Июн-10, 12:45 
>Вообще-то мало того, что SU на корне - зло. По хорошему еще
>и в ro монтировать не помешает.

Обоснования будут? Или так, просто выхлоп?

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

168. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +/
Сообщение от Митра (?), 17-Июн-10, 23:20 
Можна допустить, что монтирование / в readonly - для увеличения безопасности.
Ответить | Правка | Наверх | Cообщить модератору

185. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +/
Сообщение от kshetragia (ok), 21-Июн-10, 11:41 
Легкая паранойя на боевом сервере не помешает. Помнится один из уровней securitylevel-a так и делал.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

189. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +/
Сообщение от iZEN (ok), 09-Июл-10, 12:23 
>Вообще-то мало того, что SU на корне - зло. По хорошему еще
>и в ro монтировать не помешает.

http://www.freebsd.org/doc/ru_RU.KOI8-R/books/faq/disks.html...
"9.4. На каких разделах можно без опаски использовать механизм Soft Updates? Я слышал, что использование Soft Updates на / могут приводить к проблемам.

Краткий ответ: обычно вы можете использовать Soft Updates без опаски на всех разделах.

Подробный ответ: Было несколько возражений против использования Soft Updates на корневом разделе. Soft Updates имеют две характеристики, которые этому способствуют. Во-первых, раздел с Soft Updates имеет мало шансов потери данных по время аварийного останова системы. (Раздел не будет попорчен; просто будут потеряны данные.) Кроме того, Soft Updates могут приводить к временной нехватке дискового пространства.

<...>

Итак, что это означает для корневого раздела?

Жизненно важная информация на корневом разделе меняется очень редко. Файлы, такие, как /kernel и содержимое /etc меняется только при обслуживании системы, или когда пользователи меняют свои пароли. Если в системе произойдет сбой в период тридцатисекундного окна после выполнения такого изменения, возможно, что данные окажутся потерянными. Этот риск незначителен для большинства применений, но вы должны иметь в виду, что он есть. Если ваша система не может принять такой риск, не используйте Soft Updates с корневой файловой системой!"

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

190. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +/
Сообщение от kshetragia (ok), 10-Июл-10, 10:35 
> Итак, что это означает для корневого раздела?

Это только подтверждает, что SU на корневом разделе вообще никуда не уперся. Как и то, что на сервере монтирование / в ro вполне оправдано.

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

84. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +1 +/
Сообщение от sHaggY_caT (ok), 16-Июн-10, 18:35 
>Ладно /usr/local и
>/usr/home в отдельные файловые системы вынести можно и даже нужно,

Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора, на раздел с data можно через skel можно в каждом хомяке делать симлинк на какую-нибудь директорию, можно с t флагом.

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

102. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +/
Сообщение от XoRe (ok), 17-Июн-10, 01:14 
>>Ладно /usr/local и
>>/usr/home в отдельные файловые системы вынести можно и даже нужно,
>
>Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора,
>на раздел с data можно через skel можно в каждом хомяке
>делать симлинк на какую-нибудь директорию, можно с t флагом.

Кстати, FreeBSD не единственный тут.
Вы запустите инсталятор debian lenny и посмотрите, как он автоматом терабайтный винт разобьет =)
Кстати на десктопе это очень удобно - вся юзерская инфа в home и лежит.
Можно хоть другую систему поставить и home туда примонтировать.
Ещё это может быть удобно на файл-серверах, ну может на хостингах всяких (где сайты в home лежат).

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

110. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +1 +/
Сообщение от аноним (?), 17-Июн-10, 06:20 
>Кстати на десктопе это очень удобно - вся юзерская инфа в home
>и лежит.

Это не "очень удобно", а это единственный логичный путь. Как следствие, это действительно удобно.

>Можно хоть другую систему поставить и home туда примонтировать.
>Ещё это может быть удобно на файл-серверах, ну может на хостингах всяких
>(где сайты в home лежат).

Вот-вот. Но виндузяткики привыкли что у них есть D:\ с помойкой, и лепят диски в /хрен_ннает_что по аналогии.

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

108. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +3 +/
Сообщение от аноним (?), 17-Июн-10, 06:16 
>Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора

А где, интересно хранить террабайты данных, пользователя, как не в его home?

>на раздел с data можно через skel можно в каждом хомяке
>делать симлинк на какую-нибудь директорию, можно с t флагом.

Бредятина, никогда не понимал людей которые монтируют диски в /data и устраивают помойку там.

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

148. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +/
Сообщение от iZEN (ok), 17-Июн-10, 12:36 
>>Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора
>
>А где, интересно хранить террабайты данных, пользователя, как не в его home?
>
>
>>на раздел с data можно через skel можно в каждом хомяке
>>делать симлинк на какую-нибудь директорию, можно с t флагом.
>
>Бредятина, никогда не понимал людей которые монтируют диски в /data и устраивают
>помойку там.

Какая помойка?
У меня медиаархив под три сотни гигабайт подмонтирован /store, а хомяк никогда не вылезал за 50ГБ. Вот в хомяке как раз помойка из неразобранных "запасов", которые потерять не жалко, а разгребать лень.


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

182. "В /bin/sh во FreeBSD появилась поддержка автодополнения для ..."  +/
Сообщение от sHaggY_caT (ok), 20-Июн-10, 11:43 
>>Зачем выносить /usr/home ? Просто нефик в хомяках хранить терабайты всякого мусора
>
>А где, интересно хранить террабайты данных, пользователя, как не в его home?

имхо, юзерам с рутовыми правами стоит хомяки назначать в рамках корневой файловой системы.
Почему? Попробуйте догадаться сами :)

А остальным, можно на Самом_Большом_Разделе_На_Сервере

>>на раздел с data можно через skel можно в каждом хомяке
>>делать симлинк на какую-нибудь директорию, можно с t флагом.
>
>Бредятина, никогда не понимал людей которые монтируют диски в /data и устраивают
>помойку там.

удобнее работать непосредственно с данными: mv выполняется практически мгновенно, если архив распаковать целиком (да, конечно, в той же Bacula поиск файла в бэкапе рулит, но иногда это не подходит), и выбрать то, что нужно из него, а потом сделать mv в нужное место.

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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