Comments 62
Дополнено: Года два назад купил их Linux File System for Windows. Очень удобно.
Я одно время использовал Ext2Fsd. Тоже не один год. Но после того как он мне один раз ФС запорол у меня желание начисто отшибло — я лучше с флешки загружусь) В 0.69 вроде пофиксили, но осадочек остался. В сторону LFSW смотрел, но их политика по активации драйвера ФС через интернет… как-то интуитивно не устраивает.
Очень интересное событие, однако статья была бы полезнее, если бы в ней содержалась информация о том, что это за компания и откуда у нее полнофункциональный драйвер NTFS. Про его оригинальную реализацию говорилось:
Господи, код NTFS — это багровый роман ужасов, написанный под опиумом в средневековье, где используются глобальные рекурсивные блокировки и управление потоком выполнения программы при помощи структурной обработкой исключений (SEH).
Альтернативная реализация получилась более удачной? Нет ли на Хабре того, кто бы мог поведать из первых уст, сколько времени ушло на разработку, сколько человек работали и т.д?
Кстати текущий драйвер в линуксе таки поддерживает запись, хотя и с нюансами. Например, если Windows хочет сделать процедуру check disk, запись будет недоступна.
Есть, конечно, ограничения (если правильно помню, не умеет расширять MFT), но тем не менее.
Судя по кол-ву минусов, кто то завидует талантам =)
А вот то, что за 27 лет не появилось ни одной _полной_ сторонней реализации (в том числе c обработкой и изменением ACL, шифрования итп), вызывает некоторые сомнения в квалификации.
ACL — это разве уровень ФС, а не ОС? Для ФС — это вроде как просто атрибуты файлов, которая ОС использует по своему усмотрению или игнорирует.
А вот то, что за 27 лет не появилось ни одной _полной_ сторонней реализации (в том числе c обработкой и изменением ACL, шифрования итп), вызывает некоторые сомнения в квалификации.
Я думаю, мы тут имеем тот самый эффект неуловимого Джо. У меня вот необходимость читать NTFS под Linux как-то сама собой рассосалась году эдак в 2005, когда памяти на моих десктопах стало хватать для совершенно комфортной работы NT 4.0 и 2000 в виртуалках. Думаю, что люди с достаточной квалификацией предпочитали пилить ZFS и позже BTRFS.
Помнится, сотрудник, который его писал много ругался на то, что в документации одно, а в реальности другое.
Времени ушло много. за полное время не скажу, давно из компании ушел, но это месяцы
После выпуска исходников под GPL, появление свободного драйвера под macos дело времени.
Вполне возможно, что все кому нужно было уже купили. И теперь прибыль не покрывает развитие только своими силами.
У MacOS есть нативная поддержка NTFS, доступ на запись по-умолчанию отключён. Включается командами в терминале или утилитой https://mounty.app/
у меня после записи на NTFS-раздел, «разблокированный» с помощью Mounty, этот раздел перестал определяться везде, включая винду. не знаю что там «нативная поддержка» на нём запорола, но я в итоге вытащил с него данные, переформатировал диск и больше так не делал. ntfs-3g есть и под мак, работает через osxfuse, с ним никогда не было проблем…
Надо брать пока дают
ставить линукс внутрь файла
Простите — что?
А какой не для съёмных?
Управление безопасностью данных с разграничением прав пользователей, журналируемые ФС позволяют избежать сбоев, продвинутые ФС позволяют хранить гигантские объемы данных — как по объему отдельных файлов, так и по количеству самих файлов.
Cтарые ФС сильно страдали от миллионов файлов — забивалась таблица размещения файлов, медленный поиск среди файлов — продвинутые ФС хорошо справляются с такими проблемами.
Люди обычно крайне редко часто переносят терабайты с миллионом файлов, да и права на файлы там не нужны обычно — поэтому нет смысла внедрять в такие ФС навороты лишние.
Сердце хочет Героев меча и магии )
Интересно, ReactOS внимание на этот драйвер обратит или нет. Я правда не в курсе, может там уж появилась поддержка NTFS.
Paragon открыла свой драйвер NTFS для Linux, предложив включить его в ядро