|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Victor Wagner 2:5020/400 20 May 2005 11:25:29 To : Ilya Anfimov Subject : Re: CHS? -------------------------------------------------------------------------------- Ilya Anfimov <ilan@astelecom.ru> wrote: IA>2005-05-19, Victor Wagner <vitus@45.free.net> пишет: >>Alex Kocharin <Alex.Kocharin@p470.f2.n5012.z2.fidonet.org> >>wrote: IA>[skipped] >>обучения (в Windows крайне нетривиально освоить систему на >>таком уровне, чтобы понимать к каким последствиям приведут >>те или иные действия пользователя или программы), отсутствие >>single point of failure (у Windows это реестр), простота и >>понятность концепции разделения доступа. IA>У linux это fs. fs у Linux обычно не одна. Даже если тот кто устанавливал систему, имел глупость поставить всё на один раздел, есть возможность загрузиться с дистрибутивного или rescue носителя у которого своя собственная fs. А некоторые особые параноики вроде меня, вообще держат резвервный / и /usr, на другом физическом диске, с которых можно загрузиться и получить полностью работоспособную систему в случае сдыхания одной из жизненно-необходимых fs. Hо самое главное в концепции множественных fs - то, что можно аккуратно поделить иерархию каталогов на те, которые жизненно необходимы и редко меняются (/,/usr), те, где лежат самые ценные данные (/home) и те, которые меняются часто но потеря информации не слишком страшна (/tmp, /var/log) и соответственно применнять разную политику резервного копирования и файловые системы с разными свойствами в этих случаях. Hапример, обычно нет никакого смысла делать fsck на /tmp после аварийной перезагрузки - проще туда сразу mkfs сказать. Всё равно следующей операцией после завершения fsck будет очистка /tmp. Для /var осмысленна журналируемая fs. /usr в особо ответственных случаях лучше вообще монтировать read-only, перемонтируя в rw только на время установки пакетов. -- --- ifmail v.2.15dev5.3 * Origin: Free Net of Leninsky,45 (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/151789e219969.html, оценка из 5, голосов 10
|