LINUX.ORG.RU

Вторая бета-версия ntfs-3g


0

0

Появилась новая версия драйвера ntfs-3g, позволяющего производить запись на разделы NTFS. В этой версии в основном сделаны исправления ошибок и недочётов:

1. исправлено быстродействие I/O для больших файлов

2. улучшено состояние файловой системы при отключении без размонтирования

3. fix sparse swap file

4. теперь показываются имена примонтированных устройств, вместо /dev/fuse

5. обновление списка KNOWN ISSUES.

>>> Подробности

anonymous

Проверено: Demetrio ()

ждем .deb'ов

anonymous
()

Вельми благостен сей продукт, несомненно... так глядишь и под линухой НТФС заработает раз в 5 быстрее, чем под нативным оффтопикоом...

e
()

Любопытно. Надо заценить..

MiracleMan ★★★★★
()

> 4. теперь показываются _измена_ примонтированных устройств, вместо /dev/fuse

опечатка по Фрейду? :)

anonymous
()

Какие охрененные люди. Жаль, у них нет каких-нить русских электронных денег. Было бы неплохо туда что-нить кинуть.

jackill ★★★★★
()

> 2. улучшено состояние файловой системы при отключении без размонтирования

;))

mutronix ★★★★
()

> Вельми благостен сей продукт, несомненно... так глядишь и под линухой НТФС заработает раз в 5 быстрее, чем под нативным оффтопикоом...

Не заработает в принципе, не для этого FUSE разрабатывался.

Sikon ★★★
()
Ответ на: комментарий от Sikon

Параллельно разрабатывается родной драйвер Linux для NTFS, поэтому 5 не 5, а некоторое ускорение возможно. Тем более, что под Linux скорее всего не будет журналирования.

anonymous
()

Что значит не будет, какой NTFS без журналирования? Это то же самое, что пытаться заставить драйвер ext2 работать на запись с ext3.

anonymous
()
Ответ на: комментарий от anonymous

> Это то же самое, что пытаться заставить драйвер ext2 работать на запись с ext3.

А оно с каких пор так работать перестало ?

anonymous
()

>5. обновление списка KNOWN ISSUES.

бгыгыгы, самое главное :))

anonymous
()
Ответ на: комментарий от lvv

Суперская весч! Ставил тут эту глючную Висту на пробу, так из под XP ее потом фиг удалишь, а из под линукса с этим драйвером - запросто!!!

grokin
()

> 4. теперь показываются измена примонтированных устройств, вместо /dev/fuse

Кругом засады, кругом измены ...

anonymous
()

Сейчас юзаю предидущую версию этого драйвера, полет нормальный. Качаю новую, буду посмотреть :)

GhostDragon
()
Ответ на: комментарий от Sikon

> Не заработает в принципе, не для этого FUSE разрабатывался.

За счет более эффективных механизмов кэширования и нормально реализованного асинхронного ввода-вывода, ну и т.п. - в пару раз быстрее точно забегаеть сможет. Винды ж по сути - это одно большое полусинхронное глюкалово, склонное к фрагментации и резкому замудлению работы с ФС по мере роста MFT (на 5 и более гиговой MFT и 32-битных процах - вообще одно сплошное счастье). А Линуху - пофиг, можно дрова написать как угодно, вплоть до учета рекомендаций по с конфы по ФС - опенсорц рулит.

e
()
Ответ на: комментарий от e

s/замудлению/замедлению/g

Оговорка по Фрейду, однако :)

e
()

Это все здорово. В первой бете косяк был. Некоторые записанные файлы из оффтопа не читались - сносились списки атрибутов и доступа. Иногда даже целые папки, в которые писать пытался. Грешу на кириллицу в именах файлов, с латинскими именами вроде не бывало. Спасал тока chkdsk. Было у кого-нить такое??

corristo
()
Ответ на: комментарий от anonymous

нет журналирования и не будет, потому как патентовано оно на нтфс.

при записи на диск в журнал ничего не пишется, во время размонтирования в журнал проставляется отметка для венды о том, что журнал чист, все транзакции завершены. вот и вся работа с журналом.

MaratIK
()

Классная система.

Правда, так пока и не научился корректному автомонтированию её через hal/ivman при втыкании переносного винта. Разве что тупо через exec монтировать. Штатно это кто-нибудь поборол?

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

> Правда, так пока и не научился корректному автомонтированию её через hal/ivman при втыкании переносного винта. Разве что тупо через exec монтировать. Штатно это кто-нибудь поборол?

Я монтирую через autofs - мне вполне хватает. captive-ntfs при этом подвисала, приходилось ручками монтировать.

eliterr
()
Ответ на: комментарий от Scream

> кто-нибудь юзал? как оно, не глючит?

у меня в первые же секунды заглючило $ mkdir /var/ftp/mystuff/video/precopy $ mv /var/ftp/mystuff/video/Dog-Heart/Dog-Heart.cd1.avi /var/ftp/mystuff/video/precopy/ $ (тут была запись на болванку)

