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
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.