17

Более всесторонний сформулированный вопрос, так как я потерял доступ к другому.

Я бы попросил удалить другой, а не этот, так как он не должен был быть перенесен в первую очередь.

В настоящее время для Linux доступно два драйвера NTFS.

Драйвер NTFS, включенный в ядро, и драйвер пользовательского пространства NTFS-3G, который использует FUSE.

По всем признакам NTFS-3G работает отлично.

Тогда мой вопрос: если файловая система NTFS была успешно восстановлена, почему команда ядра NTFS не реализовала изменения в своем драйвере? На данный момент он все еще помечен как экспериментальный, и есть большая вероятность, что он уничтожит ваши данные.

Примечание: это абсолютно не связано с дистрибутивами ...

3 ответа3

21

К сожалению, это общая проблема с общественными проектами.

Как только сообщество обнаруживает серьезную проблему, появляются проекты для ее решения. В этом случае проблема заключается в использовании NTFS FS.

Linux-NTFS (драйвер ядра FS), был создан первым, а через некоторое время разработка остановилась. ИМО плохой выбор, он заслужил приоритет и до сих пор делает. Этот драйвер был стабильным, только для чтения, до тех пор, пока я работал с Linux (более полувека). Это решает только половину проблемы, поэтому сообщество смотрело куда угодно.

Пленник NTFS (Driver Wrapper для NTFS.SYS) был сравнительно проще в создании. Столько кода уже существовало в других проектах. Основная причина, по которой сообщество смотрело, заключалась в том, что NTFS.SYS не является свободным программным обеспечением.

NTFS-3G (Fuse), был соединен и полностью функционален. Проект имеет движущую коммерческую силу Tuxera. Этот проект решает первоначальную проблему использования NTFS из Linux. Tuxera предлагает собственный проприетарный драйвер ядра NTFS, который подчеркивает, почему сообществу необходимо завершить Linux-NTFS.

Таким образом, после решения первоначальной проблемы протест сообщества остыл. Что может быть неудачно, так как много раз правильная реализация никогда не завершается. Когда я думаю об этом, Tuxera фактически защищает свою проприетарную реализацию ядра NTFS. Создание низкоуровневого драйвера FUSE уменьшило необходимость в надежном драйвере ядра GPL.

Теперь, чтобы уточнить, я большой сторонник / энтузиаст проекта сообщества. Просто я также являюсь критиком, не обладающим способностью программирования ядра. У FUSE есть много достоинств, особенно для специальных водителей FS. Жесткие факты по-прежнему сохраняются, драйверы Kernel FS обеспечивают гораздо более высокую производительность. Написание драйверов для ядра требует гораздо больше времени / таланта, чем сопоставимая реализация FUSE. Оба из которых (время от талантливых программистов сообщества) всегда были в дефиците.

Я надеюсь, что это объясняет текущую ситуацию в отношении поддержки Linux NTFS.

1

Это вопрос приоритета. Выбор сделать одну вещь означает, что что-то еще не будет сделано. ntfd-3g работает хорошо, поэтому касание драйвера ядра имеет очень низкий приоритет.

0

Я просто задал себе этот вопрос сегодня, на самом деле. вот мое действительно туманное и не экспертное понимание этого.

ntfs3g на самом деле не драйвер, это приложение. он использует FUSE (файловая система в пользовательском пространстве) для интерфейса и является кроссплатформенным. Таким образом, хотя драйвер ядра ntfs может реализовывать методы, используемые ntfs3g (не так ли? я не уверен), он будет работать в пользовательском пространстве, что не входит в компетенцию ядра.

... это было буквально просто заключение, основанное на одном предложении, которое я прочитал. как это звучит для тех, кто на самом деле образован по этому вопросу? знак равно

на самом деле, я думаю, что я собираюсь вести блог об этом немного. = D

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .