Что лучше ext3 или ext4
ext4 vs ext3 по надежности
Какая fs надежнее: ext3 или ext4 (лучше работает журналирование, менее чувствительна к перебоям питания, проще восстанавливать файлы и т. п.)? Интересует личный опыт.
КО отвечает невпопад?
Спрашивали же конкретно.
Фанатики, такие фанатики.
Ваши доводы? П.С. ext4 и ext3 равнозначны, предпочтение отдаю ext4. Третья дольше восстанавливается после «неправильного выключения», ИМХО.
>> на 4-ке куча народу теряет файлы
У них что-то с руками, головой или дистрибутивом.
По теме — ext3, пожалуй. Но бэкапы делать всё равно нужно, поэтому я бы предпочёл ext4.
давно был один отрицательный опыт с ext3:
однажды при скачке напряжения комп отрубился, включить не удалось, писало «чего-то там нет места для чего-то там», загрузились с liveCD, выяснилось что абсолютно всё пустое место на винте внезапно оказалось забито «FF», особо разбираться не стали, форматнули опять в ext3 и поставили опять убунту 8.04
Та, которую лучше настроишь.
Может, что-нибудь с COW или UPSFS?
Обе лучше, чем ФС-убийца.
Плюсую, не раз выручала.
Где можно прочитать о UPSFS (google выдает 100 страниц на китайском)?
> на 4-ке куча народу теряет файлы
> По теме — ext3, пожалуй.
А какие-нибудь убедительные доводы приведешь?
Возраст, в первую очередь. Ещё считается, что использование блоков вместо экстентов делает проще операции восстановления в особо тяжёлых случаях.
>на 4-ке куча народу теряет файлы
Ни разу не терял, поэтому ТСу рекомендую ext4 как более новую версию ext, чем ext3.
>Какая fs надежнее: ext3 или ext4
А какие опции монтирования?
ext4 vs ext3 по надежности
Любая из них надёжнее, чем современные винты
В ext4 есть включенный по умолчанию delayed allocation который после внезапного отключения питания хорошо помогает недавно изменённым/созданным файлам уйти в мир иной.
Но конечно фича опциональная и если нет UPS и есть частые отключения питания, то её можно и отключить.
Лично сам на ext* и reizerfs файлы не терял. (кроме случая когда сам ступил и запустил fsck на смонтированной ext3. Привет Изя!)
когда Ганс выйдет, он тобой займется
когда Ганс выйдет, он тобой займется
Нельзя ему обратно в тюрьму, ему ещё reizser4 надо дописывать.
зато на ext3 нету контрольних сумм журналов
Если выбирать из ext3 и ext4 по надежности, то я бы выбрал ext3.
Хотя я уже довольно давно использую ext4 и с проблемами не сталкивался.
Вроде ж починили уже
ext3 уже RIP. На Ext4 давно все перешли, даже сервер Google. Чем не показатель надежности?
Прям таки целый один сервер Google?
ReiserFS 3.6 ещё раньше RIP, а народу нравится. Так что я голосую за ext3.
На Ext4 давно все перешли, даже сервер Google. Чем не показатель надежности?
Сервера Google показатель надёжности? Ни разу не показатель. Они эксплуатируются с отключенным журналированием ФС для ускорения работы. Вышедший из строя сервер заменяется таким же. Вышедшие из строя диски заменяются другими, перезалитыми из образов.
все мои сервера на ext3, ибо все из образа ставиться и старых скриптов.
Никакой fsck НЕ_ВОССТАНАВЛИВАЕТ файлы. Ему на файлы наплевать — сложит где-нибудь кучкой и е..сь, как знаешь. fsck восстанавливает только структуру ФС и по возможности метаданные.
Чтобы проще восстанавливать данные, нужно включить журналирование не только для транзакций и метаданных, но и для файлов. Тогда, если диск успел сбросить свой внутренний 8-16-32 МБ кэш, у тебя будет хороший шанс получить ФС и свои данные в том виде, в котором ты их видел в последний раз. 😉
Всё это, конечно, относится к такому говну мамонта, как архитектура файловых систем семейства Ext*. На традиционных ФС, исповедующих другие принципы работы с данными, например UFS2, используется техника записи copy-on-write, минимизирующая риск потери данных вследствие объединения и упорядочения запросов на запись в отдельную транзакцию, которую в случае сбоя записи легко откатить. При этом журналирование в общепринятом смысле не требуется — ФС сама по себе работает в режиме «журнала». Да и сам механизм такого поведения может использоваться и используется для поддержки снапшотов (моментальных снимков ФС). Неожиданно, правда?
Особенности Ext4
Данная статья является переводом той части статьи на KernelNewbies, которая описывает особенности файловой системы Ext4. Последний раздел статьи, об использовании Ext4, уже на Хабре публиковался.
Ext4 — это результат эволюции Ext3, наиболее популярной файловой системы в Linux. Во многих аспектах Ext4 представляет собой больший шаг вперёд по сравнению с Ext3, чем Ext3 была по отношению к Ext2. Наиболее значительным усовершенствованием Ext3 по сравнению с Ext2 было журналирование, в то время как Ext4 предполагает изменения в важных структурах данных, таких как, например, предназначенных для хранения данных файлов.
Это позволило создать файловую систему с более продвинутым дизайном, более производительную и стабильную и с обширным набором функций.
1. Совместимость
Любая имеющаяся файловая система типа Ext3 может быть конвертирована в Ext4 путём простой процедуры, состоящей из запуска пары команд в режиме «только чтение». Это означает, что вы можете повысить производительность и вместимость и улучшить возможности вашей имеющейся файловой системы без переформатирования и без переустановки ОС и программ. Если вы хотите получить преимущества Ext4 в production-системе, вы также можете обновить файловую систему. Эта процедура безопасна и не подвергает риску ваши данные (при этом, само собой, рекомендуется сделать резервную копию важных данных. Впрочем, это нужно делать, даже если вы не собираетесь менять файловую систему).
Ext4 будет использовать новые структуры только для новых данных, а старые при этом останутся неизменными. При необходимости их можно будет читать и изменять. Это безусловно означает, что, единожды сменив файловую систему на Ext4, вернуть Ext3 будет уже невозможно.
Также имеется возможность смонтировать файловую систему Ext3 как Ext4 без использования нового формата данных, что позволит впоследствии смонтировать её опять как Ext3. При этом, само собой, вы не сможете воспользоваться многочисленными преимуществами Ext4.
2. Больший размер файлов и файловой системы
На сегодняшний день максимальный размер файловой системы Ext3 равен 16 терабайтам, а размер файла ограничен 2 терабайтами. В Ext4 добавлена 48-битная адресация блоков, что означает, что максимальный размер этой файловой системы равен одному экзабайту, и файлы могут быть размером до 16 терабайт. 1 EB (экзабайт) = 1,048,576 TB (терабайт), 1 EB = 1024 PB (петабайт), 1 PB = 1024 TB, 1 TB = 1024 GB. Почему 48-битная, а не 64-битная? Имелся ряд ограничений, которые необходимо было бы снять, чтобы сделать Ext4 полностью 64-битной, и такой задачи перед Ext4 не ставилось. Структуры данных в Ext4 проектировались с учётом требуемых изменений, поэтому однажды в будущем поддержка 64 бит в Ext4 появится. Пока же придётся довольствоваться одним экзабайтом.
Примечание: код для создания файловых систем размером более 16 терабайт на момент написания этой статьи не содержится ни в одном из стабильных релизов e2fsprogs. В будущем он будет добавлен.
3. Масштабируемость подкаталогов
В настоящий момент один каталог Ext3 не может содержать более, чем 32000 подкаталогов. Ext4 снимает это ограничение и позволяет создавать неограниченное количество подкаталогов.
4. Экстенты
Традиционные файловые системы, произошедшие от Unix, такие как Ext3, используют схему непрямого отображения блоков для отслеживания каждого блока, отвечающего за хранение данных файла. Такой подход неэффективен для больших файлов, особенно при операциях удаления и усечения таких файлов, поскольку карта соответствия содержит по одной записи на каждый отдельный блок. В больших файлах блоков много, их карты соответствия большие, и обрабатываются они медленно.
В современных файловых системах применяется иной подход, основанный на так называемых экстентах. Экстент — это в общем-то набор последовательных физических блоков. Он как бы говорит нам: «Эти данные находятся в следующих n блоках». Например, файл размером в 100 мегабайт может храниться в единственном экстенте такого же размера, вместо того, чтобы быть разбитым на 25600 4-килобайтных блоков, адресуемых путём непрямого отображения. Огромные файлы можно разделить на несколько экстентов.
Благодаря применению экстентов улучшается производительность, а также уменьшается фрагментированность, поскольку экстенты способствуют непрерывному размещению данных.
5. Многоблочное распределение
Если в Ext3 нужно записать на диск новые данные, специальный механизм распределения блоков определяет, какие блоки из числа свободных будут для этого использованы. Проблема в том, что в Ext3 этот механизм распределяет в один присест только один блок (4 килобайта). Это означает, что, если нужно записать, скажем, ранее упомянутые 100 мегабайт данных, нужно будет обратиться к механизму распределения 25600 раз (речь идёт о каких-то 100 мегабайтах!). Мало того, что это неэффективно, это к тому же не позволяет оптимизировать политику распределения, поскольку соответствующий механизм не имеет понятия о реальном объёме данных, подлежащем записи, а знает только об одном-единственном блоке.
Ext4 использует механизм многоблочного распределения (multiblock allocator, mballoc) который позволяет распределить любое количество блоков с помощью единственного вызова и избежать огромных накладных расходов. Благодаря этому производительность существенно вырастает, что особенно заметно при отложенном распределении (см. ниже) с использованием экстентов. Эта возможность никак не влияет на формат данных.
Также можно отметить, что в механизм распределения блоков и inode в Ext4 получил и другие улучшения, подробно описанные в этом документе.
6. Отложенное распределение
Отложенное распределение представляет собой способ повышения производительности, не влияющий на формат данных и представленный в современных файловых системах, таких как XFS, ZFS, btrfs и Reiser 4.
Суть этого метода состоит в отсрочке выделения блоков насколько это возможно — по контрасту с подходом, применямым в традиционных файловых системах (таких как Ext3, reiser3 и т. д.): распределять блоки сразу, при первой возможности. Например, если процесс осуществляет запись вызовом write(), файловая система распределит блоки под запись немедленно — даже если данные пока не будут записываться на диск, а будут находиться какое-то время в кэше. Недостатки такого подхода, например, в том, что, если процесс непрерывно осуществляет запись в растущий файл, последовательные вызовы write() постоянно распределяют блоки данных, и при этом неизвестно, будет ли файл расти далее.
При использовании отложенного распределения блоки сразу не выделяются при обращении к write(). Вместо этого распределение откладывается до момента, когда файл будет записан из кэша на диск. Благодаря этому механизм получает возможность оптимизировать процесс распределения. Наибольший выигрыш получается при использовании двух ранее упомянутых возможностей — экстентов и многоблочного распределения, поскольку часто встречается ситуация, когда окончательный файл пишется на диск в виде экстентов, распределённых с помощью mballoc. Это даёт существенный прирост производительности, и иногда сильно снижает фрагментированность данных.
7. Быстрый fsck
Fsck — это очень медленная операция, особенно это касается её первой стадии, проверки всех inodes в файловой системе.
В Ext4 после inode-таблицы каждой группы хранится список неиспользованных inodes (снабжённый для надёжности контрольной суммой), поэтому fsck такие inodes не будет проверять. Результатом является уменьшение времени проверки от 2 до 20 раз, что зависит от количества используемых inodes (см. http://kerneltrap.org/Linux/Improving_fsck_Speeds_in_Ext4).
То, что список неиспользуемых inodes составляется fsck, а не Ext4, будет хорошо заметно, если вы запустите fsck, чтобы он построил список неиспользуемых inodes, и когда только следующий запуск fsck пройдёт быстрее (запуск fsck всё равно необходим при конвертировании Ext3 в Ext4).
Кроме того, на ускорение fsck влияет и другая особенность — «гибкие группы блоков», также они ускоряют и другие файловые операции.
8. Контрольные суммы журнала
Журнал является наиболее часто используемой частью диска, вследствие чего блоки, из которых он состоит, становятся особенно чувствительными к отказам оборудования. Более того, попытка восстановления при повреждённом журнале может привести к ещё более массовым повреждениям в данных. Ext4 подсчитывает контрольные суммы журнальных данных, что позволяет определить факт их повреждения. У этого есть и ещё одно преимущество: благодаря контрольным суммам можно превратить систему двухфазной фиксации журнала Ext3 в однофазную, что ускоряет файловые операции в отдельных случаях до 20 %, таким образом, улучшаются одновременно и надёжность, и производительность.
Примечание: часть, отвечающая за производительность — асинхронное протоколирование, — сейчас по умолчанию отключена, и будет включена в одном из последующих релизов, когда удастся добиться надёжной его работы.
9. Режим без журналирования
Журналирование обеспечивает целостность файловой системы путём протоколирования всех происходящих на диске изменений. Но оно также вводит дополнительные накладные расходы на дисковые операции. В некоторых особых ситуациях журналирование и предоставляемые им преимущества могут оказаться излишними. Ext4 позволяет отключить журналирование, что приводит к небольшому приросту производительности.
10. Онлайн-дефрагментация
Эта функция пока в разработке и будет включена в один из будущих релизов.
Хотя отложенное и многоблочное распределение и экстенты помогают уменьшить фрагментированность файловой системы, со временем она всё-таки может вырасти.
Например: вы создаёте три файла в одном каталоге и они расположены на диске друг за другом. Потом, однажды вы решаете обновить второй файл, и при этом файл становится несколько больше — так, что места для него становится недостаточно. При этом нет никаких других решений, кроме как отделить не вмещающийся фрагмент файла и положить его на другое место диска или выделить файлу последовательную область диска большего размера в другом месте, вдалеке от первых двух файлов, что приведёт к перемещениям головки диска, если приложению потребуется считать все файлы в каталоге (скажем, менеджер файлов будет создавать эскизы для файлов изображений).
Помимо этого, файловая система может заботиться только об определённых типах фрагментации и она не может знать, например, что она должна хранить все файлы, требуемые при загрузке, рядом друг с другом, поскольку она просто не знает, какие из них требуются при загрузке. Чтобы решить эту проблему, Ext4 будет поддерживать онлайн-дефрагментацию.
Также имеется утилита e4defrag, которая позволяет дефрагментировать как отдельные файлы, так и всю файловую систему.
11. Улучшения, связанные с inode
Бóльшие inodes, наносекундные временные метки, быстрые расширенные атрибуты, резервирование inodes…
12. Устойчивое прераспределение
Эта возможность, доступная уже в Ext3 в последних версиях ядра и эмулируемая glibc в файловых системах, которые её не поддерживают, позволяет приложениям заранее распределять дисковое пространство, сообщая о своих потребностях файловой системе. Та, в свою очередь, выделяет необходимое количество блоков и структур данных, но они пусты до тех пор, пока приложение в реальности не осуществит в них запись.
Это именно то, что делают, например, P2P-приложения, выделяя место для данных, которые появятся там только спустя часы или дни. Однако реализовано это намного более эффективно — на уровне файловой системы и с универсальным API.
Применений этому несколько: во-первых, чтобы предотвратить выполнение того же самого приложениями (такими как P2P), неэффективно заполняющими файлы нулями — нужные блоки будут выделены разом.
Во-вторых, чтобы снизить фрагментацию — опять же потому, что блоки выделяются однократно, настолько непрерывно, насколько это возможно.
В-третьих, чтобы гарантировать, что приложение будет иметь столько места, сколько ему требуется, что особенно важно для приложений, работающих в реальном времени, поскольку файловая система может вдруг переполниться в процессе выполнения важной операции.
Эта возможность доступна через интерфейс libc posix_fallocate().
13. Механизм «шлагбаумов» по умолчанию включен
Выдержка из статьи LWN: «Код файловой системы обязан перед созданием записи фиксации [журнала] быть абсолютно уверенным, что вся информация о транзакции помещена в журнал. Просто делать запись в правильном порядке недостаточно; современные диски имеют кэш большого объёма и меняют порядок записи для оптимизации производительности. Поэтому файловая система обязана явно сообщить диску о необходимости записать все журнальные данные на носитель перед созданием записи фиксации; если сначала будет создана запись фиксации, журнал может быть повреждён. Блокирующая система ввода-вывода ядра предоставляет такую возможность благодаря использованию механизма «шлагбаумов» (barriers); проще говоря, «шлагбаум» запрещает запись любых блоков, посланных после него, до того момента, как всё, что было прислано перед «шлагбаумом», будет перенесено на носитель. При использовании «шлагбаумов» файловая система может гарантировать, что всё, что находится на диске, целостно в любой момент времени».
Файловая система EXT (Ext2, Ext3, Ext 4)
Каждая файловая система Linux обладает своими преимуществами и недостатками. В этой статье мы детально рассмотрим особенности файловой системы EXT (Ext 2, Ext3, Ext4).
Содержание:
Что являет собой файловая система EXT?
Файловая система EXT (Extended File System) была разработана специально для операционной системы Linux. Главной целью, которую преследовали создатели EXT было преодоление максимального размера записываемых файлов, который в то время составлял всего лишь 64 МБ. Благодаря созданию новой структуры метаданных – максимально возможный размер файла увеличился до 2 ГБ. В то же время максимальная длина имен файлов увеличилась о 255 байт.
Главный разработчик файловой системы EXT Реми Кард восхищался файловой системой UFS, поэтому некоторые ее возможности перекочевали и в EXT.
Несмотря на то, что Linux поддерживает достаточно большое количество файловых систем, именно EXT является наиболее предпочтительной, поскольку она изначально построена на ядре Linux.
Хоть EXT и преодолела основные недостатки файловой системы Minix (которая использовалась в то время в Linux) ее главным недостатком были временные метки. В EXT разрешалось использовать только одну временную метку для каждого файла. Поэтому разработка EXT не прекратилась и в последующих версиях она постоянно развивалась и обрастала новыми возможностями.
Это сделало ее очень популярной не только среди пользователей Linux, но и среди владельцев смартфонов на Android, так как по умолчанию Android использует файловую систему Ext4.
Развитие файловой системы EXT. История изменений в версиях
Как уже упоминалось выше – хоть EXT и преодолела ограничения файловой системы Minix, у нее все же оставалась масса недостатков. Поэтому развитие EXT не остановилось и в будущем у нее появилось еще три версии.
Ext2
Так же, как и предыдущую, Ext2 создал Реми Кард. Эта файловая система увидела свет январе 1993 года.
Среди главных нововведений наиболее важным стало то, что теперь данные записывались в блоки одинаковой длины. Это позволило значительно повысить скорость работы c данными. Помимо этого, использование блоков данных позволило увеличить максимальный размер хранимых файлов. Теперь он составлял 2 Тб вместо прежних 2 ГБ. Длина имени файлов по-прежнему составляла 255 байт.
Но и недостатков у Ext2 было немало. Наибольшей проблемой было отсутствие журналирования. Если во время записи файлов на диск случались сбои питания – файловая система повреждалась и восстановить ее было достаточно сложно.
В некоторых случаях отсутствие журналирования было явным плюсом. К примеру, Ext2 обгоняет Ext3 по производительности. Поэтому в некоторых случаях Ext2 используется до сих пор. Кроме того, отсутствие журналирования снижает нагрузку на SSD накопители. Именно поэтому, некоторые компании используют Ext2, а в качестве защиты данных использую технологию RAID.
Более детально о RAID массивах вы можете прочесть в статье «RAID – что это такое и как использовать?»
Еще одним недостатком файловой системы Ext2 была большая фрагментация данных, из-за которой снижалась производительность. То есть, во время записи файл разбивался на несколько частей, затем они записывались на разные участки жесткого диска. Соответственно процесс чтения занимал больше времени. Чем больше информации хранилось на диске – тем ниже была скорость чтения/записи данных.
Поэтому, развитие файловой системы EXT не остановилось на этой версии и в ноябре 2001 года появилась следующая версия – Ext3.
Ext3
Файловая система Ext3 – являет собой доработанную версию Ext2. Информация все также записываются в блоки данных одинаковой длины, а максимальный размер файла остался на прежнем уровне – 2ТБ.
Однако добавилось журналирование – технология, которая позволяет значительно снизить риск потери информации.
Суть заключается в следующем — файловая система отмечает все планируемые изменения в структуре данных. В случае потери питания система мгновенно считает информацию с «журнала» и файлы не будут утеряны.
Ext3 поддерживает три уровня журналирования:
Файловая система Ext3 стала достаточно популярной и использовалась вплоть до появления следующей версии – Ext4.
Ext4
Ext4 – была представлена в 2008 году и на сегодняшний день является последней версией файловой системы EXT. Она использует базовые принципы Ext3, однако скорость работы была значительно увеличена (она даже выше чем в Ext2), увеличен максимальный размер файла до 16 ГБ, добавлена поддержка накопителей объемом до 1 Экзабайта и многое другое.
Нововведений достаточно много. Чтобы в них разобраться – перейдите к следующему пункту этой статьи.
Возможности файловой системы Ext4
Несмотря на то, что файловая система Ext4 использует основные концепции Ext3 — в ней присутствует большое количество нововведений, которые сделали ее столь популярной.
Начать стоит с пространственной записи файлов, которая используется для увеличения быстродействия файловой системы. Перед тем, как записать файл на диск – система выделяет нужную область на диске и после этого данные записываются в конец этой области.
В файловой системе Ext4 впервые была добавлена обратная совместимость с Ext2 и Ext3. К примеру, вы автоматически можете смонтировать Ext3 при помощи драйвера Ext4.
Следующим пунктом можно отметить появление экстентов. Дело в том, что в старых версиях отображение блоков данных файла реализовано старым способом – то есть, отображаются все блоки, относящиеся к конкретному файлу. Это накладывает некоторые ограничения при работе с файлами большого размера. К примеру, падает производительность.
Внедрение экстентов позволяет выводить большое количество последовательных блоков информации при помощи одного дескриптора. Такой подход увеличивает производительность файловой системы в несколько раз. Система сохраняет только адрес первого и последнего блока данных, которые соответствуют большому файлу.
Уменьшение фрагментации файлов за счет более рационального выделения блоков памяти является еще одним нововведением. Перед тем, как записать файл Ext4 выделяет блоки, которые находятся поблизости, чтобы сократить время поиска нужного блока во время чтения данных.
В Ext4 появилась функция отложенного выделения, которая выделяет блоки памяти непосредственно пере записью файлов на диск. Такой подход позволяет снизить нагрузку на кэш-память и соответственно увеличить производительность.
Новой для Ext4 стала возможность создавать неограниченное количество подкаталогов без потери производительности. Все дело в том, что Ext4 использует структуру данных HTree, которая является версией B-дерева, адаптированной специально для Ext4.
Нововведением, которое повышает уровень производительности и безопасности одновременно является внедрение контрольных сумм журналов. Этот метод постоянно проверяет блоки данных на наличие повреждений. В свою очередь это сокращает время журналирования, что увеличивает производительность.
Появилась быстрая проверка файловой системы. Реализована она следующим образом: в Ext4 таблицы inodes и свободные группы блоков помечены. Благодаря этому во время проверки файловой системы проверяются только блоки с данными.
Новой функцией стала e4defrag, которая позволяет дефрагментировать как весь диск, так и отдельные файлы. Снижение уровня фрагментации не только делает систему быстрее, но и снижает нагрузку на процессор и т.д.
Как видите нововведений достаточно много, и они позволяют сильно повысить уровень безопасности и производительности. В свою очередь, это именно то, что нужно пользователям. Поэтому Ext4 на сегодняшний день столь популярна.
Плюсы и минусы файловой системы Ext4
Несмотря на внедрение новых возможностей и увеличения производительности, минусов у файловой системы Ext4 тоже немало. Поэтому, перед тем, как начать использовать эту файловую на своем диске мы предлагаем пользователю сравнить ее плюсы и минусы.
К плюсам Ext4 можно отнести следующие:
К сожалению, минусов у файловой системы, Ext4 тоже хватает. Среди наиболее значимых можно выделить:
Теперь вы можете сравнить преимущества и недостатки файловой системы Ext4 и самостоятельно решить стоит ее использовать или нет.
Структура файловой системы EXT
Структура файловой системы EXT такая же, как и большинства файловых систем UNIX. Схематически структуру файловой системы EXT можно отобразить так:
То есть в структуре EXT можно выделить несколько основных составляющих:
Структура файловой системы для Ext2, Ext3 и Ext4 примерно одна и та же. Различаются только функциональные возможности каждой версии файловой системы EXT.
Стоит ли отключать журналирование
Главным предназначением журналирования является обеспечение возможности восстановления структуры файловой системы в случае сбоев или резкого отключения питания. В то же время процесс журналирования требует определенного времени и ресурсов. Поэтому некоторые пользователи решают отключить журналирование чтобы получить еще большую производительность.
Тут все несколько субъективно, поскольку отключать журналирование имеет смысл только в том случае, если у вас есть дополнительные средства защиты данных (к примеру, вы используете RAID 5).
Если же таковой защиты нет – лучше не отключать журналирование, поскольку прирост производительности будет очень небольшим, в то время как риск потери важных данных возрастет в несколько раз.
Однако, если вы все же захотите отключить журналирование позаботьтесь в первую очередь о дополнительной защите важных данных в виде резервных копий, использования RAID массивов или хотя бы об источнике бесперебойного питания.
Как открыть EXT накопитель в Windows?
Операционная система Windows в качестве нативной использует файловую систему NTFS. Поэтому, как только вы подключите накопитель, отформатированный в EXT, Ext2, Ext3, Ext4 – вы сразу же получите уведомление что файловая система накопителя не поддерживается.
Первый (и наилучший) способ заключается в использовании программы RS Partition Recovery. Программа проста в использовании. Вам достаточно просто установить ее на компьютер и можете сразу же подключать Ext2,3,4 накопитель и работать с данными. Даже перезагружать компьютер не нужно.
Но самое главное – RS Partition Recovery позволяет восстанавливать утерянные данные если что-то случится как с файловой системой, так и с самим файлом. К примеру, вы случайно удалили файл – не беда. Отформатировали накопитель, а не нем была важная информация – тоже не страшно. RS Partition Recovery восстановит ваши данные.
Также хотелось бы отметить поддержку ВСЕХ современных файловых систем, что делает RS Partition Recovery неким универсальным инструментом, который должен быть в арсенале каждого, что работает с данными.
Второй способ заключается в установке драйвера EXT2FSD, который добавляет поддержку файловой системы Ext 2, 3 или 4 в ОС Windows.
Главным недостатком этого способа является то, что драйвер EXT2FSD иногда конфликтует с драйверами устройств Windows и вместо обещанной поддержки EXT вы можете получить нерабочую операционную систему. Также нередко попытки восстановить работоспособность Windows могут привести к потере важных данных. Причем не только на диске С:\ но и на накопителе (если во время сбоя он был подключен к компьютеру).
Третий способ заключается в установке специального плагина для программы Total Commander под названием ext4tc. В этом способе также есть подводные камни. Во-первых, вам нужно будет приобрести сам Total Commander и уже потом дополнительно установить плагин ext4tc.
Кроме того, иногда после установки плагина ext4tc случаются сбои в работе файлового менеджера. Поэтому вам следует быть осторожными во время манипуляций с важными данными.
Мы же настоятельно не рекомендуем рисковать важной информацией, так как иногда она стоит дороже всего компьютера вместе с программами. Поэтому лучше всего использовать первый из вышеописанных способов.
Лучшие альтернативы файловой системы EXT
В сети все чаще появляется информация, что поскольку Ext4 не поддерживает функции следующего поколения – операционная система Linux в ближайшее время перейдёт на Btrfs. Поэтому, многие пользователи задаются вопросом стоит ли использовать Ext4 или лучше сразу же установить альтернативу в виде Btrfs или какой-то другой файловой системы?
Тут каждый принимает решение сам, однако, как не крути Ext4 не поддерживает многие современные функции. Поэтому, если вы хотите использовать файловую систему, проверенную временем, но готовы отказаться от многих современных возможностей – ваш выбор Ext4. Она стабильна, широко поддерживается и отлично работает.
Если для вас важно иметь современную файловую систему, которая будет поддерживать все новые функции и в то же время не боитесь иметь дело с несколько менее зрелой экосистемой — ваш выбор Btrfs. Кроме того, вы будете на шаг впереди, поскольку в ближайшее время большинство дистрибутивов Linux будет по умолчанию ее использовать.
Если же вы выбираете лучшую файловую систему для сервера, для вас важна надежность и минимальный риск потери данных – лучшей альтернативой будет файловая система ZFS. Тут есть один момент – чтобы максимально эффективно ее использовать – вам нужно будет прочесть много информации и изучить большое количество команд.
Использовать или не использовать файловую систему EXT – это личное дело каждого. Мы же надеемся, что после прочтения этой статьи вы сможете сделать выбор который максимально подходит под ваши нужды.