Обновился драйвер Ext2/Ext3/Ext4 для ОС Microsoft. Основное изменение — исправление проблемы в предыдущей версии, из-за которой разрушались разделы Ext4 в 64-битном режиме при использовании с последними релизами ОС Ubuntu и Debian.

Другие изменения:

• теперь нет разрушения суперблоков Ext4 в режиме 64 бит;
• исправлена опасная реализация состояния гонки восстановления заголовка буфера;
• исключено зависание при записи кешированных данных из-за BCB-блокировки.

>>> Подробности

Обновлён свободный драйвер Ext2Fsd для чтения/записи ext2/ext3/ext4-разделов, работающий на платформе Windows. Новые возможности:

• symlink (ReparsePoint)
• hard link
• Win10 TH2 (ассоциация диска с буквой)
• поиск без учета регистра с использованием таблиц dentry hash
• улучшения производительности при работе с мета-данными

Исправления:

• BSOD при форматировании или отключении ext4
• неправильное содержимое созданных inode
• опасность потери данных при высокой интенсивности (WDK)
• убран нефункциональный экран с логотипом ПО при старте

Актуальный список поддерживаемых и неподдерживаемых возможностей ext3/4 есть на сайте разработчика.

>>> Подробности

Новая версия драйвера для работы с ext2/3/4 разделами из ОС Win2k, Winxp,Vista, Win7, Win8, Server 2003, Server 2008/R2.

>>> Подробности

Почти после трёх лет затишья обновился свободный драйвер для чтения/записи ext2/ext3/ext4-разделов, работающий на платформе windows.

Нововведения:

• поддержка windows 8;
• поддержка режима принудительной записи.

Особенности файловых систем, поддерживаемые в текущем релизе:

• гибкий размер инодов: от 128 байт до размера блока;
• большие файлы: поддержка файлов размером более четырёх гигабайт;
• экстенты: чтение и запись поддерживается, но только без использования экстент-специфичных особенностей;
• журнал: поддерживается только внутренний журнал;
• dir_index: htree directory index;
• filetype: extra file mode in dentry;
• sparse_super: super block backup in group descriptor;
• uninit_bg: fast fsck and group checksum;
• flex_bg: first flexible metadata group.

Особенности файловых систем, не поддерживаемые в текущем релизе:

• журнал: действия с логами, внешний журнал;
• экстенты: усечение и расширение размеров, удаление файлов;
• расширенные атрибуты, поддержка ACL;
• создание симлинков.

Планы:

• полная поддержка экстентов и журналов в EXT3/4;
• приведение в порядок документации, её чистка и доработка;
• улучшения производительности, чистка кода и его оптимизация;
• автоматическая проверка и установка новых версий;
• поддержка LVM, портирование e2fsprogs в Windows.

Внимание! Драйвер поставляется «как есть», рекомендуется использовать с крайней осторожностью, на свой страх и риск. Возможны неожиданные отказы и повреждения ваших данных (не забудьте сделать бекапы).

>>> Подробности

E2fsprogs — это набор утилит для работы с Ext2, Ext3 и Ext4.

Список изменений в 1.42.8:

• Исправление ошибки в e2fsprogs v1.42 при «e2image -s»;
• В mke2fs добавлена проверка неверного размера журнала;
• Убрана опция "-R", вместо неё добавлена "-E";
• В mke2fs теперь устанавливаются реальные uid/gid, для этого добавлен новый параметр root_owner;
• Tune2fs теперь не может задать размера inode больше, чем размер блока;
• Исправление изменения размера некоторых ФС flex_bg && !resize_inode в режиме off-line, e2image теперь нормально работает с ФС большого размера;
• В E2fsck появилась возможность восстанавливать extent trees и убрана проверка значения расширенных атрибутов нулевой длины;
• В resize2fs добавлена проверка выхода блоков битовых карт за допустимые границы уменьшенной файловой системы;
• Исправление в Debugfs с extent_inode для аргументов split_node, replace_node и insert_node;
• Исправление парсинга 's' в parse_num_blocks2.

>>> Подробности

