http://freesource.info/wiki/AltLinux/Sisyphus/admin/РазбиениеДиска History/revisions of FreeSource/AltLinux/Sisyphus/admin/РазбиениеДиска en-us http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska/show?time=2007-02-02+11%3A49%3A15 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a name=".altlinux.sisyphus.admin.razbieniediska" href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;admin&nbsp;/&nbsp;Разбиение&nbsp;Диска</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2007-02-02+11%3A49%3A15">2007-02-02 11:49:15</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska">2007-03-15 10:18:13</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><div class="action" style="float:right; width:250px"><div class="action-content">Эта&nbsp;страница была перенесена на&nbsp;<a href="http://altlinux.org/%D0%E0%E7%E1%E8%E5%ED%E8%E5%C4%E8%F1%EA%E0" target="_blank" title="" class="outerlink">altlinux.org</a>. Текст на&nbsp;freesource.info заморожен.</div></div><a name="h95-1"></a><h1>Разбиение диска для&nbsp;увеличения производительности</h1> <!--notypo-->{{TableOfContents page="" title="" numerate=""}}<!--/notypo--><a name="h95-2"></a><h2>Введение</h2> Эта&nbsp;статья описывает разбиение диска для&nbsp;увеличения производительности.<br /> Я&nbsp;рекомендую по&nbsp;крайней мере на&nbsp;тестовых машинах использовать LVM, который позволяет гибко создавать, удалять и&nbsp;изменять размеры разделов без&nbsp;потери данных. При&nbsp;переходе к&nbsp;ядрам ветки 2.6.* можно будет изменять размеры файловых систем ext2 и&nbsp;ext3 без&nbsp;остановки сервера, а&nbsp;на reiserfs увеличение размера раздела &laquo;в горячую&raquo; можно делать уже&nbsp;сейчас.<a name="h95-3"></a><h2>Дисковая подкачка</h2> У&nbsp;swap есть две&nbsp;особенности:<br /> <ol type="1"><li> Если уж&nbsp;он используется, то&nbsp;доступ к&nbsp;нему должен быть максимально быстрый (а это&nbsp;значит либо начало, либо середина диска); </li><li> Данные в&nbsp;swap не&nbsp;представляют никакой ценности после перезагрузки машины;</li></ol> Наилучшим я&nbsp;считаю держать swap в&nbsp;начале диска, это&nbsp;поможет спасти информацию на&nbsp;диске при&nbsp;повреждении по&nbsp;каким-либо причинам информации в&nbsp;начале диска. Пример такой причины &mdash; очепятка при&nbsp;создании нового раздела (указали вместо /dev/sda2 просто /dev/sda).<a name="h95-4"></a><h2>Файловые системы</h2><a name="h95-5"></a><h3> ext2 </h3> Традиционная для&nbsp;Linux файловая система, после появления ext3 смысл её использовать есть только на&nbsp;разделах, которые должны поддерживаться сторонним программным обеспечением (например драйверами ext2 от&nbsp;других ОС).<br /> Применение: разделы, к&nbsp;которым будет производится обращение программ без&nbsp;помощи ОС&nbsp;(например lilo, grub и&nbsp;другие загрузчики).<a name="h95-6"></a><h3>ext3 </h3> Сделана на&nbsp;базе ext2, отличается только наличием журналирования. Полностью обратно совместима с&nbsp;ext2 (то есть любое ПО, умеющее читать ext2, прочитает и&nbsp;ext3), конвертирование ext2 в&nbsp;ext3 заключается только в&nbsp;создании файла журнала (что делается командой &laquo;tune2fs -j &lt;устройство с&nbsp;FS&gt;'").<br /> Единственная из&nbsp;описываемых поддерживает журналирование данных при&nbsp;использовании стандартного ядра 2.4.x, а&nbsp;не только метаданных (при использовании параметра data=journal), которое, как&nbsp;ни&nbsp;странно, в&nbsp;некоторых случаях даёт увеличение производительности. Одна из&nbsp;самых надёжных файловых систем для&nbsp;Linux (второй является xfs, но&nbsp;её пока нет&nbsp;в&nbsp;стабильной<br /> ветке ядра), активно продвигаемая компанией Red&nbsp;Hat, и&nbsp;оттестированая на&nbsp;огромном количестве пользователей.<br /> Применение: ныне самая универсальная файловая система под&nbsp;Linux, особенно рекомендую её использовать как&nbsp;файловую систему для&nbsp;самых ценных данных, так&nbsp;как она&nbsp;самая надёжная из&nbsp;описываемых.<a name="h95-7"></a><h3>reiserfs </h3> Новая журналируемая файловая система, которая отличается от&nbsp;других с&nbsp;точки зрения администратора в&nbsp;первую очередь хорошей скоростью работы с&nbsp;каталогами, в&nbsp;которых большое количество маленьких файлов. В&nbsp;отличии от&nbsp;ext2/3 в&nbsp;ней используются для&nbsp;поиска файла в&nbsp;каталоге B-tree и&nbsp;хэши (в ext2/3 используются списки, в&nbsp;2.5.* ветке уже&nbsp;внесены модификации добавляющие B-tree поиск). Кроме того она&nbsp;умеет компактно хранить хвосты от&nbsp;файлов для&nbsp;экономии места, обычно расходуемого впустую.<br /> Применение: файловые системы с&nbsp;большим количеством маленьких файлов, или&nbsp;в&nbsp;которых большое количество файлов в&nbsp;каталоге.<a name="h95-8"></a><h3>xfs</h3> Разработка SGI&nbsp;недавно перенесённая в&nbsp;Linux. Для&nbsp;ядер до&nbsp;2.4.25 существует в&nbsp;виде патчей (уже присутствующих в&nbsp;большинстве современных дистрибутивов), а&nbsp;начиная 2.4.25 доступен уже&nbsp;без патчей, оптимизированная для&nbsp;быстрой работы с&nbsp;файлами большого размера (multimedia данных), обладающая великолепной надёжностью, имеющая поддержку ACL&nbsp;(полезно для&nbsp;файл-серверов с&nbsp;Windows-клиентами) и&nbsp;EA (до конца зачем они&nbsp;нужны понимают лишь бывшие пользователи OS/2, остальные смотрят на&nbsp;них с&nbsp;удивлением).<br /> Применение: хранение файлов большого объёма (например мультимедиа-данных) и&nbsp;файл-сервера для&nbsp;Windows-сетей.<a name="h95-9"></a><h3>jfs</h3> Разработка IBM, использовавшаяся ранее на&nbsp;AIX, ныне портирована на&nbsp;OS/2 и&nbsp;Linux. Несмотря на&nbsp;моё огромное уважение к&nbsp;этой компании я&nbsp;пока не&nbsp;вижу применения этой файловой системе, и&nbsp;лично мне&nbsp;непонятно в&nbsp;каких случаях стоит её применять. Буду рад, если кто-нибудь мне&nbsp;об&nbsp;этом расскажет.<a name="h95-10"></a><h2>Параметры монтирования</h2> Есть набор параметров монтирования, поддерживаемых всеми файловыми системами, а&nbsp;также есть параметры конкретной файловой системы. Эта&nbsp;информация взята из&nbsp;mount(8). Здесь я&nbsp;описываю лишь некоторые, на&nbsp;которые хотел бы&nbsp;обратить внимание.<a name="h95-11"></a><h3>Общие параметры монтирования</h3> <strong>noatime</strong> &mdash; при&nbsp;каждом доступе (в том&nbsp;числе чтении) к&nbsp;файлу в&nbsp;inode обновляется время последнего доступа к&nbsp;файлу, что&nbsp;требуется крайне редко, при&nbsp;использовании этого параметра это&nbsp;обновление производиться не&nbsp;будет, что&nbsp;заметно ускорит работу news-серверов, и, в&nbsp;особенности, прокси-сервера squid (так как&nbsp;он&nbsp;каждую секунду выполняет несколько обращений к&nbsp;файлам на&nbsp;чтение, каждое из&nbsp;которых без&nbsp;noatime вызывает операцию записи, то&nbsp;есть обновления информации о&nbsp;времени последнего доступа).<br /> <strong>nodev</strong> &mdash; не&nbsp;позволяет создавать и&nbsp;использовать на&nbsp;этой файловой системе файлы-устройства, эта&nbsp;возможность полезна для&nbsp;безопасности (если вы&nbsp;точно знаете, что&nbsp;на&nbsp;данной файловой системе файлы-устройства вам&nbsp;не&nbsp;нужны, то&nbsp;есть смысл ставить этот параметр).<br /> <strong>nosuid</strong> &mdash; на&nbsp;этой файловой системе не&nbsp;действует бит&nbsp;suid (исполнение программы от&nbsp;имени её владельца, а&nbsp;не запустившего её пользователя).<br /> <strong>noexec</strong> &mdash; запрет запуска с&nbsp;этой файловой системы (внимание! скрипты всё равно можно будет запустить командой bash скрипт.sh).<br /> <strong>ro</strong> &mdash; доступ только для&nbsp;чтения<a name="h95-12"></a><h3>ext2</h3> <strong>bsdgroups / sysvgroups</strong><br /> <strong>grpquota / noquota / quota / usrquota</strong><a name="h95-13"></a><h3>ext3</h3> <strong>data=journal</strong> &mdash; все&nbsp;данные сначала пишутся в&nbsp;журнал, прежде чем&nbsp;начать запись на&nbsp;файловую систему<br /> <strong>data=ordered</strong> &mdash; (режим по&nbsp;умолчанию) сначала пишутся данные прямо в&nbsp;файловую систему, после чего метаданные добавляются в&nbsp;журнал<br /> <strong>writeback</strong> &mdash; очерёдность записи не&nbsp;соблюдается, метаданные могут быть записаны в&nbsp;журнал до&nbsp;того, как&nbsp;данные будут записаны на&nbsp;файловую систему, хотя этот режим гарантирует целостность файловой системы, он&nbsp;может позволить устаревшим данным присутствовать в&nbsp;файлах после сбоя (и, соответственно, восстановления журнала)<a name="h95-14"></a><h3>reiserfs</h3> <strong>notail</strong> &mdash; отключение ускорения доступа к&nbsp;маленьким файлом и&nbsp;упаковки &laquo;хвостов файлов&raquo;. Она&nbsp;была нужна в&nbsp;те времена, когда загрузчик ядра (LILO) не&nbsp;понимал где&nbsp;искать &laquo;хвосты&raquo;. Кроме того с&nbsp;этим параметром не&nbsp;будет часто замечаемого многими пользователя &laquo;обрывков других файлов в&nbsp;файле&raquo; после аппаратный сбоев.<br /> Поддерживается в&nbsp;дистрибутивах ALT&nbsp;Linux, выпущенных с&nbsp;начала 2004 года:<br /> <strong>data=journal</strong> &mdash; данные сначала пишутся в&nbsp;журнал, а&nbsp;потом начинается запись на&nbsp;файловую систему<br /> <strong>quota</strong> &mdash; для&nbsp;управления квотами пользователей на&nbsp;дисковое пространство<a name="h95-15"></a><h3>xfs</h3> <strong>dmapi</strong><br /> <strong>logdev=device</strong> &mdash; путь к&nbsp;устройству, на&nbsp;котором будет размещён журнал<br /> <strong>osyncisdsync</strong><br /> <strong>quota / usrquota / ugnoenforce</strong><br /> <strong>grpquota / gqnoenforce</strong><a name="h95-16"></a><h2>Значение отдельных разделов</h2><a name="h95-17"></a><h3>/</h3> Корневой раздел<br /> Здесь, на&nbsp;мой взгляд, лучше применить ext3, ибо&nbsp;при сбоях на&nbsp;этапе начальной загрузки ext3 пока восстанавливается системой корректнее своих собратьев.<a name="h95-18"></a><h3>/boot</h3> На&nbsp;этом разделе обычно лежат рабочее и&nbsp;failsafe ядра, initrd образы, system.map файлы, а&nbsp;также некоторые данные используемого загрузчика (lilo или&nbsp;grub). На&nbsp;этот раздел обычно достаточно <span class="nobr">5&ndash;10</span>Mb. Обычно самый первый раздел (занимающий первую дорожку), и&nbsp;является самостоятельным primary разделом (не является logical volume на&nbsp;LVM как&nbsp;остальные).<br /> Оптимальная ФС&nbsp;&mdash; ext2 (потому что&nbsp;объём мал, а&nbsp;изменения редки), причём лучше не&nbsp;монтировать её автоматически, а&nbsp;подключать только в&nbsp;моменты установки ядер и&nbsp;изменения конфигурации загрузчика.<a name="h95-19"></a><h3>/usr</h3> Обычно достаточно большой раздел (<span class="nobr">1&ndash;2</span>Gb), который редко разбивается на&nbsp;подразделы. Без&nbsp;LVM я&nbsp;бы не&nbsp;рекомендовал его&nbsp;разбивать, однако при&nbsp;его наличии это&nbsp;может иметь смысл.<br /> Насколько мне&nbsp;известно noatime на&nbsp;этом разделе не&nbsp;может дать никаких неприятных последствий.<a name="h95-20"></a><h3>/usr/share/doc</h3> reiserfs &mdash; ro,noatime,noexec,nodev<a name="h95-21"></a><h3>/var</h3> Раздел, предназначенный для&nbsp;хранения изменяемых в&nbsp;процессе работы системы данных. По-хорошему на&nbsp;нём должен стоять флаг noexec, однако из-за недоработок<br /> нынешних дистрибутивов это&nbsp;редко удаётся без&nbsp;доводки дистрибутива (или установленного софта) напильником.<br /> Файловая система &mdash; ext3 или&nbsp;reiserfs, noexec(желательно), nosuid(обязательно), скорее всего возможно использовать noatime, однако стоит быть внимательными.<a name="h95-22"></a><h3>/var/log</h3> Этот раздел делать отдельно обязательно. При&nbsp;сбоях или&nbsp;<span class="missingpage">Do&nbsp;S</span><a href="http://freesource.info/wiki/DoS/edit?add=1&" title="Создать эту страницу">?</a> атаках размер журналов может резко увеличиваться, тем&nbsp;самым переполняя этот раздел. Если сервер используется для&nbsp;узкого круга задач (скажем web-сервер), есть смысл журнал основного сервиса вынести на&nbsp;отдельный раздел (скажем /var/log/apache).<br /> /var/log &mdash; системные логи<br /> /var/log/apache &mdash; логи www-сервера<br /> Файловая система &mdash; ext3 либо xfs, параметры noatime,noexec,nodev<a name="h95-23"></a><h3>/var/spool</h3> reiserfs/ext3 noexec,nodev<a name="h95-24"></a><h3>/var/spool/mail</h3> Каталог с&nbsp;почтой пользователей. ext3 с&nbsp;data=journal,noatime,noexec,nodev.<br /> Также на&nbsp;этот раздел обязательно устанавливать квоты.<a name="h95-25"></a><h3>/var/cache</h3> reiserfs noexec,nodev,noatime<a name="h95-26"></a><h3>/var/tmp</h3> Эта&nbsp;файловая система предназначена в&nbsp;первую очередь для&nbsp;хранения временных данных, которые могут иметь смысл после сбоя сервера (например данные autosave или&nbsp;журнал работы текстовых редакторов). Предназначен исключительно для&nbsp;файлов данных и&nbsp;должен обеспечивать высокую надёжность при&nbsp;аппаратных и&nbsp;программных сбоях.<br /> Оптимальное решение с&nbsp;моей точки зрения &mdash; ext3 со&nbsp;включённым журналированием данных.<br /> ext3 data=journal,noexec,nodev,atime<a name="h95-27"></a><h3>/var/www</h3> Раздел с&nbsp;сайтами пользователей<a name="h95-28"></a><h3>/tmp</h3> Каталог для&nbsp;временных файлов, не&nbsp;имеющих никакого смысла при&nbsp;перезагрузке. Может (и, как&nbsp;я&nbsp;считаю, должен) пересоздаваться во&nbsp;время загрузки системы.<br /> Время последнего доступа к&nbsp;файлу может использоваться для&nbsp;проверки не&nbsp;является ли&nbsp;файл в&nbsp;этом каталоге неиспользуемым (скажем если к&nbsp;файлу не&nbsp;было доступа больше трёх суток и&nbsp;он никем не&nbsp;открыт, то&nbsp;он удаляется), поэтому желательно держать флаг atime.<br /> Запускать файлы из&nbsp;/tmp пытаются некоторые криво написанные программы, если вы&nbsp;с такой встретились &mdash; лучше сделать патч. Если не&nbsp;ставится флаг noexec, то&nbsp;хотя бы&nbsp;nosuid стоять должен.<br /> Файловая система лучше reiserfs &mdash; она&nbsp;лучше всех справляется с&nbsp;большим количеством небольших файлов в&nbsp;одном каталоге.<br /> reiserfs noexec,nodev,atime<a name="h95-29"></a><h3>/home</h3> Домашние каталоги пользователей. На&nbsp;серверной машине, на&nbsp;которой у&nbsp;пользователей нет&nbsp;shell-доступа, скорее всего, имеет смысл ставить на&nbsp;этот раздел флаг noexec, но&nbsp;если он&nbsp;не ставится, то&nbsp;nosuid обязателен.<br /> Время последнего доступа к&nbsp;файлам если раздел используется несколькими реальными пользователями может быть нужно, поэтому в&nbsp;этом случае noatime не&nbsp;нужен. Однако если машина используется, скажем, как&nbsp;почтовый сервер (то есть пользователи никогда не&nbsp;сталкиваются с&nbsp;данными на&nbsp;файловой системе), то, скорее всего, этот флаг вам&nbsp;нужен.<br /> ext3/xfs nosuid,nodev<a name="h95-30"></a><h3>/dev</h3> Чаще всего это&nbsp;просто каталог на&nbsp;корневом разделе, однако это&nbsp;может быть и&nbsp;файловая система udev (ранее использовалась devfs).<br /> Преимущества devfs &mdash; отсутствие лишних записей в&nbsp;каталоге (файлы-устройства существуют только для&nbsp;тех устройств, драйверы которых загружены) и&nbsp;загрузка драйверов по&nbsp;запросу (попытка выполнить &laquo;ls /dev/ttyS*" загрузит модуль serial).<br /> При&nbsp;использовании userspace dev&nbsp;(udev) устройства добавляются вызовом /sbin/hotplug. В&nbsp;linux 2.6 devfs считается устаревшим (obsoleted).<br /> !!2mithraen: всё-таки cat&nbsp;/dev/ttyS* ?&quot;&quot;<br /> Недостаток &mdash; недостаточно оттестировано, поэтому в&nbsp;процессе настройки могут быть сложности. Однако на&nbsp;уже настроенной машине никаких проблем лично я&nbsp;не встречал, поэтому предпочитаю использовать её.<a name="h95-31"></a><h2>Ссылки</h2> <a href="http://plasticfs.sourceforge.net/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://plasticfs.sourceforge.net/</a> &mdash; файловая система в&nbsp;userspace<br /> <a href="http://www.filesystems.org/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://www.filesystems.org/</a> &mdash; разработка ФС&nbsp;сразу для&nbsp;Linux, Solaris и&nbsp;<a name="freebsd" href="http://freesource.info/wiki/FreeBSD&" class="">Free&nbsp;BSD</a><br /> <a href="http://www.fsl.cs.sunysb.edu/project-unionfs.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://www.fsl.cs.sunysb.edu/project-unionfs.html</a> &mdash; A&nbsp;Stackable Unification File System<br /> <a href="http://sourceforge.net/projects/fuse/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://sourceforge.net/projects/fuse/</a> &mdash; инструмент для&nbsp;создания виртуальных файловых систем<a name="h95-32"></a><h2>Благодарности</h2> Клочков Роман &mdash; масса ценных комментариев, первый кто&nbsp;написал мне&nbsp;письмо в<br /> ответ на&nbsp;эту статью :)<br /> :)<br /> <!--notypo-->{{BackLinks}}<!--/notypo--></div></div> http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska/show?time=2006-11-04+15%3A14%3A20 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;admin&nbsp;/&nbsp;Разбиение&nbsp;Диска</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2006-11-04+15%3A14%3A20">2006-11-04 15:14:20</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2007-02-02+11%3A49%3A15">2007-02-02 11:49:15</a></b><br /> <br /> <b>Удалено:</b><br /> <div class="deletions"><a name="h95-1"></a><h1>Разбиение диска для&nbsp;увеличения производительности</h1> <!--notypo-->{{TableOfContents page="" title="" numerate=""}}<!--/notypo--><a name="h95-2"></a><h2>Введение</h2> Эта&nbsp;статья описывает разбиение диска для&nbsp;увеличения производительности.<br /> Я&nbsp;рекомендую по&nbsp;крайней мере на&nbsp;тестовых машинах использовать LVM, который позволяет гибко создавать, удалять и&nbsp;изменять размеры разделов без&nbsp;потери данных. При&nbsp;переходе к&nbsp;ядрам ветки 2.6.* можно будет изменять размеры файловых систем ext2 и&nbsp;ext3 без&nbsp;остановки сервера, а&nbsp;на reiserfs увеличение размера раздела &laquo;в горячую&raquo; можно делать уже&nbsp;сейчас.<a name="h95-3"></a><h2>Дисковая подкачка</h2> У&nbsp;swap есть две&nbsp;особенности:<br /> <ol type="1"><li> Если уж&nbsp;он используется, то&nbsp;доступ к&nbsp;нему должен быть максимально быстрый (а это&nbsp;значит либо начало, либо середина диска); </li><li> Данные в&nbsp;swap не&nbsp;представляют никакой ценности после перезагрузки машины;</li></ol> Наилучшим я&nbsp;считаю держать swap в&nbsp;начале диска, это&nbsp;поможет спасти информацию на&nbsp;диске при&nbsp;повреждении по&nbsp;каким-либо причинам информации в&nbsp;начале диска. Пример такой причины &mdash; очепятка при&nbsp;создании нового раздела (указали вместо /dev/sda2 просто /dev/sda).<a name="h95-4"></a><h2>Файловые системы</h2><a name="h95-5"></a><h3> ext2 </h3> Традиционная для&nbsp;Linux файловая система, после появления ext3 смысл её использовать есть только на&nbsp;разделах, которые должны поддерживаться сторонним программным обеспечением (например драйверами ext2 от&nbsp;других ОС).<br /> Применение: разделы, к&nbsp;которым будет производится обращение программ без&nbsp;помощи ОС&nbsp;(например lilo, grub и&nbsp;другие загрузчики).<a name="h95-6"></a><h3>ext3 </h3> Сделана на&nbsp;базе ext2, отличается только наличием журналирования. Полностью обратно совместима с&nbsp;ext2 (то есть любое ПО, умеющее читать ext2, прочитает и&nbsp;ext3), конвертирование ext2 в&nbsp;ext3 заключается только в&nbsp;создании файла журнала (что делается командой &laquo;tune2fs -j &lt;устройство с&nbsp;FS&gt;'").<br /> Единственная из&nbsp;описываемых поддерживает журналирование данных при&nbsp;использовании стандартного ядра 2.4.x, а&nbsp;не только метаданных (при использовании параметра data=journal), которое, как&nbsp;ни&nbsp;странно, в&nbsp;некоторых случаях даёт увеличение производительности. Одна из&nbsp;самых надёжных файловых систем для&nbsp;Linux (второй является xfs, но&nbsp;её пока нет&nbsp;в&nbsp;стабильной<br /> ветке ядра), активно продвигаемая компанией Red&nbsp;Hat, и&nbsp;оттестированая на&nbsp;огромном количестве пользователей.<br /> Применение: ныне самая универсальная файловая система под&nbsp;Linux, особенно рекомендую её использовать как&nbsp;файловую систему для&nbsp;самых ценных данных, так&nbsp;как она&nbsp;самая надёжная из&nbsp;описываемых.<a name="h95-7"></a><h3>reiserfs </h3> Новая журналируемая файловая система, которая отличается от&nbsp;других с&nbsp;точки зрения администратора в&nbsp;первую очередь хорошей скоростью работы с&nbsp;каталогами, в&nbsp;которых большое количество маленьких файлов. В&nbsp;отличии от&nbsp;ext2/3 в&nbsp;ней используются для&nbsp;поиска файла в&nbsp;каталоге B-tree и&nbsp;хэши (в ext2/3 используются списки, в&nbsp;2.5.* ветке уже&nbsp;внесены модификации добавляющие B-tree поиск). Кроме того она&nbsp;умеет компактно хранить хвосты от&nbsp;файлов для&nbsp;экономии места, обычно расходуемого впустую.<br /> Применение: файловые системы с&nbsp;большим количеством маленьких файлов, или&nbsp;в&nbsp;которых большое количество файлов в&nbsp;каталоге.<a name="h95-8"></a><h3>xfs</h3> Разработка SGI&nbsp;недавно перенесённая в&nbsp;Linux. Для&nbsp;ядер до&nbsp;2.4.25 существует в&nbsp;виде патчей (уже присутствующих в&nbsp;большинстве современных дистрибутивов), а&nbsp;начиная 2.4.25 доступен уже&nbsp;без патчей, оптимизированная для&nbsp;быстрой работы с&nbsp;файлами большого размера (multimedia данных), обладающая великолепной надёжностью, имеющая поддержку ACL&nbsp;(полезно для&nbsp;файл-серверов с&nbsp;Windows-клиентами) и&nbsp;EA (до конца зачем они&nbsp;нужны понимают лишь бывшие пользователи OS/2, остальные смотрят на&nbsp;них с&nbsp;удивлением).<br /> Применение: хранение файлов большого объёма (например мультимедиа-данных) и&nbsp;файл-сервера для&nbsp;Windows-сетей.<a name="h95-9"></a><h3>jfs</h3> Разработка IBM, использовавшаяся ранее на&nbsp;AIX, ныне портирована на&nbsp;OS/2 и&nbsp;Linux. Несмотря на&nbsp;моё огромное уважение к&nbsp;этой компании я&nbsp;пока не&nbsp;вижу применения этой файловой системе, и&nbsp;лично мне&nbsp;непонятно в&nbsp;каких случаях стоит её применять. Буду рад, если кто-нибудь мне&nbsp;об&nbsp;этом расскажет.<a name="h95-10"></a><h2>Параметры монтирования</h2> Есть набор параметров монтирования, поддерживаемых всеми файловыми системами, а&nbsp;также есть параметры конкретной файловой системы. Эта&nbsp;информация взята из&nbsp;mount(8). Здесь я&nbsp;описываю лишь некоторые, на&nbsp;которые хотел бы&nbsp;обратить внимание.<a name="h95-11"></a><h3>Общие параметры монтирования</h3> <strong>noatime</strong> &mdash; при&nbsp;каждом доступе (в том&nbsp;числе чтении) к&nbsp;файлу в&nbsp;inode обновляется время последнего доступа к&nbsp;файлу, что&nbsp;требуется крайне редко, при&nbsp;использовании этого параметра это&nbsp;обновление производиться не&nbsp;будет, что&nbsp;заметно ускорит работу news-серверов, и, в&nbsp;особенности, прокси-сервера squid (так как&nbsp;он&nbsp;каждую секунду выполняет несколько обращений к&nbsp;файлам на&nbsp;чтение, каждое из&nbsp;которых без&nbsp;noatime вызывает операцию записи, то&nbsp;есть обновления информации о&nbsp;времени последнего доступа).<br /> <strong>nodev</strong> &mdash; не&nbsp;позволяет создавать и&nbsp;использовать на&nbsp;этой файловой системе файлы-устройства, эта&nbsp;возможность полезна для&nbsp;безопасности (если вы&nbsp;точно знаете, что&nbsp;на&nbsp;данной файловой системе файлы-устройства вам&nbsp;не&nbsp;нужны, то&nbsp;есть смысл ставить этот параметр).<br /> <strong>nosuid</strong> &mdash; на&nbsp;этой файловой системе не&nbsp;действует бит&nbsp;suid (исполнение программы от&nbsp;имени её владельца, а&nbsp;не запустившего её пользователя).<br /> <strong>noexec</strong> &mdash; запрет запуска с&nbsp;этой файловой системы (внимание! скрипты всё равно можно будет запустить командой bash скрипт.sh).<br /> <strong>ro</strong> &mdash; доступ только для&nbsp;чтения<a name="h95-12"></a><h3>ext2</h3> <strong>bsdgroups / sysvgroups</strong><br /> <strong>grpquota / noquota / quota / usrquota</strong><a name="h95-13"></a><h3>ext3</h3> <strong>data=journal</strong> &mdash; все&nbsp;данные сначала пишутся в&nbsp;журнал, прежде чем&nbsp;начать запись на&nbsp;файловую систему<br /> <strong>data=ordered</strong> &mdash; (режим по&nbsp;умолчанию) сначала пишутся данные прямо в&nbsp;файловую систему, после чего метаданные добавляются в&nbsp;журнал<br /> <strong>writeback</strong> &mdash; очерёдность записи не&nbsp;соблюдается, метаданные могут быть записаны в&nbsp;журнал до&nbsp;того, как&nbsp;данные будут записаны на&nbsp;файловую систему, хотя этот режим гарантирует целостность файловой системы, он&nbsp;может позволить устаревшим данным присутствовать в&nbsp;файлах после сбоя (и, соответственно, восстановления журнала)<a name="h95-14"></a><h3>reiserfs</h3> <strong>notail</strong> &mdash; отключение ускорения доступа к&nbsp;маленьким файлом и&nbsp;упаковки &laquo;хвостов файлов&raquo;. Она&nbsp;была нужна в&nbsp;те времена, когда загрузчик ядра (LILO) не&nbsp;понимал где&nbsp;искать &laquo;хвосты&raquo;. Кроме того с&nbsp;этим параметром не&nbsp;будет часто замечаемого многими пользователя &laquo;обрывков других файлов в&nbsp;файле&raquo; после аппаратный сбоев.<br /> Поддерживается в&nbsp;дистрибутивах ALT&nbsp;Linux, выпущенных с&nbsp;начала 2004 года:<br /> <strong>data=journal</strong> &mdash; данные сначала пишутся в&nbsp;журнал, а&nbsp;потом начинается запись на&nbsp;файловую систему<br /> <strong>quota</strong> &mdash; для&nbsp;управления квотами пользователей на&nbsp;дисковое пространство<a name="h95-15"></a><h3>xfs</h3> <strong>dmapi</strong><br /> <strong>logdev=device</strong> &mdash; путь к&nbsp;устройству, на&nbsp;котором будет размещён журнал<br /> <strong>osyncisdsync</strong><br /> <strong>quota / usrquota / ugnoenforce</strong><br /> <strong>grpquota / gqnoenforce</strong><a name="h95-16"></a><h2>Значение отдельных разделов</h2><a name="h95-17"></a><h3>/</h3> Корневой раздел<br /> Здесь, на&nbsp;мой взгляд, лучше применить ext3, ибо&nbsp;при сбоях на&nbsp;этапе начальной загрузки ext3 пока восстанавливается системой корректнее своих собратьев.<a name="h95-18"></a><h3>/boot</h3> На&nbsp;этом разделе обычно лежат рабочее и&nbsp;failsafe ядра, initrd образы, system.map файлы, а&nbsp;также некоторые данные используемого загрузчика (lilo или&nbsp;grub). На&nbsp;этот раздел обычно достаточно <span class="nobr">5&ndash;10</span>Mb. Обычно самый первый раздел (занимающий первую дорожку), и&nbsp;является самостоятельным primary разделом (не является logical volume на&nbsp;LVM как&nbsp;остальные).<br /> Оптимальная ФС&nbsp;&mdash; ext2 (потому что&nbsp;объём мал, а&nbsp;изменения редки), причём лучше не&nbsp;монтировать её автоматически, а&nbsp;подключать только в&nbsp;моменты установки ядер и&nbsp;изменения конфигурации загрузчика.<a name="h95-19"></a><h3>/usr</h3> Обычно достаточно большой раздел (<span class="nobr">1&ndash;2</span>Gb), который редко разбивается на&nbsp;подразделы. Без&nbsp;LVM я&nbsp;бы не&nbsp;рекомендовал его&nbsp;разбивать, однако при&nbsp;его наличии это&nbsp;может иметь смысл.<br /> Насколько мне&nbsp;известно noatime на&nbsp;этом разделе не&nbsp;может дать никаких неприятных последствий.<a name="h95-20"></a><h3>/usr/share/doc</h3> reiserfs &mdash; ro,noatime,noexec,nodev<a name="h95-21"></a><h3>/var</h3> Раздел, предназначенный для&nbsp;хранения изменяемых в&nbsp;процессе работы системы данных. По-хорошему на&nbsp;нём должен стоять флаг noexec, однако из-за недоработок<br /> нынешних дистрибутивов это&nbsp;редко удаётся без&nbsp;доводки дистрибутива (или установленного софта) напильником.<br /> Файловая система &mdash; ext3 или&nbsp;reiserfs, noexec(желательно), nosuid(обязательно), скорее всего возможно использовать noatime, однако стоит быть внимательными.<a name="h95-22"></a><h3>/var/log</h3> Этот раздел делать отдельно обязательно. При&nbsp;сбоях или&nbsp;<span class="missingpage">Do&nbsp;S</span><a href="http://freesource.info/wiki/DoS/edit?add=1&" title="Создать эту страницу">?</a> атаках размер журналов может резко увеличиваться, тем&nbsp;самым переполняя этот раздел. Если сервер используется для&nbsp;узкого круга задач (скажем web-сервер), есть смысл журнал основного сервиса вынести на&nbsp;отдельный раздел (скажем /var/log/apache).<br /> /var/log &mdash; системные логи<br /> /var/log/apache &mdash; логи www-сервера<br /> Файловая система &mdash; ext3 либо xfs, параметры noatime,noexec,nodev<a name="h95-23"></a><h3>/var/spool</h3> reiserfs/ext3 noexec,nodev<a name="h95-24"></a><h3>/var/spool/mail</h3> Каталог с&nbsp;почтой пользователей. ext3 с&nbsp;data=journal,noatime,noexec,nodev.<br /> Также на&nbsp;этот раздел обязательно устанавливать квоты.<a name="h95-25"></a><h3>/var/cache</h3> reiserfs noexec,nodev,noatime<a name="h95-26"></a><h3>/var/tmp</h3> Эта&nbsp;файловая система предназначена в&nbsp;первую очередь для&nbsp;хранения временных данных, которые могут иметь смысл после сбоя сервера (например данные autosave или&nbsp;журнал работы текстовых редакторов). Предназначен исключительно для&nbsp;файлов данных и&nbsp;должен обеспечивать высокую надёжность при&nbsp;аппаратных и&nbsp;программных сбоях.<br /> Оптимальное решение с&nbsp;моей точки зрения &mdash; ext3 со&nbsp;включённым журналированием данных.<br /> ext3 data=journal,noexec,nodev,atime<a name="h95-27"></a><h3>/var/www</h3> Раздел с&nbsp;сайтами пользователей<a name="h95-28"></a><h3>/tmp</h3> Каталог для&nbsp;временных файлов, не&nbsp;имеющих никакого смысла при&nbsp;перезагрузке. Может (и, как&nbsp;я&nbsp;считаю, должен) пересоздаваться во&nbsp;время загрузки системы.<br /> Время последнего доступа к&nbsp;файлу может использоваться для&nbsp;проверки не&nbsp;является ли&nbsp;файл в&nbsp;этом каталоге неиспользуемым (скажем если к&nbsp;файлу не&nbsp;было доступа больше трёх суток и&nbsp;он никем не&nbsp;открыт, то&nbsp;он удаляется), поэтому желательно держать флаг atime.<br /> Запускать файлы из&nbsp;/tmp пытаются некоторые криво написанные программы, если вы&nbsp;с такой встретились &mdash; лучше сделать патч. Если не&nbsp;ставится флаг noexec, то&nbsp;хотя бы&nbsp;nosuid стоять должен.<br /> Файловая система лучше reiserfs &mdash; она&nbsp;лучше всех справляется с&nbsp;большим количеством небольших файлов в&nbsp;одном каталоге.<br /> reiserfs noexec,nodev,atime<a name="h95-29"></a><h3>/home</h3> Домашние каталоги пользователей. На&nbsp;серверной машине, на&nbsp;которой у&nbsp;пользователей нет&nbsp;shell-доступа, скорее всего, имеет смысл ставить на&nbsp;этот раздел флаг noexec, но&nbsp;если он&nbsp;не ставится, то&nbsp;nosuid обязателен.<br /> Время последнего доступа к&nbsp;файлам если раздел используется несколькими реальными пользователями может быть нужно, поэтому в&nbsp;этом случае noatime не&nbsp;нужен. Однако если машина используется, скажем, как&nbsp;почтовый сервер (то есть пользователи никогда не&nbsp;сталкиваются с&nbsp;данными на&nbsp;файловой системе), то, скорее всего, этот флаг вам&nbsp;нужен.<br /> ext3/xfs nosuid,nodev<a name="h95-30"></a><h3>/dev</h3> Чаще всего это&nbsp;просто каталог на&nbsp;корневом разделе, однако это&nbsp;может быть и&nbsp;файловая система udev (ранее использовалась devfs).<br /> Преимущества devfs &mdash; отсутствие лишних записей в&nbsp;каталоге (файлы-устройства существуют только для&nbsp;тех устройств, драйверы которых загружены) и&nbsp;загрузка драйверов по&nbsp;запросу (попытка выполнить &laquo;ls /dev/ttyS*" загрузит модуль serial).<br /> При&nbsp;использовании userspace dev&nbsp;(udev) устройства добавляются вызовом /sbin/hotplug. В&nbsp;linux 2.6 devfs считается устаревшим (obsoleted).<br /> !!2mithraen: всё-таки cat&nbsp;/dev/ttyS* ?&quot;&quot;<br /> Недостаток &mdash; недостаточно оттестировано, поэтому в&nbsp;процессе настройки могут быть сложности. Однако на&nbsp;уже настроенной машине никаких проблем лично я&nbsp;не встречал, поэтому предпочитаю использовать её.<a name="h95-31"></a><h2>Ссылки</h2> <a href="http://plasticfs.sourceforge.net/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://plasticfs.sourceforge.net/</a> &mdash; файловая система в&nbsp;userspace<br /> <a href="http://www.filesystems.org/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://www.filesystems.org/</a> &mdash; разработка ФС&nbsp;сразу для&nbsp;Linux, Solaris и&nbsp;<a href="http://freesource.info/wiki/FreeBSD&" class="">Free&nbsp;BSD</a><br /> <a href="http://www.fsl.cs.sunysb.edu/project-unionfs.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://www.fsl.cs.sunysb.edu/project-unionfs.html</a> &mdash; A&nbsp;Stackable Unification File System<br /> <a href="http://sourceforge.net/projects/fuse/" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />http://sourceforge.net/projects/fuse/</a> &mdash; инструмент для&nbsp;создания виртуальных файловых систем<a name="h95-32"></a><h2>Благодарности</h2> Клочков Роман &mdash; масса ценных комментариев, первый кто&nbsp;написал мне&nbsp;письмо в<br /> ответ на&nbsp;эту статью :)<br /> :)<br /> <!--notypo-->{{BackLinks}}<!--/notypo--></div></div> http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska/show?time=2006-04-11+21%3A22%3A41 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;admin&nbsp;/&nbsp;Разбиение&nbsp;Диска</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2006-04-11+21%3A22%3A41">2006-04-11 21:22:41</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2006-11-04+15%3A14%3A20">2006-11-04 15:14:20</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h95-1"></a><h3>/</h3> Корневой раздел<br /> Здесь, на&nbsp;мой взгляд, лучше применить ext3, ибо&nbsp;при сбоях на&nbsp;этапе начальной загрузки ext3 пока восстанавливается системой корректнее своих собратьев.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska/show?time=2005-10-11+12%3A30%3A23 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;admin&nbsp;/&nbsp;Разбиение&nbsp;Диска</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2005-10-11+12%3A30%3A23">2005-10-11 12:30:23</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2006-04-11+21%3A22%3A41">2006-04-11 21:22:41</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">:)</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska/show?time=2005-07-15+19%3A50%3A07 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;admin&nbsp;/&nbsp;Разбиение&nbsp;Диска</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2005-07-15+19%3A50%3A07">2005-07-15 19:50:07</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2005-10-11+12%3A30%3A23">2005-10-11 12:30:23</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Я&nbsp;рекомендую по&nbsp;крайней мере на&nbsp;тестовых машинах использовать LVM, который позволяет гибко создавать, удалять и&nbsp;изменять размеры разделов без&nbsp;потери данных. При&nbsp;переходе к&nbsp;ядрам ветки 2.6.* можно будет изменять размеры файловых систем ext2 и&nbsp;ext3 без&nbsp;остановки сервера, а&nbsp;на reiserfs увеличение размера раздела &laquo;в горячую&raquo; можно делать уже&nbsp;сейчас.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Я&nbsp;рекомендую по&nbsp;крайней мере на&nbsp;тестовых машинах использовать LVM, которыйпозволяет гибко создавать, удалять и&nbsp;изменять размеры разделов без&nbsp;потери данных. При&nbsp;переходе к&nbsp;ядрам ветки 2.6.* можно будет изменять размеры файловых систем ext2 и&nbsp;ext3 без&nbsp;остановки сервера, а&nbsp;на reiserfs увеличение размера раздела &laquo;в горячую&raquo; можно делать уже&nbsp;сейчас.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska/show?time=2005-07-15+19%3A42%3A42 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;admin&nbsp;/&nbsp;Разбиение&nbsp;Диска</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2005-07-15+19%3A42%3A42">2005-07-15 19:42:42</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2005-07-15+19%3A50%3A07">2005-07-15 19:50:07</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><strong>bsdgroups / sysvgroups</strong><br /> <strong>grpquota / noquota / quota / usrquota</strong><br /> <strong>dmapi</strong><br /> <strong>logdev=device</strong> &mdash; путь к&nbsp;устройству, на&nbsp;котором будет размещён журнал<br /> <strong>osyncisdsync</strong><br /> <strong>quota / usrquota / ugnoenforce</strong><br /> <strong>grpquota / gqnoenforce</strong><br /> Чаще всего это&nbsp;просто каталог на&nbsp;корневом разделе, однако это&nbsp;может быть и&nbsp;файловая система udev (ранее использовалась devfs).<br /> При&nbsp;использовании userspace dev&nbsp;(udev) устройства добавляются вызовом /sbin/hotplug. В&nbsp;linux 2.6 devfs считается устаревшим (obsoleted).<br /> !!2mithraen: всё-таки cat&nbsp;/dev/ttyS* ?&quot;&quot;</div><br /> <b>Удалено:</b><br /> <div class="deletions">bsdgroups / sysvgroups<br /> grpquota / noquota / quota / usrquota<br /> dmapi<br /> logdev=device &mdash; путь к&nbsp;устройству, на&nbsp;котором будет размещён журнал<br /> osyncisdsync<br /> quota / usrquota / ugnoenforce<br /> grpquota / gqnoenforce<br /> Чаще всего это&nbsp;просто каталог на&nbsp;корневом разделе, однако это&nbsp;может быть и&nbsp;файловая система devfs.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska/show?time=2005-07-15+19%3A41%3A32 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;admin&nbsp;/&nbsp;Разбиение&nbsp;Диска</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2005-07-15+19%3A41%3A32">2005-07-15 19:41:32</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2005-07-15+19%3A42%3A42">2005-07-15 19:42:42</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h95-1"></a><h3>/usr/share/doc</h3><a name="h95-2"></a><h3>/var</h3><a name="h95-3"></a><h3>/var/spool/mail</h3><a name="h95-4"></a><h3>/var/www</h3><a name="h95-5"></a><h3>/tmp</h3><a name="h95-6"></a><h3>/home</h3><a name="h95-7"></a><h3>/dev</h3></div><br /> <b>Удалено:</b><br /> <div class="deletions"><a name="h95-1"></a><h4>/usr/share/doc</h4><a name="h95-2"></a><h2>/var</h2><a name="h95-3"></a><h4>/var/spool/mail</h4><a name="h95-4"></a><h2>/var/www</h2><a name="h95-5"></a><h2>/tmp</h2><a name="h95-6"></a><h2>/home</h2><a name="h95-7"></a><h2>/dev</h2></div></div> http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska/show?time=2005-04-04+15%3A38%3A00 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;admin&nbsp;/&nbsp;Разбиение&nbsp;Диска</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2005-04-04+15%3A38%3A00">2005-04-04 15:38:00</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2005-07-15+19%3A41%3A32">2005-07-15 19:41:32</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><!--notypo-->{{TableOfContents page="" title="" numerate=""}}<!--/notypo--><br /> Я&nbsp;рекомендую по&nbsp;крайней мере на&nbsp;тестовых машинах использовать LVM, которыйпозволяет гибко создавать, удалять и&nbsp;изменять размеры разделов без&nbsp;потери данных. При&nbsp;переходе к&nbsp;ядрам ветки 2.6.* можно будет изменять размеры файловых систем ext2 и&nbsp;ext3 без&nbsp;остановки сервера, а&nbsp;на reiserfs увеличение размера раздела &laquo;в горячую&raquo; можно делать уже&nbsp;сейчас.<a name="h95-1"></a><h2>Дисковая подкачка</h2> У&nbsp;swap есть две&nbsp;особенности:<br /> <ol type="1"><li> Если уж&nbsp;он используется, то&nbsp;доступ к&nbsp;нему должен быть максимально быстрый (а это&nbsp;значит либо начало, либо середина диска); </li><li> Данные в&nbsp;swap не&nbsp;представляют никакой ценности после перезагрузки машины;</li></ol><a name="h95-2"></a><h3> ext2 </h3> Традиционная для&nbsp;Linux файловая система, после появления ext3 смысл её использовать есть только на&nbsp;разделах, которые должны поддерживаться сторонним программным обеспечением (например драйверами ext2 от&nbsp;других ОС).<br /> Применение: разделы, к&nbsp;которым будет производится обращение программ без&nbsp;помощи ОС&nbsp;(например lilo, grub и&nbsp;другие загрузчики).<a name="h95-3"></a><h3>ext3 </h3> Сделана на&nbsp;базе ext2, отличается только наличием журналирования. Полностью обратно совместима с&nbsp;ext2 (то есть любое ПО, умеющее читать ext2, прочитает и&nbsp;ext3), конвертирование ext2 в&nbsp;ext3 заключается только в&nbsp;создании файла журнала (что делается командой &laquo;tune2fs -j &lt;устройство с&nbsp;FS&gt;'").<br /> Единственная из&nbsp;описываемых поддерживает журналирование данных при&nbsp;использовании стандартного ядра 2.4.x, а&nbsp;не только метаданных (при использовании параметра data=journal), которое, как&nbsp;ни&nbsp;странно, в&nbsp;некоторых случаях даёт увеличение производительности. Одна из&nbsp;самых надёжных файловых систем для&nbsp;Linux (второй является xfs, но&nbsp;её пока нет&nbsp;в&nbsp;стабильной<br /> ветке ядра), активно продвигаемая компанией Red&nbsp;Hat, и&nbsp;оттестированая на&nbsp;огромном количестве пользователей.<br /> Применение: ныне самая универсальная файловая система под&nbsp;Linux, особенно рекомендую её использовать как&nbsp;файловую систему для&nbsp;самых ценных данных, так&nbsp;как она&nbsp;самая надёжная из&nbsp;описываемых.<a name="h95-4"></a><h3>reiserfs </h3> Новая журналируемая файловая система, которая отличается от&nbsp;других с&nbsp;точки зрения администратора в&nbsp;первую очередь хорошей скоростью работы с&nbsp;каталогами, в&nbsp;которых большое количество маленьких файлов. В&nbsp;отличии от&nbsp;ext2/3 в&nbsp;ней используются для&nbsp;поиска файла в&nbsp;каталоге B-tree и&nbsp;хэши (в ext2/3 используются списки, в&nbsp;2.5.* ветке уже&nbsp;внесены модификации добавляющие B-tree поиск). Кроме того она&nbsp;умеет компактно хранить хвосты от&nbsp;файлов для&nbsp;экономии места, обычно расходуемого впустую.<br /> Применение: файловые системы с&nbsp;большим количеством маленьких файлов, или&nbsp;в&nbsp;которых большое количество файлов в&nbsp;каталоге.<br /> Разработка SGI&nbsp;недавно перенесённая в&nbsp;Linux. Для&nbsp;ядер до&nbsp;2.4.25 существует в&nbsp;виде патчей (уже присутствующих в&nbsp;большинстве современных дистрибутивов), а&nbsp;начиная 2.4.25 доступен уже&nbsp;без патчей, оптимизированная для&nbsp;быстрой работы с&nbsp;файлами большого размера (multimedia данных), обладающая великолепной надёжностью, имеющая поддержку ACL&nbsp;(полезно для&nbsp;файл-серверов с&nbsp;Windows-клиентами) и&nbsp;EA (до конца зачем они&nbsp;нужны понимают лишь бывшие пользователи OS/2, остальные смотрят на&nbsp;них с&nbsp;удивлением).<br /> Применение: хранение файлов большого объёма (например мультимедиа-данных) и&nbsp;файл-сервера для&nbsp;Windows-сетей.<a name="h95-5"></a><h3>jfs</h3> Разработка IBM, использовавшаяся ранее на&nbsp;AIX, ныне портирована на&nbsp;OS/2 и&nbsp;Linux. Несмотря на&nbsp;моё огромное уважение к&nbsp;этой компании я&nbsp;пока не&nbsp;вижу применения этой файловой системе, и&nbsp;лично мне&nbsp;непонятно в&nbsp;каких случаях стоит её применять. Буду рад, если кто-нибудь мне&nbsp;об&nbsp;этом расскажет.<a name="h95-6"></a><h2>Параметры монтирования</h2> Есть набор параметров монтирования, поддерживаемых всеми файловыми системами, а&nbsp;также есть параметры конкретной файловой системы. Эта&nbsp;информация взята из&nbsp;mount(8). Здесь я&nbsp;описываю лишь некоторые, на&nbsp;которые хотел бы&nbsp;обратить внимание.<a name="h95-7"></a><h3>Общие параметры монтирования</h3> <strong>noatime</strong> &mdash; при&nbsp;каждом доступе (в том&nbsp;числе чтении) к&nbsp;файлу в&nbsp;inode обновляется время последнего доступа к&nbsp;файлу, что&nbsp;требуется крайне редко, при&nbsp;использовании этого параметра это&nbsp;обновление производиться не&nbsp;будет, что&nbsp;заметно ускорит работу news-серверов, и, в&nbsp;особенности, прокси-сервера squid (так как&nbsp;он&nbsp;каждую секунду выполняет несколько обращений к&nbsp;файлам на&nbsp;чтение, каждое из&nbsp;которых без&nbsp;noatime вызывает операцию записи, то&nbsp;есть обновления информации о&nbsp;времени последнего доступа).<br /> <strong>nodev</strong> &mdash; не&nbsp;позволяет создавать и&nbsp;использовать на&nbsp;этой файловой системе файлы-устройства, эта&nbsp;возможность полезна для&nbsp;безопасности (если вы&nbsp;точно знаете, что&nbsp;на&nbsp;данной файловой системе файлы-устройства вам&nbsp;не&nbsp;нужны, то&nbsp;есть смысл ставить этот параметр).<br /> <strong>nosuid</strong> &mdash; на&nbsp;этой файловой системе не&nbsp;действует бит&nbsp;suid (исполнение программы от&nbsp;имени её владельца, а&nbsp;не запустившего её пользователя).<br /> <strong>noexec</strong> &mdash; запрет запуска с&nbsp;этой файловой системы (внимание! скрипты всё равно можно будет запустить командой bash скрипт.sh).<br /> <strong>ro</strong> &mdash; доступ только для&nbsp;чтения<br /> <strong>data=journal</strong> &mdash; все&nbsp;данные сначала пишутся в&nbsp;журнал, прежде чем&nbsp;начать запись на&nbsp;файловую систему<br /> <strong>data=ordered</strong> &mdash; (режим по&nbsp;умолчанию) сначала пишутся данные прямо в&nbsp;файловую систему, после чего метаданные добавляются в&nbsp;журнал<br /> <strong>writeback</strong> &mdash; очерёдность записи не&nbsp;соблюдается, метаданные могут быть записаны в&nbsp;журнал до&nbsp;того, как&nbsp;данные будут записаны на&nbsp;файловую систему, хотя этот режим гарантирует целостность файловой системы, он&nbsp;может позволить устаревшим данным присутствовать в&nbsp;файлах после сбоя (и, соответственно, восстановления журнала)<br /> <strong>notail</strong> &mdash; отключение ускорения доступа к&nbsp;маленьким файлом и&nbsp;упаковки &laquo;хвостов файлов&raquo;. Она&nbsp;была нужна в&nbsp;те времена, когда загрузчик ядра (LILO) не&nbsp;понимал где&nbsp;искать &laquo;хвосты&raquo;. Кроме того с&nbsp;этим параметром не&nbsp;будет часто замечаемого многими пользователя &laquo;обрывков других файлов в&nbsp;файле&raquo; после аппаратный сбоев.<br /> <strong>data=journal</strong> &mdash; данные сначала пишутся в&nbsp;журнал, а&nbsp;потом начинается запись на&nbsp;файловую систему<br /> <strong>quota</strong> &mdash; для&nbsp;управления квотами пользователей на&nbsp;дисковое пространство<br /> На&nbsp;этом разделе обычно лежат рабочее и&nbsp;failsafe ядра, initrd образы, system.map файлы, а&nbsp;также некоторые данные используемого загрузчика (lilo или&nbsp;grub). На&nbsp;этот раздел обычно достаточно <span class="nobr">5&ndash;10</span>Mb. Обычно самый первый раздел (занимающий первую дорожку), и&nbsp;является самостоятельным primary разделом (не является logical volume на&nbsp;LVM как&nbsp;остальные).<br /> Обычно достаточно большой раздел (<span class="nobr">1&ndash;2</span>Gb), который редко разбивается на&nbsp;подразделы. Без&nbsp;LVM я&nbsp;бы не&nbsp;рекомендовал его&nbsp;разбивать, однако при&nbsp;его наличии это&nbsp;может иметь смысл.<br /> Насколько мне&nbsp;известно noatime на&nbsp;этом разделе не&nbsp;может дать никаких неприятных последствий.<br /> Раздел, предназначенный для&nbsp;хранения изменяемых в&nbsp;процессе работы системы данных. По-хорошему на&nbsp;нём должен стоять флаг noexec, однако из-за недоработок<br /> нынешних дистрибутивов это&nbsp;редко удаётся без&nbsp;доводки дистрибутива (или установленного софта) напильником.<br /> Файловая система &mdash; ext3 или&nbsp;reiserfs, noexec(желательно), nosuid(обязательно), скорее всего возможно использовать noatime, однако стоит быть внимательными.<br /> Этот раздел делать отдельно обязательно. При&nbsp;сбоях или&nbsp;<span class="missingpage">Do&nbsp;S</span><a href="http://freesource.info/wiki/DoS/edit?add=1&" title="Создать эту страницу">?</a> атаках размер журналов может резко увеличиваться, тем&nbsp;самым переполняя этот раздел. Если сервер используется для&nbsp;узкого круга задач (скажем web-сервер), есть смысл журнал основного сервиса вынести на&nbsp;отдельный раздел (скажем /var/log/apache).<br /> /var/log &mdash; системные логи<br /> Файловая система &mdash; ext3 либо xfs, параметры noatime,noexec,nodev<br /> Эта&nbsp;файловая система предназначена в&nbsp;первую очередь для&nbsp;хранения временных данных, которые могут иметь смысл после сбоя сервера (например данные autosave или&nbsp;журнал работы текстовых редакторов). Предназначен исключительно для&nbsp;файлов данных и&nbsp;должен обеспечивать высокую надёжность при&nbsp;аппаратных и&nbsp;программных сбоях.<br /> Оптимальное решение с&nbsp;моей точки зрения &mdash; ext3 со&nbsp;включённым журналированием данных.<br /> Каталог для&nbsp;временных файлов, не&nbsp;имеющих никакого смысла при&nbsp;перезагрузке. Может (и, как&nbsp;я&nbsp;считаю, должен) пересоздаваться во&nbsp;время загрузки системы.<br /> Время последнего доступа к&nbsp;файлу может использоваться для&nbsp;проверки не&nbsp;является ли&nbsp;файл в&nbsp;этом каталоге неиспользуемым (скажем если к&nbsp;файлу не&nbsp;было доступа больше трёх суток и&nbsp;он никем не&nbsp;открыт, то&nbsp;он удаляется), поэтому желательно держать флаг atime.<br /> Запускать файлы из&nbsp;/tmp пытаются некоторые криво написанные программы, если вы&nbsp;с такой встретились &mdash; лучше сделать патч. Если не&nbsp;ставится флаг noexec, то&nbsp;хотя бы&nbsp;nosuid стоять должен.<br /> Файловая система лучше reiserfs &mdash; она&nbsp;лучше всех справляется с&nbsp;большим количеством небольших файлов в&nbsp;одном каталоге.<br /> Домашние каталоги пользователей. На&nbsp;серверной машине, на&nbsp;которой у&nbsp;пользователей нет&nbsp;shell-доступа, скорее всего, имеет смысл ставить на&nbsp;этот раздел флаг noexec, но&nbsp;если он&nbsp;не ставится, то&nbsp;nosuid обязателен.<br /> Время последнего доступа к&nbsp;файлам если раздел используется несколькими реальными пользователями может быть нужно, поэтому в&nbsp;этом случае noatime не&nbsp;нужен. Однако если машина используется, скажем, как&nbsp;почтовый сервер (то есть пользователи никогда не&nbsp;сталкиваются с&nbsp;данными на&nbsp;файловой системе), то, скорее всего, этот флаг вам&nbsp;нужен.<br /> Чаще всего это&nbsp;просто каталог на&nbsp;корневом разделе, однако это&nbsp;может быть и&nbsp;файловая система devfs.<br /> Преимущества devfs &mdash; отсутствие лишних записей в&nbsp;каталоге (файлы-устройства существуют только для&nbsp;тех устройств, драйверы которых загружены) и&nbsp;загрузка драйверов по&nbsp;запросу (попытка выполнить &laquo;ls /dev/ttyS*" загрузит модуль serial).<br /> Недостаток &mdash; недостаточно оттестировано, поэтому в&nbsp;процессе настройки могут быть сложности. Однако на&nbsp;уже настроенной машине никаких проблем лично я&nbsp;не встречал, поэтому предпочитаю использовать её.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Я&nbsp;рекомендую по&nbsp;крайней мере на&nbsp;тестовых машинах использовать LVM, который<br /> позволяет гибко создавать, удалять и&nbsp;изменять размеры разделов без&nbsp;потери<br /> данных. При&nbsp;переходе к&nbsp;ядрам ветки 2.6.* можно будет изменять размеры<br /> файловых систем ext2 и&nbsp;ext3 без&nbsp;остановки сервера, а&nbsp;на reiserfs увеличение<br /> размера раздела &laquo;в горячую&raquo; можно делать уже&nbsp;сейчас.<a name="h95-1"></a><h2>swap</h2> У&nbsp;swap есть две&nbsp;особенноси:<br /> <ol type="1"><li> если уж&nbsp;он используется, то&nbsp;доступ к&nbsp;нему должен быть максимально быстрый (а это&nbsp;значит либо начало, либо середина диска); </li><li> данные в&nbsp;swap не&nbsp;представляют никакой ценности после перезагрузки машины;</li></ol> ext2 &mdash; традиционная для&nbsp;Linux файловая система, после появления ext3 смысл<br /> её использовать есть только на&nbsp;разделах, которые должны поддерживаться<br /> сторонним программным обеспечением (например драйверами ext2 от&nbsp;других ОС).<br /> Применение: разделы, к&nbsp;которым будет производится обращение программ без<br /> помощи ОС&nbsp;(например lilo, grub и&nbsp;другие загрузчики).<br /> ext3 &mdash; сделана на&nbsp;базе ext2, отличается только наличием журналирования.<br /> Полностью обратно совместима с&nbsp;ext2 (то есть любое ПО&nbsp;умеющее читать ext2<br /> прочитает ext3), конвертирование ext2 в&nbsp;ext3 заключается только в&nbsp;создании<br /> файла журнала (что делается командой &laquo;tune2fs -j &lt;устройство с&nbsp;FS&gt;'").<br /> Единственная из&nbsp;описываемых поддерживает журналирование данных при<br /> использовании стандартного ядра 2.4.x, а&nbsp;не только<br /> метаданных (при использовании параметра data=journal), которое, как&nbsp;ни&nbsp;странно,<br /> в&nbsp;некоторых случаях даёт увеличение производительности. Одна из&nbsp;самых надёжных<br /> файловых систем для&nbsp;Linux (второй является xfs, но&nbsp;её пока нет&nbsp;в&nbsp;стабильной<br /> ветке ядра), активно продвигаемая компанией Red&nbsp;Hat, и&nbsp;оттестированая на<br /> огромном количестве пользователей.<br /> применение: ныне самая универсальная файловая система под&nbsp;Linux, особенно<br /> рекомендую её использовать как&nbsp;файловую систему для&nbsp;самых ценных данных,<br /> так&nbsp;как она&nbsp;самая надёжная из&nbsp;описываемых<br /> reiserfs &mdash; новая журналируемая файловая система, которая отличается от<br /> других с&nbsp;точки зрения администратора в&nbsp;первую очередь хорошей скоростью<br /> работы с&nbsp;каталогами, в&nbsp;которых большое количество маленьких файлов.<br /> В&nbsp;отличии от&nbsp;ext2/3 в&nbsp;ней используются для&nbsp;поиска файла в&nbsp;каталоге B-tree<br /> и&nbsp;хэши (в ext2/3 используются списки, в&nbsp;2.5.* ветке уже&nbsp;внесены модификации<br /> добавляющие B-tree поиск). Кроме того она&nbsp;умеет компактно хранить хвосты<br /> от&nbsp;файлов для&nbsp;экономии места, обычно расходуемого впустую.<br /> применение: файловые системы с&nbsp;большим количеством маленьких файлов, или<br /> в&nbsp;которых большое количество файлов в&nbsp;каталоге.<br /> xfs&nbsp;&mdash; разработка SGI&nbsp;недавно перенесённая в&nbsp;Linux. Для&nbsp;ядер до&nbsp;2.4.25 существует<br /> в&nbsp;виде патчей (уже присутствующих в&nbsp;большинстве современных дистрибутивов), а&nbsp;начиная 2.4.25 доступен уже&nbsp;без патчей, оптимизированая для&nbsp;быстрой работы с&nbsp;файлами большого размера (multimedia данных), обладающая великолепной надёжностью, имеющая поддержку ACL&nbsp;(полезно для&nbsp;файл-серверов с&nbsp;Windows-клиентами) и&nbsp;EA (до конца зачем они&nbsp;нужны понимают лишь бывшие пользователи OS/2, остальные смотрят на&nbsp;них с&nbsp;удивлением).<br /> применение: хранение файлов большого объёма (например мультимедиа-данных)<br /> и&nbsp;файл-сервера для&nbsp;Windows-сетей.<br /> jfs&nbsp;&mdash; разработка IBM, использовавшаяся ранее на&nbsp;AIX, ныне портирована на&nbsp;OS/2<br /> и&nbsp;Linux. Несмотря на&nbsp;моё огромное уважение к&nbsp;этой компании я&nbsp;пока не&nbsp;вижу<br /> применения этой файловой системе, и&nbsp;лично мне&nbsp;непонятно в&nbsp;каких случаях стоит<br /> её применять. Буду рад, если кто-нибудь мне&nbsp;об&nbsp;этом расскажет.<a name="h95-2"></a><h2>Опции монтирования</h2> Есть набор опций монтирования, поддерживаемых всеми файловыми системами, а<br /> также есть опции конкретной файловой системы. Эта&nbsp;информация взята из<br /> mount(8). Здесь я&nbsp;описываю лишь некоторые, на&nbsp;которые хотел бы&nbsp;обратить<br /> внимание.<a name="h95-3"></a><h3>Общие опции монтирования</h3> noatime &mdash; при&nbsp;каждом доступе (в том&nbsp;числе чтении) к&nbsp;файлу в&nbsp;inode обновляется<br /> время последнего доступа к&nbsp;файлу, что&nbsp;требуется крайне редко, при&nbsp;использовании<br /> этой опции это&nbsp;обновление производиться не&nbsp;будет, что&nbsp;заметно ускорит работу<br /> news-серверов, и, в&nbsp;особенности, прокси-сервера squid (так как&nbsp;он&nbsp;каждую<br /> секунду выполняет несколько обращений к&nbsp;файлам на&nbsp;чтение, каждое из&nbsp;которых<br /> без&nbsp;noatime вызывает операцию записи, то&nbsp;есть обновления информации о<br /> времени последнего доступа).<br /> nodev &mdash; не&nbsp;позволяет создавать и&nbsp;использовать на&nbsp;этой файловой системе<br /> файлы-устройства, эта&nbsp;возможность полезна для&nbsp;безопасности (если вы&nbsp;точно<br /> знаете, что&nbsp;на&nbsp;данной файловой системе файлы-устройства вам&nbsp;не&nbsp;нужны, то<br /> есть смысл ставить эту&nbsp;опцию монтирования).<br /> nosuid &mdash; на&nbsp;этой файловой системе не&nbsp;действует бит&nbsp;suid (исполнение<br /> программы от&nbsp;имени её владельца, а&nbsp;не запустившего её пользователя).<br /> noexec &mdash; запрет запуска с&nbsp;этой файловой системы (внимание! скрипты всё равно можно будет<br /> запустить командой bash скрипт.sh).<br /> ro&nbsp;&mdash; доступ только для&nbsp;чтения<br /> data=journal &mdash; все&nbsp;данные сначала пишутся в&nbsp;журнал, прежде чем&nbsp;начать запись<br /> на&nbsp;файловую систему<br /> data=ordered &mdash; (режим по&nbsp;умолчанию) сначала пишутся данные прямо в&nbsp;файловую<br /> систему, после чего метаданные добавляются в&nbsp;журнал<br /> writeback &mdash; очерёдность записи не&nbsp;соблюдается, метаданные могут быть<br /> записаны в&nbsp;журнал до&nbsp;того, как&nbsp;данные будут записаны на&nbsp;файловую систему,<br /> хотя этот режим гарантирует целостность файловой системы, он&nbsp;может позволить<br /> устаревшим данным присутствовать в&nbsp;файлах после сбоя (и, соответственно,<br /> восстановления журнала)<br /> <ul><li> notail &mdash; отключение ускорения доступа к&nbsp;маленьким файлом и&nbsp;упаковки &laquo;хвостов файлов&raquo;. Она&nbsp;была нужна в&nbsp;те времена, когда загрузчик ядра (LILO) не&nbsp;понимал где&nbsp;искать &laquo;хвосты&raquo;. Кроме того с&nbsp;этой опцией не&nbsp;будет часто замечаемого многими пользователя &laquo;обрывков других файлов в&nbsp;файле&raquo; после аппаратный сбоев.</li></ul> data=journal &mdash; данные сначала пишутся в&nbsp;журнал, а&nbsp;потом начинается запись<br /> на&nbsp;файловую систему<br /> quota &mdash; для&nbsp;управления квотами пользователей на&nbsp;дисковое пространство<br /> На&nbsp;этом разделе обычно лежат рабочее и&nbsp;failsafe ядра, initrd<br /> образы, system.map файлы, а&nbsp;также некоторые данные используемого загрузчика<br /> (lilo или&nbsp;grub). На&nbsp;этот раздел обычно достаточно <span class="nobr">5&ndash;10</span>Mb. Обычно самый первый<br /> раздел (занимающий первую дорожку), и&nbsp;является самостоятельным primary разделом<br /> (не является logical volume на&nbsp;LVM как&nbsp;остальные).<br /> Обычно достаточно большой раздел (<span class="nobr">1&ndash;2</span>Gb), который редко разбивается на<br /> подразделы. Без&nbsp;LVM я&nbsp;бы не&nbsp;рекомендовал его&nbsp;разбивать, однако при&nbsp;его<br /> наличии это&nbsp;может иметь смысл.<br /> Насколько мне&nbsp;известно noatime на&nbsp;этом разделе не&nbsp;может дать никаких<br /> неприятных последствий.<br /> Раздел, предназначеный для&nbsp;хранения изменяемых в&nbsp;процессе работы системы<br /> данных. По-хорошему на&nbsp;нём должен стоять флаг noexec, однако из-за недоработок<br /> нынешних дистрибутивов это&nbsp;редко удаётся без&nbsp;доводки дистрибутива (или<br /> установленного софта) напильником.<br /> Файловая система &mdash; ext3 или&nbsp;reiserfs, noexec(желательно), nosuid(обязательно),<br /> скорее всего возможно использовать noatime, однако стоит быть внимательными.<br /> Этот раздел делать отдельно обязательно. При&nbsp;сбоях или&nbsp;<span class="missingpage">Do&nbsp;S</span><a href="http://freesource.info/wiki/DoS/edit?add=1&" title="Создать эту страницу">?</a> атаках размер<br /> журналов может резко увеличиваться, тем&nbsp;самым переполняя этот раздел. Если<br /> сервер используется для&nbsp;узкого круга задач (скажем web-сервер), есть смысл<br /> журнал основного сервиса вынести на&nbsp;отдельный раздел (скажем /var/log/apache).<br /> /var/log &mdash; системные логи\\<br /> Файловая система &mdash; ext3 либо xfs, опции noatime,noexec,nodev<br /> Эта&nbsp;файловая система предназначена в&nbsp;первую очередь для&nbsp;хранения временных<br /> данных, которые могут иметь смысл после сбоя сервера (например данные<br /> autosave или&nbsp;журнал работы текстовых редакторов). Предназначен исключительно<br /> для&nbsp;файлов данных и&nbsp;должен обеспечивать высокую надёжность при&nbsp;аппаратных<br /> и&nbsp;программных сбоях.<br /> Оптимальное решение с&nbsp;моей точки зрения &mdash; ext3 со&nbsp;включённым журналированием<br /> данных.<br /> Каталог для&nbsp;временных файлов, не&nbsp;имеющих никакого смысла при&nbsp;перезагрузке.<br /> Может (и, как&nbsp;я&nbsp;считаю, должен) пересоздаваться во&nbsp;время загрузки системы.<br /> Время последнего доступа к&nbsp;файлу может использоваться для&nbsp;проверки не&nbsp;является<br /> ли&nbsp;файл в&nbsp;этом каталоге неиспользуемым (скажем если к&nbsp;файлу не&nbsp;было доступа<br /> больше трёх суток и&nbsp;он никем не&nbsp;открыт, то&nbsp;он удаляется), поэтому желательно<br /> держать флаг atime.<br /> Запускать файлы из&nbsp;/tmp пытаются некоторые криво написаные программы, если<br /> вы&nbsp;с такой встретились &mdash; лучше сделать патч. Если не&nbsp;ставится флаг noexec,<br /> то&nbsp;хотя бы&nbsp;nosuid стоять должен.<br /> Файловая система лучше reiserfs &mdash; она&nbsp;лучше всех справляется с&nbsp;большим<br /> количеством небольших файлов в&nbsp;одном каталоге.<br /> Домашние каталоги пользователей. На&nbsp;серверной машине, на&nbsp;которой у&nbsp;пользователей<br /> нет&nbsp;shell-доступа, скорее всего, имеет смысл ставить на&nbsp;этот раздел флаг<br /> noexec, но&nbsp;если он&nbsp;не ставится, то&nbsp;nosuid обязателен.<br /> Время последнего доступа к&nbsp;файлам если раздел используется несколькими<br /> реальными пользователями может быть нужно, поэтому в&nbsp;этом случае noatime<br /> не&nbsp;нужен. Однако если машина используется, скажем, как&nbsp;почтовый сервер (то<br /> есть пользователи никогда не&nbsp;сталкиваются с&nbsp;данными на&nbsp;файловой системе),<br /> то, скорее всего, этот флаг вам&nbsp;нужен.<br /> Чаще всего это&nbsp;просто каталог на&nbsp;корневом разделе, однако это&nbsp;может быть<br /> и&nbsp;файловая система devfs.<br /> Преимущества devfs &mdash; отсутствие лишних записей в&nbsp;каталоге (файлы-устройства<br /> существуют только для&nbsp;тех устройств, драйверы которых загружены) и&nbsp;загрузка<br /> драйверов по&nbsp;запросу (попытка выполнить &laquo;ls /dev/ttyS*" загрузит модуль<br /> serial).<br /> Недостаток &mdash; недостаточно оттестировано, поэтому в&nbsp;процессе настройки<br /> могут быть сложности. Однако на&nbsp;уже настроенной машине никаких проблем лично<br /> я&nbsp;не встречал, поэтому предпочитаю использовать её.</div></div> http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska/show?time=2004-12-04+04%3A25%3A53 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska&" class="">/Alt&nbsp;Linux&nbsp;/&nbsp;Sisyphus&nbsp;/&nbsp;admin&nbsp;/&nbsp;Разбиение&nbsp;Диска</a> за <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2004-12-04+04%3A25%3A53">2004-12-04 04:25:53</a> и <a href="http://freesource.info/wiki/AltLinux/Sisyphus/admin/RazbienieDiska?time=2005-04-04+15%3A38%3A00">2005-04-04 15:38:00</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><ul><li> notail &mdash; отключение ускорения доступа к&nbsp;маленьким файлом и&nbsp;упаковки &laquo;хвостов файлов&raquo;. Она&nbsp;была нужна в&nbsp;те времена, когда загрузчик ядра (LILO) не&nbsp;понимал где&nbsp;искать &laquo;хвосты&raquo;. Кроме того с&nbsp;этой опцией не&nbsp;будет часто замечаемого многими пользователя &laquo;обрывков других файлов в&nbsp;файле&raquo; после аппаратный сбоев.</li></ul></div><br /> <b>Удалено:</b><br /> <div class="deletions">notail &mdash; отключение ускорения доступа к&nbsp;маленьким файлом и&nbsp;упаковки &laquo;хвостов файлов&raquo;.<br /> Она&nbsp;была нужна в&nbsp;те времена, когда загрузчик ядра (LILO) не&nbsp;понимал где&nbsp;искать &laquo;хвосты&raquo;.</div></div>