NTFS драйвер для ReactOS
-
- Posts: 28
- Joined: Thu Jun 28, 2007 6:29 pm
Re: File Sistems
"Сами виноваты", подумал линуксоид.
Re: File Sistems
Не силён в терминологии.Как будет решена проблема в ROS с созданием образов свыше 4 гб ,FAT не поддерживает такие размеры.Сегодня это необходимость и вопрос файловой системы стоит очень остро на мой взгляд.Оперировать на дисках с другими системами ничто по сравнению с недостатками FAT на которой пока строится ROS.
Re: File Sistems
Речь, вероятно, идёт о максимальном размере файлов — 4 Гбайт минус 1 байт — сама файловая система может быть гораздо больше.Не силён в терминологии.Как будет решена проблема в ROS с созданием образов свыше 4 гб ,FAT не поддерживает такие размеры.
Со временем будут поддерживаться и другие файловые системы.Сегодня это необходимость и вопрос файловой системы стоит очень остро на мой взгляд.
Вот интересные ссылки, предлагаю ознакомится. Все free/open source.
http://dokan-dev.net/en/download/
Dokan - аналог FUSE для win32
К сожалению, в Dokan используется свой собственный API, не совместимый с оригинальной FUSE. Но есть решение: прослойка между Dokan и FUSE API, фактически позволяющая использовать под win32 драйвера файловых систем, написанные под FUSE, и собранные в cygwin:
http://hg.sharesource.org/fuse4win
На всякий случай продублировал все нужные исходники у себя: http://fuse4win.4host.ru/
PS: Кто не знает о FUSE: http://fuse.sourceforge.net/
Вкратце: это модуль ядра и библиотека пользовательского режима для linux, позволяющая писать драйвера файловых систем, работающие в пользовательском режиме (что гораздо проще и безопаснее обычных драйверов ФС, работающих в режиме ядра). До недавнего времени вменяемого свободного порта FUSE в среду win32 не существовало, но теперь он есть, спасибо авторам проектов Dokan и fuse4win.
PPS: К вопросу о практическом приминении. Для FUSE написаны драйвера ext2, fat32 (есть на sourceforge) и ntfs (ntfs-3g.org). Кроме того, dokan не использует (пока) менеждер кэша, в который упирается полноценная поддержка ФС в reactos, следовательно, скорее всего его можно будет в ней запустить.
http://dokan-dev.net/en/download/
Dokan - аналог FUSE для win32
К сожалению, в Dokan используется свой собственный API, не совместимый с оригинальной FUSE. Но есть решение: прослойка между Dokan и FUSE API, фактически позволяющая использовать под win32 драйвера файловых систем, написанные под FUSE, и собранные в cygwin:
http://hg.sharesource.org/fuse4win
На всякий случай продублировал все нужные исходники у себя: http://fuse4win.4host.ru/
PS: Кто не знает о FUSE: http://fuse.sourceforge.net/
Вкратце: это модуль ядра и библиотека пользовательского режима для linux, позволяющая писать драйвера файловых систем, работающие в пользовательском режиме (что гораздо проще и безопаснее обычных драйверов ФС, работающих в режиме ядра). До недавнего времени вменяемого свободного порта FUSE в среду win32 не существовало, но теперь он есть, спасибо авторам проектов Dokan и fuse4win.
PPS: К вопросу о практическом приминении. Для FUSE написаны драйвера ext2, fat32 (есть на sourceforge) и ntfs (ntfs-3g.org). Кроме того, dokan не использует (пока) менеждер кэша, в который упирается полноценная поддержка ФС в reactos, следовательно, скорее всего его можно будет в ней запустить.
Стабильный релиз NTFS-3G
Может уже кто-то задавал этот вопрос, но почему нельзя его интегрировать в Reactos?
Re: Стабильный релиз NTFS-3G
Не помню уже, где видел, но писали, что ntfs нету из-за недостающих функций в ядре
Re: Стабильный релиз NTFS-3G
Потому, что NTFS-3G предназначен для *nix систем, и портирование его под ReactOS сродни его полному переписанию. Смысл тогда портировать?MORPEH wrote:Может уже кто-то задавал этот вопрос, но почему нельзя его интегрировать в Reactos?
Re: Стабильный релиз NTFS-3G
Допустим не портировать, но хоть смотря на то, как реализовано, написать свою поддержку.
Re: Стабильный релиз NTFS-3G
Полагаю портировать будет не очень сложно.
Просто руки у разработчиков еще не дошли.
Unxed на презентации что-то говорил, что кеширование не сделано и другие файловые системы будут работать слишком медленно.
Ну да, не первостепенная задача. Можно и на ФАТ32 перекантоваться пока.
Лучше бы утечки памяти заделали...
Просто руки у разработчиков еще не дошли.
Unxed на презентации что-то говорил, что кеширование не сделано и другие файловые системы будут работать слишком медленно.
Ну да, не первостепенная задача. Можно и на ФАТ32 перекантоваться пока.
Лучше бы утечки памяти заделали...
Re: Стабильный релиз NTFS-3G
Насколько я знаю, дело не в том, что NTFS-3G трудно будет партировать, (более того, ходили слухи об экспериментальном драйвере NTFS-3G для windows, тобишь, он уже работал), а в том, что сейчас поддержка отличных от FAT файловых систем вообще трудно реализуема. В ядре нет функционала соответствующего, хотя FullFAT должна это исправить.evilslon wrote:Потому, что NTFS-3G предназначен для *nix систем, и портирование его под ReactOS сродни его полному переписанию. Смысл тогда портировать?
Re: Стабильный релиз NTFS-3G
Нашел-таки инфу о ROS и NTFS-3G в списке рассылок:
Так что NTFS-3G всё-таки будет использоваться в ROS, что, несомненно, очень и очень хорошо, поскольку значительно сэкономит время нашим уважаемым разработчикам.Aleksey Bragin wrote: ...
* Implement filesystem drivers, using fastfat_new as a universal skeleton for FS drivers. Use ntfs3g library and that skeleton to develop an NTFS IFS driver.
Milestone 3: ReactOS with NTFS support (quite important for end users, thus separated into a standalone milestone).
...
Re: Стабильный релиз NTFS-3G
Вот и хорошо.
Вопрос к Алексею: А в какой версии Реактоса, планируется ввести хоть тестовую поддержку, хотя бы для чтения файлов с устройств с NTFS?
Вопрос к Алексею: А в какой версии Реактоса, планируется ввести хоть тестовую поддержку, хотя бы для чтения файлов с устройств с NTFS?
Re: Стабильный релиз NTFS-3G
Немогу так сказать, на самом деле. Но драйвер файловой системы сейчас имеет довольно высокий приоритет, так что это дело среднесрочной перспективы.MORPEH wrote:Вопрос к Алексею: А в какой версии Реактоса, планируется ввести хоть тестовую поддержку, хотя бы для чтения файлов с устройств с NTFS?
Aleksey Bragin,
ReactOS Project Lead
ReactOS Project Lead
Re: Стабильный релиз NTFS-3G
Неправда ваша. С помощью вот этого, при наличии нужных API в ядре портирование сведется к перекомпиляции.evilslon wrote:Потому, что NTFS-3G предназначен для *nix систем, и портирование его под ReactOS сродни его полному переписанию. Смысл тогда портировать?MORPEH wrote:Может уже кто-то задавал этот вопрос, но почему нельзя его интегрировать в Reactos?
http://hg.sharesource.org/fuse4win
PS: Где-то с год назад переписывался с автором, он утверждал, что, используя свой проект, без труда смог завести ntfs-3g под windows. Так что заинтересованные лица могут написать ему и попросить исходники всей этой конструкции (впрочем, можно, как я понимаю, и самим взять fuse4win по ссылке, и скомпилить ntfs-3g под него - автор утверждает, что изменения в ntfs-3g для этого - минимальные).
Контакт автора fuse4win: alex.besogonov собака gmail.com
PPS: Ну и плюс если dokan, на котором построен fuse4win, запустится в ROS, это будет неплохим тестом (и демонстрацией стабильности) FSRTL.
PPPS: И вообще, не худо было бы импортировать fuse4win в дерево, так как проект, похоже, заброшен, а идея более чем перспективная: поддержка большого количества ФС практически даром.
Last edited by unxed on Mon Dec 13, 2010 6:11 pm, edited 2 times in total.
Who is online
Users browsing this forum: Semrush [Bot] and 19 guests