Автор статьи однажды случайно полностью удалил более 3Гб данных из своего домашнего каталога. Резервная копия была сделана более полугода назад. Требовалось восстановить удаленные данные. Поэтому, проигнорировав всех, кто пытался убедить его в том, что данные восстановить невозможно, он начал изучать, как в действительности работает файловая система ext3, и что в действительности происходит, когда файлы удаляются... Через три недели, написав около 5000 строк кода, К.Вуд восстановил на своем диске все файлы до единого.

>>> Подробности

Обновился открытый (GPL) драйвер ext2/ext3 для операционных систем Windows. Некоторые изменения: драйвер получил статус подписанного для Vista и Server 2008; приняты 5+ патчей Bo Branten для решение проблем ifstest; оптимизирован FastIo код; улучшена функция ассоциации букв и подключение устройств (hdd и usb); совместимость с программами Acronis TrueImage, FreeOFTE и TrueCrypt.

>>> Подробности

Аналитики Phoronix.com произвели серию тестов различных файловых систем, поддерживаемых ядром Linux 2.6.30. В тестировании также участвовала новоприбывшая журнально-структурированная NILFS2, которая хорошо проявила себя в тестах Dbench и SQLite.

>>> Подробности по ссылке

Специалистами компании Phoronix недавно было произведено сравнение производительности различных файловых систем в ОС Linux. В сравнении принимали участие:

• Ext3 - ФС, используемая по умолчанию во многих Linux-дистрибутивах.
• Ext4 - преемник Ext3, изначально создававшийся как набор расширений для неё. На данный момент активно разрабатывается.
• Xfs - ФС, изначально разработанная Silicon Graphics для IRIX, впоследствии портированная на Linux. Является одной из старейших ФС с поддержкой журналирования.
• Btrfs - молодая ФС, разрабатываемая компанией Oracle как ФС enterprise-уровня.

Тест проходил на preview-версии дистрибутива Fedora 11, которая из коробки способна ставиться на все вышеперечисленные ФС. Результаты оказались следующими:

Michael Larabel:

«Конечно, Btrfs пока еще далека от совершенства среди других ФС. В большей части проведенных тестов EXT4 значительно её обогнала. Иногда впереди на некоторых тестах оказывалась и XFS. К тому же, для загрузки чистой системы с Btrfs потребовалось больше времени по сравнению с EXT3/EXT4.

Несмотря на то, что Btrfs на данный момент не имеет особенных преимуществ в плане производительности перед другими ФС, у нее есть множество уникальных возможностей, таких как снимки состояний (snapshots), контрольные суммы, онлайн-дефрагментация и т.д. Также стоит принять во внимание, что Btrfs сейчас активно развивается и ее формат еще не до конца стабилизировался.»

>>> Подробности

На phoronix.com опубликовано широкомасштабное сравнение популярных файловых систем для Linux: Ext3, Ext4, XFS и ReiserFS. Тестирование проходило на базе дистрибутива Fedora 10 с использованием утилит Bonnie++, IOZone, Flexible IO Tester, а также игр UT2004, Nexuiz и др.

Ext4 замечательно проявила себя в большинстве тестов. Подробности и графики по ссылке.

>>> Подробности

Тестирование ext3, jfs, reiser4, reiserfs, xfs в роли файловой системы для /usr. Влияние на скорость запуска программ.

Пример диаграммы запуска для Firefox: http://balancer.ru/img/forums/0811/FS...

Резюме: лучше всего с данной ролью справляются XFS и Reiser4, но последняя имеет склонность к сильной потере производительности в процессе регулярных обновлений системы. Возможно - вследствие фрагментации.

>>> Подробности

Ext3 — это стандартная файловая система для Линукс — надежная, быстрая, устойчивая к ошибкам, подходит для любой сферы использования. Однако, с точки зрения эффективности, Ext3 может стать узким местом. Даже по поводу фрагментации к этой файловой системе есть вопросы. Проблема настройки Ext3fs рассматривается в статье Оливера Дидриха (Oliver Diedrich, перевод: А.Дмитриев) "Фрагментация под Linux: Настройка файловой системы Ext3".

>>> Ссылка

