Так недавно инсталлятор Debian 5.0.5 предложил мне иметь отдельные /usr
, /home
, /var
и /tmp
разделы (на одном физическом диске).
Какова практическая причина этого? Я понимаю, что /home
может быть выгодно поместить отдельный раздел, потому что пользовательские файлы могут быть зашифрованы отдельно, но почему для чего-то еще?
/home
отдельно - это то, что вы можете переустанавливать свою систему и / или свободно переключать дистрибутивы без потери ваших личных файлов.~/.mozilla/firefox
может одинаково хорошо использоваться Firefox в Ubuntu, Fedora или Gentoo.~/.bashrc
всегда будет иметь одинаковый эффект на Bash, независимо от того, какую систему вы используете. Я сделал много переключений дистрибутивов и никогда не имел проблем с этими файлами конфигурации.Ответы:
/usr
на отдельном разделе поврежденный/usr
не означает, что вы не можете восстановить/etc
./
не всегда может быть ro (/root
может потребоваться rw и т. Д.), Но/usr
может. Это может быть использовано, чтобы сделать ро как можно больше./tmp
(не надежно, но быстро для многих файлов) и/home
(должно быть надежно). Similary/var
содержит данные , а/usr
не так ,/usr
стабильность может быть пожертвовать , но не так много , как/tmp
.источник
Отдельное
/usr
может быть полезно, если у вас есть несколько машин, использующих одну и ту же ОС. Они могут совместно использовать один центральный узел/usr
вместо дублирования его в каждой системе./usr
может быть установлен только для чтения./var
и/tmp
могут быть заполнены пользовательскими программами или демонами. Поэтому может быть безопасным располагать их в отдельных разделах, что предотвратит/
заполнение корневого раздела на 100% и нанесет вред вашей системе. Чтобы избежать наличия двух разных разделов для них, нередко можно видеть/tmp
символическую ссылку на/var/tmp
.источник
/usr
ограничена?/usr
через NFS с другими системами. Но вы могли бы поделиться им, даже если это не отдельный раздел, это правда ... мыслить вслух ... Достаточно ли причина для чтения только для чтения?/etc
.Потому что обычные пользователи могут вызывать что-то для записи
/var
и/tmp
, таким образом, потенциально вызывать проблемы для всей системы. Таким образом, пользовательские процессы могут заполняться/var
и/tmp
, но не корневой фс. Отдельный/usr
полезен для/usr
более чем NFS или других удаленных файлов.(Надеюсь, это понятно, я еще не пил кофе)
источник
Проблема в том, что полный root fs делает систему linux неработоспособной до такой степени, что даже администратор исправляет ее без CD восстановления или подобного. Когда
/tmp
и,/var
в частности,/home
находятся в отдельном разделе, root fs никогда не сможет заполниться, если этого не сделает администратор. Примите/usr
во внимание тот факт, что все обычные установки будут размещены, и даже установка нового программного обеспечения не может вызвать эту проблему.источник
/opt
:)Как правило, аргументы для наличия отдельных разделов:
Безопасность: вы можете, например, смонтировать раздел только для чтения, чтобы злоумышленники (или процессы) не могли перезаписывать или заменять двоичные файлы там троянами. Поэтому, если ваш двоичный файл ssh находится в / usr / local / bin, а / usr / local смонтирован только для чтения, заменить этот двоичный файл будет непросто.
Гибкость / удобство: например, если вы настроили / var на свой собственный раздел, и он заполнен на 80%, вы можете изменить его размер или даже перенести его на другой диск, если это необходимо. Я бы предпочел сделать это, чем иметь дело с системой, у которой '/' заполнена на 100%, потому что журналы в / var в некотором роде потеряли свою актуальность. Разные разделы могут также иметь разные файловые системы, что позволяет вашей операционной системе использовать ext3 (например) и вашей базе данных использовать ext4, или вашему хранилищу объектов для использования XFS, или вашему пользовательскому приложению для использования ... необработанных устройств!
источник
Традиционно это было сделано из-за особенностей аппаратного обеспечения DEC, на котором оно было разработано. Было выгоднее купить маленький быстрый диск для root и swap и больший, более медленный диск для пользовательских данных (
/usr
). В некоторых отношениях конвенция просто застряла.Однако есть еще несколько причин для этого. Несколько общих из них:
Помещение / boot на отдельный небольшой раздел рядом с началом диска. Более старая микропрограмма BIOS загружалась только с первых 1024 дорожек диска. Это менее вероятно, будет проблемой с современным оборудованием.
Размещение занятых разделов, таких как
/var
или/tmp
на отдельных дисках, чтобы устранить узкие места в доступе к пользовательским данным.Разные файловые системы на разных разделах. Например, вы можете использовать журналируемую файловую систему для,
/usr
но не для разделов, в которых размещаются файлы для СУБД, такой как Oracle - СУБД выполняет собственные журналирование, а файловая система журналирования может налагать значительные накладные расходы.Наличие пользовательских данных на отдельном диске или разделе позволяет легко перенести их на большой диск без каких-либо серьезных операций на компьютере.
Вы можете подключить общие данные, такие как домашние каталоги или двоичные файлы приложений, по NFS.
fsck
занимает много времени на больших объемах для определенных типов файловой системы. Вы можете захотеть иметь разные графики обслуживания файловой системы для системных областей (часто) и пользовательских областей (менее часто).источник
Форматирование файловой системы также может быть быстрее, чем rm -rf'ing. Особенно, если вам нужно стереть тысячи маленьких файлов. Кеш Squid, который вы хотите полностью воссоздать ... тонны файлов изображений, которые вам нужны для обработки, но которые можно выбросить после создания конечного результата. файлы .obj из огромных компиляций ... и т. д.
источник
Папка, которую я иногда помещаю в отдельный раздел
/usr/local/
, позволяет любому программному обеспечению, которое я создал и установил отдельно от диспетчера пакетов моего дистрибутива, возможно, использовать повторно, если я изменяю / обновляю свой дистрибутив или другой, установленный рядом с ним. Очевидно, что не гарантируется работа со всеми возможными комбинациями, но это не вредит.источник
Я положил
/tmp
на tmpfs, так что содержимое хранится в оперативной памяти, а не на диске. Это не было бы полезно для/etc
или/usr
однако.Но возможность размещать разные каталоги в разных файловых системах может быть полезной; то есть
/home
на быстрой / экспериментальной файловой системе, такой как ext4, против стабильной / надежной файловой системы, такой как ext2 для/etc
.источник