Является ли ext2 подходящим для ежедневного использования на рабочем столе или ноутбуке?

Нужна ли журналирующая файловая система в сегодняшнем мире настольных компьютеров?

Хорошая ОС не вызывает паники каждый месяц, и если мы используем ноутбук, то нет никаких отключений питания, поэтому почему бы нам не использовать ext2 в качестве стандартной файловой системы на рабочем столе или ноутбуке?

Аппаратное обеспечение по-прежнему может случайно сбой или сбои время от времени. Существует так много компонентов, связанных с написанием файла для хранения – CPU, RAM, HDD, BUS I / O и т. Д. Это не просто перебои в питании или перезагрузки, которые могут вызвать повреждение файловой системы.

Тем не менее, все еще нормально использовать EXT2, просто не жалуйтесь, если что-то пойдет не так. Я бы использовал его только для некритических вещей, таких как перенос данных на USB-накопитель.

Для моих критических данных я использую зеркалирование данных поверх EXT3 / 4.

Есть много других полезных функций ext3 и ext4 над ext2, кроме ведения журналов. Если вы уверены, что ваше ядро ​​не потерпит крах, и вы не потеряете власть, тогда вы можете отключить журнал, который вы можете сделать с помощью ext4, и сохранить другие преимущества, а не вернуться к ext2. Журнал не стоит много, хотя, как правило, не стоит беспокоиться и риск отключить.

Другие преимущества ext4 без журнала превышают ext2:

  1. Онлайн-расширение fs
  2. Более быстрое время mkfs, особенно на очень больших файловых системах
  3. Быстрее fsck раз, что приятно, если вы рухнете и должны сделать это
  4. Более быстрая обработка очень больших каталогов
  5. Более эффективная обработка больших файлов
  6. Более эффективные алгоритмы выделения блоков (без фрагментации)
  7. Дефрагментация файлов в сети
  • Я не буду слепо полагаться на то, что вы называете хорошей ОС , которая не делает панику ядра в каждом месяце . Дело в том, что по мере того, как системы растут и становятся все более сложными, всегда будут моменты, когда некоторые новые ошибки пробиваются к магистрали. И я считаю, что это верно для любого типа ОС или программы. Linux может иметь отличную репутацию в стабильности (как утверждает закон Linus об ошибках), но все же это вопрос «рано или поздно».

  • Не просто предположите, что только критическая ошибка, вызывающая панику ядра, может привести к сбою между действиями типа 1 и 2, описанными здесь . Возможно, вы даже не знаете, что произошла коррупция и была исправлена fsck во время загрузки благодаря журналу. Хуже того, теперь вы можете не заметить, что ваша файловая система, не относящаяся к журналам, повреждена, пока в какой-то момент времени из-за этого не сработает какая-то программа.

  • Посмотрите на Сравнение файловых систем – есть причина, по которой даже самые последние типы файловой системы используют какую-либо форму ведения журнала или эквивалентный механизм безопасности, не так ли? И что все «обычные» дистрибутивы используют его по умолчанию.

Другими словами: конечно, вы можете попытаться быть умнее разработчиков файловой системы и Linux или просто проверить, как далеко вы можете обойтись без таких функций, как журналирование, – но будьте готовы не плакать, когда в какой-то момент все идет плохо.