Были времена, когда журналируемые файловые системы рассматривались как нечто избыточное, годное лишь для исследовательских целей. Но сегодня журналируемая файловая система ext3 выбирается в Linux® по умолчанию. В этой статье вы узнаете об идеях, приведших к появлению такого рода систем, а также о том, почему эти системы обеспечивают лучшую целостность данных в случае сбоя питания или краха системы. Узнайте о различных современных журналируемых файловых системах и загляните в будущее файловых систем нового поколения.

>>> Подробности

Theodore Ts'o в своём online-дневнике поделился информацией о скорости проверки диска, отформатированного в ext4. Согласно его измерениям, шестимесячный том ext4 FS размером в 128 GB проверяется за 63 секунды, тогда как те же самые данные, скопированные на свежеотформатированный раздел ext3, проверялись 425 секунд, т.е. почти в 7 раз медленней.

Фёдор не обратил внимание на интересную деталь из лога проверки: 779726 inodes used (9.30%), 1 non-contiguous inode (0.0%), т.е. либо он копировал на ext4 файлы, никогда не удаляя старые, либо в ext4 наконец-то работает online-дефрагментатор, что не может не радовать — теперь в Линуксе есть две файловые системы, которые позволяют ускорить доступ к лежащим на них данным. [От автора новости: осталось дождаться, когда кто-то напишет prefetcher и исправит дефрагментатор, чтобы тот учитывал порядок чтения файлов при запуске системы].

>>> Подробности

Измерение времён разных видов работы в ext2, ext3, ext4dev, jfs, reiserfs и xfs. Распаковка архива, многократные копирования, сборка ядра, измерение уровня фрагментации.

>>> Подробности

Обновился открытый драйвер ext2/ext3 для операционных систем Windows. Добавлена возможность проверки и воспроизведения журнала ext3 и поддержка произвольных размеров inod. Из релиза убрали нативный порт e2fsprogs, который был представлен в pre-релизе.

>>> Подробности

Создатели ext3 говорят, что никак. Карло Вуд (Carlo Wood) доказывает в своей статье, что это вполне реально. Резюмировать содержание статьи можно следующим образом. Существуют блоки, суперблоки, inode и прочие низкоуровневые элементы файловой системы. С помощью манипуляции с ними теоретически можно восстановить любой файл. Вуд написал такую программу - grep3ext, но выкладывать ее в свободный доступ почему-то не спешит. Вам нужно отправить письмо по адресу carlo@alinoe.com, и Вуд обещает прислать исходный код. Далее набираем в консоли:

$ ext3grep $IMAGE --restore-file $FILENAME

где $IMAGE - файл дискового устройства, а $FILENAME - имя восстанавливаемого файла. Конечно, существует ряд ограничений. Удаленный файл не должен быть физически перезаписан, в некоторых случаях потребуются дополнительные инструменты работы с файловой системой, но Вуд сообщает, что сам смог восстановить любой файл на своем ПК.

Примечание. Редакция Liberatum не несет ответственности за испорченные Карлом Вудом диски своих читателей.

>>> Подробности

Один из разработчиков — Эрик Сэндин (Eric Sandeen) — дал интервью о состоянии поддержки файловой системы ext4 в готовящейся к выходу 9-й версии дистрибутива Fedora. Основные моменты:

• Основные отличия ext4 от ext3: ext4 быстрее, особенно при удалении больших файлов, размер файла — до 16Т, файловой системы — до 1024Р, появились "расширенные атрибуты в inode" для SElinux, beagle, samba. В определённых ситуациях могут ускориться mkfs и fsck.
• Можно просто монтировать имеющиеся разделы ext3 как ext4, для обратного преобразования необходимо удалить все новые файлы и отключить флаг EXTENTS. Разрабатывается программа для преобразования ext3 в ext4, но она пока не вошла в e2fsprogs.
• Разрабатывается дефрагментатор наподобие имеющегося в XFS. Он будет уметь: собирать файл в непрерывную область, собирать файлы из одной директории вместе, собирать пустое пространство в непрерывную область. Производительность при этом должна возрастать.
• Часть возможностей не будет доступна к моменту выхода Fedora 9. В первую очередь это коснётся поддержки файловых систем больше 16Т в e2fsprogs. Возможно, утилиты для дефрагментации и миграции будут готовы уже после выхода Fedora 9.
• Возможно, поддержка ext4 появится и в новых ядрах для Fedora 8.

>>> Интервью на английском