От авишки остался обрезок в 140КБ, а оффтопек пришлось в safe mode грузить...

anonymous
()
Ответ на: комментарий от anonymous

> надо_б провести эксперемент над чъим_нить разделом

ntfsprogs + сия дровина пашут вроде стабильно. Вот только под реальным оффтопиком не проверить, в силу отсутствия... разве что на vmware хитрым образом накатить...

e
()

> исправлено быстродействие I/O для больших файлов

Посмотрим, посмотрим... Сливал фильмы на ntfs, скорость падала до 1 мегабайта в секунду при 100%-ной загрузке проца (duron800).

AngryElf ★★★★★
()
Ответ на: комментарий от corristo

>Это все здорово. В первой бете косяк был. Некоторые записанные файлы из оффтопа не читались - сносились списки атрибутов и доступа. Иногда даже целые папки, в которые писать пытался. Грешу на кириллицу в именах файлов, с латинскими именами вроде не бывало. Спасал тока chkdsk. Было у кого-нить такое??

Было дело, что после нескольких обращений к разделу исчезали папки с русскими именами - помогало обычное перемонтирование. Один раз пришлось в винде пройтись checkdsk /f, патамушта одна папка не хотела удаляться ни в какую. Мне это было не в нагрузку, у меня русскоязычных папок штук 10 или 15 - я переименовал и не волнуюсь

zodiac ★★
()

>2. улучшено состояние файловой системы при отключении без размонтирования

жесть.

r ★★★★★
()
Ответ на: комментарий от anonymous

Первая бета жутко медленно работала с большими файлами - качал вгетом фильм. На ехт3 качает со скоростью 510 кб/сек и проц не грузит совсем, на нтфс качает со скоростью 150 кб/сек, при загрузке проца в 100% (p4 -3800 smp)

TERRANZ ★★★★
()
Ответ на: комментарий от r

>>2. улучшено состояние файловой системы при отключении без размонтирования

>жесть.

Всё правильно. Где, в первую очередь, в Линуксе нужна NTFS? На переносных девайсах. А USB-HDD довольно легко выдернуть не размонтировав :)

KRoN73 ★★★★★
()
Ответ на: комментарий от jackill

> Re: Вторая бета-версия ntfs-3g
> Какие охрененные люди. Жаль, у них нет каких-нить русских электронных > денег. Было бы неплохо туда что-нить кинуть.

Спасибо.
По такому поводу завёл себе WMZ: Z423554338510

anonymous
()
Ответ на: комментарий от anonymous

> > Re: Вторая бета-версия ntfs-3g
> > Какие охрененные люди. Жаль, у них нет каких-нить русских электронных денег. Было бы неплохо туда что-нить кинуть.
>
> Спасибо.
> По такому поводу завёл себе WMZ: Z423554338510

Забыл войти. Это был мой пост. :-)

cha0smaster
()
Ответ на: комментарий от anonymous

> на ntfs был /var/ftp/mystuff :) Инкаминг был на другом разделе :)

Ваййй, всю интригу порушил :)

e
()
Ответ на: комментарий от KRoN73

> Всё правильно. Где, в первую очередь, в Линуксе нужна NTFS? На переносных девайсах. А USB-HDD довольно легко выдернуть не размонтировав :)

Дык в ntfs-3g в силу неких патентных проблем преимущества журналирования теряются из-за непожжержки оного совсем? Тогда уж XFS на usb-hdd...

e
()
Ответ на: комментарий от e

Батенька, а зачем вам NTFS, если не нужно обмениваться данными с Win (т.е. подходит XFS)?

Ведь все 4 журналируемые системы Linux работают лучше, чем NTFS под Win. Ну там - быстрее, фрагментируемость меньше.

anonymous
()
Ответ на: комментарий от anonymous

> Батенька, а зачем вам NTFS, если не нужно обмениваться данными с Win (т.е. подходит XFS)? > Ведь все 4 журналируемые системы Linux работают лучше, чем NTFS под Win. Ну там - быстрее, фрагментируемость меньше.

Сына, журналируемость - журналируемостью, но гвоздик в крышку гроба венды забивать все же нужно в случае file-связанного сервера ;)

По поводу же некоей гипотетической потери данных - ситуация вообще равнозначна: есть прецеденты потери данных на НТФС на ровном месте (видимо по вине железа, если думать хорошо - и видимо из-за глюкавой и закрытой реализации - если плохо), равно как и недостаточная оттестированность продвинутых ФС типа XFS (и запоздание с портом очень продвинутой ZFS), в силу разных причин...

Извиняюсь за неосмысленность и ашшиппки... пьян я зело...

e
()
Ответ на: комментарий от Toster

> Опережают время на год!

Все нормально, это же не свиста мелкософтовская, коя устарела еще до начала написания собственного кода.

e
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.