Каковы наилучшие файловые системы/конфигурации монтирования для каждой папки в GNU/linux?

Каковы наилучшие файловые системы/конфигурации монтирования для каждой папки в GNU/linux?

Одной из хороших сторон Linux является то, чтолегкийнастроить схему разбиения диска и поместить каждый каталог (/home, /var и т. д.) в разные разделы и/или на разные диски.

Затем мы можем использовать разные файловые системы/конфигурации для каждого из них, чтобы сделать их лучше. Примеры:

  • нет времениэто опция монтирования, позволяющая не записывать время доступа к файлам.
  • данные=обратная записьэто опция отложенной записи метаданных в новые файлы.
  • доб3/4имеет журналирование, которое делает раздел более безопасным в случае сбоя.
  • большие блокираздел тратит больше места, но ускоряет чтение и может стать более фрагментированным.(не уверен)

Затем: какие файловые системы/конфигурации лучше всего подходят для каждого каталога?

Примечание: учитывая ответ Patches, будут обсуждаться только /, /home и /var.

/var -> Он постоянно изменяется, записывает логи, кэш, временные данные и т. д.
/home -> хранит важные файлы.
/ -> хранит все остальное (здесь должны быть /etc и /usr)

решение1

Вам не следует размещать /usrили /etcна отдельных разделах. /etcна отдельном разделе простоне будет работатьна большинстве систем безмного работы. Наличие отдельного устройства /usrна современных компьютерах Linux, по-видимому, будет работать, но нарушит большую часть функциональности, так какsystemdавтор Леннарт Поттеринг объясняет:

Большинство сбоев, которые вы испытаете при разделении /usr, являются изящными сбоями: они не будут видны напрямую, однако некоторые функции станут недоступны из-за этих сбоев. Довольно много программ в наши дни подключаются к процессу ранней загрузки на разных этапах. Популярный способ сделать это — например, с помощью правил udev. Двоичные файлы, вызываемые из этих правил, иногда находятся в /usr/bin, или связаны с библиотеками в /usr/lib, или используют файлы данных из /usr/share. Если эти правила не срабатывают, udev перейдет к следующему, однако позже приложения не будут должным образом определять эти устройства udev или функции этих устройств. Вот краткий и весьма неполный список программного обеспечения, о котором мы знаем, которое в настоящее время не может обеспечить полный набор функций при разделении /usr: udev-pci-db/udev-usb-db и все зависящие от него правила (использующие базу данных PCI/USB в /usr/share), PulseAudio, NetworkManager, ModemManager, udisks, libatasmart, usb_modeswitch, gnome-color-manager, usbmuxd, ALSA, D-Bus, CUPS, Plymouth, логика локали большинства программ и многое другое.

/varи /homeпрекрасно работают на своих собственных разделах, и размещение последнего на отдельном разделе настоятельно рекомендуется.

Связанный контент