LINUX.ORG.RU
Наверное, полной поддержки, включая шифрование и сжатие, не будет, но уже что-то.
anonymous
()
Ответ на: комментарий от anonymous
> Наверное, полной поддержки, включая шифрование и сжатие, не будет, но уже что-то.

Скорее всего, будет - ради этого все и затевалось. Впрочем, проблема с шифроваными файлами не решаема (по утверждению PTO, хотя я сомневаюсь в ее нерешаемости) - а вот сжатие как раз запросто.

no-dashi ★★★★★
()
Ответ на: комментарий от jackill
на запись тормозит жутко, хотя читает в 10 раз быстрее. нтфс в ХР делал
anonymous
()
Ответ на: комментарий от jackill
Попробовал! Установилось нормально, однако Последнее ядро в списке поддерживаемых lufs-gcc-3.2.2-5-RedHat-2.4.20-8.i686 А у меня kernel 2.4.20-24.9.i686 Требуют исходник.
ASm
()
Это, конечно, хорошо, но такой драйвер обречён на неприятие свободным миром по лицензионным соображениям. :-(
beetles
()
Объясните мне, как это все вообще может работать на запись без нативной винды, каких владельцев и права получают файлы? С FAT'ом все просто, но здесь-то есть еще и секурность.
anonymous
()
Ответ на: комментарий от anonymous
>Объясните мне, как это все вообще может работать на запись без
>нативной винды, каких владельцев и права получают файлы?

А какие права у тебя получает винт ? который по инструкции надо подключить к соседнему компьютеру ? И тут такие - же ...
anonymous
()
"Looking for a challenging job: My resume"

Угадайте, какая контора возьмет этого человека на работу?

anonymous
()
стганненько. Имха не в том напрадлении движетесь, товарищи. Вот в 2.6 по идее поддержка NTFS полноценная "из коробки" (без патчей). Я пытался юзат lufs для sshfs... Оно, конечно, работало, но как-то криво - например бывало всякий мусор записывался в файл, после его редактирования... Так что я на lufs забил. Хотя, мысль хорошая. Но такое лучше официальном ядре иметь. А то как-то не радует чуток отставание твоего ядра на 3-4 версии от последнего...
chebur
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.