В релизе (http://article.gmane.org/gmane.comp.file-systems.ntfs-3g.dev...) драйвера NTFS-3G 1.5012 (http://ntfs-3g.org/), после 13 лет разработки, достигнута (http://ntfs-3g.org/releases.html) возможность полноценного создания и удаления неограниченного числа файлов и директорий. Релиз был успешно протестирован через создание и удаление 54 миллионов файлов внутри директории.
NTFS-3G - полнофункциональный NTFS драйвер для Linux, FreeBSD и других систем, работающий на уровне пользователя через FUSE.
URL: http://article.gmane.org/gmane.comp.file-systems.ntfs-3g.dev...
Новость: http://www.opennet.me/opennews/art.shtml?num=18505
> Релиз был успешно протестирован через создание и удаление 54 миллионов
> файлов внутри директории.Интересно, сколько же чуваки упирались чтобы это протестить?А то если в обычной винде сделать всего ~30 000 ... 50 000 файлов в 1 дире - просто зайти в этот каталог и посмотреть его содержимое займет минут этак хренацать, при том от программы это как-то не зависит :).При том даже add\remove зачем-то суется в каталоги на дисках и результат понятен.
В общем если враг принес вам хард с NTFS - создайте ему 54 миллиона файлов в директории :).И драйвер протестируете и система у недруга будет на неделю колом вставать пока этот каталог не прочитает :-)
>просто зайти в этот каталог и посмотреть его содержимое займет минут этак хренацатьС антевирусом или без?
>С антевирусом или без?До балды.Эффект наблюдается и так и эдак.
Кстати антивирусы обычно в крейсерском режиме при проверке на лету проверяют сугубо файлы к которым производится доступ на чтение\запись, что в общем то логично.Листинг каталога их зачастую мало колышет.Как минимум симантек отловит виря при фактической попытке чтения файла.А то что кто-то залистил каталог его не волнует.Ну, в общем то и логично.Какой смысл онлайн-проверки файлов которые никто не собирался использовать?Чтобы потормозить лишний раз фиг знает ради чего?
Не правда. Все антивинусы, которые юзал (разные версии AVP/KAV, DrWeb, AVG), по дефроту всегда ругались когда просто заходишь в папку с некошерным файлом.
>Не правда. Все антивинусы, которые юзалНу а корпоративный симантек например плевать хотел что вы в папку зашли.Заорет когда будет попытка чтения вируса.Наверное потому корпоративщики его и юзают.А то если открыть папку с 40 000 файлов и их еще антивирь сканить начнет - он их будет неделю жевать!Особенно какой-нибудь каспер.
>Не правда. Все антивинусы, которые юзал (разные версии AVP/KAV, DrWeb, AVG), по
>дефроту всегда ругались когда просто заходишь в папку с некошерным файлом.
>Просто ваша программа пыталась читать файл - например извлечь из него иконку или определить тип. А это уже работа для антивируса.
>>С антевирусом или без?
>
>До балды.Эффект наблюдается и так и эдак.
>
>Кстати антивирусы обычно в крейсерском режиме при проверке на лету проверяют сугубо
>файлы к которым производится доступ на чтение\запись, что в общем то
>логично.Листинг каталога их зачастую мало колышет.Как минимум симантек отловит виря при
>фактической попытке чтения файла.А то что кто-то залистил каталог его не
>волнует.Ну, в общем то и логично.Какой смысл онлайн-проверки файлов которые никто
>не собирался использовать?Чтобы потормозить лишний раз фиг знает ради чего?Вот буду умничать :). Кроме самих данных, к файлам на NTFS пристегнуто произвольное количество "потоков", хранящих сопутствующую информацию. Права доступа, например. Так что потоки при листинге читаются. И есть "потоковые" вирусы. И самих потоков к 1Кб файлу может быть на остаток 500Гб диска... Где-то читал... :)
>Вот буду умничать :). Кроме самих данных, к файлам на NTFS пристегнуто
>произвольное количество "потоков", хранящих сопутствующую информацию. Права доступа, например. Так что
>потоки при листинге читаются. И есть "потоковые" вирусы. И самих потоков
>к 1Кб файлу может быть на остаток 500Гб диска... Где-то читал...
>:)Молодой человек! для начала изучите матчасть, а не сыплите сюда, что где-то что-то читали. Да, по архитектуре NTFS возможно использование альтернативных потоков данных, ассоциированных с основным. Но, такие атрибуты файла как ALC, время доступа и т.д., чем пользуется народ в обычной жизни, хранятся в MFT. И никаких альтернативных потоков! Единственное приложение их использующее, которое я видел, это как раз KAV, начиная с 5й версии, там он для каждого файла хранил его хеш. По умолчанию все остальные программы пользуются только основным потоком данных, не извращаясь с альтернативными.
>И никаких альтернативных потоков! Единственное приложение их использующее, которое я видел,
>это как раз KAV, начиная с 5й версии,В одном он прав - некоторые вирусы и т.п. извращаются с альтернативными потоками пользуясь тем что их пользователю по дефолту не видно.
True!
>В общем если враг принес вам хард с NTFS - создайте ему
>54 миллиона файлов в директории :).И драйвер протестируете и система у
>недруга будет на неделю колом вставать пока этот каталог не прочитает
>:-)ггг, DoS:)
NTFS что больше 13 лет ???? Круто.... Я думал что NTFS появился только в в win2000....
>только в в win2000....А как же NT4?В ней он уже был, правда, более старой версии не позволявшей дисковые квоты.Более того, NT4 не поддерживал FAT32 а 9x - NTFS, что создавало юзерам и т.п. много "приятных" моментов :)
Вот только прошло хренадцать лет.А у майкрософта все та же файловая система.Во времена NT4 смотрелось очень достойно.А сейчас - довольно заурядная система с массой проблем.Про 50К файлов в дире я уже упоминал, а больше у MS как-то и нет ничего ;).
В нт4 нтфс была вообще очень старая. Где-то в 1999 году вышел полностью стабильный открытый драйвер, но потом мс сделала подлянку, ввиду чего драйвер для нтфс первой версии не подходил для нтфс новой версии. Поэтому отсчет для последней версии нтфс лучше начинать с 1999 года, когда вышла вин2000.
>В нт4 нтфс была вообще очень старая. Где-то в 1999 году вышел
>полностью стабильный открытый драйвер,Хм?И прям вот так с стабильным read и *write* ?Если не затруднит - пруфлинк в студию.
>но потом мс сделала подлянку, ввиду чего
>драйвер для нтфс первой версии не подходил для нтфс новой версии.Логично - заапдейченый том не могла и NT4 цепануть потом, что доставляло MS много головняка.В каком-то из SP к нтям они в итоге воткнули драйвер который и такие тома читать мог если не ошибаюсь.
>Поэтому отсчет для последней версии нтфс лучше начинать с 1999 года,
>когда вышла вин2000.Насколько я помню, изменение собственно дисковых структур там было небольшим: том превращался в новую версию прямо при монтировании в винтукее НТшного тома по факту монтирования, очевидно что кроме очень небольшого изменения сильно некоторых структур за такое время сделать ничего нельзя.Поэтому мне кажется что так говорить ... гм...некорректно.
>>но потом мс сделала подлянку, ввиду чего
>>драйвер для нтфс первой версии не подходил для нтфс новой версии.
>
>Логично - заапдейченый том не могла и NT4 цепануть потом, что доставляло
>MS много головняка.В каком-то из SP к нтям они в итоге
>воткнули драйвер который и такие тома читать мог если не ошибаюсь.начиная с SP4
>>Поэтому отсчет для последней версии нтфс лучше начинать с 1999 года,
>>когда вышла вин2000.
>
>Насколько я помню, изменение собственно дисковых структур там было небольшим: том превращался
>в новую версию прямо при монтировании в винтукее НТшного тома по
>факту монтирования, очевидно что кроме очень небольшого изменения сильно некоторых структур
>за такое время сделать ничего нельзя.Поэтому мне кажется что так говорить
>... гм...некорректно.А собственно ничего особого и не делалось, добавляли новые мета-файлы типа $Quota$ и чуть меняли структуру $MFT$, регистрируя эти новые файлы, и собственно все радикальные отличия. WinFS мы так и не дождались, даже в прототипах...
>>только в в win2000....
>
>А как же NT4?В ней он уже был, правда, более старой версии
>не позволявшей дисковые квоты.Более того, NT4 не поддерживал FAT32 а 9x
>- NTFS, что создавало юзерам и т.п. много "приятных" моментов :)первоначально оно появилось еще аж в NT 3.5, параллельно поддерживалась работа FAT16 и IBM HPFS (родная FS в OS/2). И если мне память не изменяет, то собственно NTFS выросла из HPFS, после ее серьезной переработки.
>
>
>Вот только прошло хренадцать лет.А у майкрософта все та же файловая система.Во
>времена NT4 смотрелось очень достойно.А сейчас - довольно заурядная система с
>массой проблем.Про 50К файлов в дире я уже упоминал, а больше
>у MS как-то и нет ничего ;).У МС может и нету, но не одним МСом живы! С нетерпением ждем когда выйдет VxFS for Win. Причём прототипы показывали серьёзный рост производительности, местами до десятков раз по сравнению с NTFS
>NTFS что больше 13 лет ???? Круто.... Я думал что NTFS появился
>только в в win2000....Мне больше интересно, как они смогли 13 лет назад начать разрабатывать драйвер, который работает через fuse. Его ведь тогда ещё небыло :)
>Мне больше интересно, как они смогли 13 лет назад начать разрабатывать драйвер,
>который работает через fuse. Его ведь тогда ещё небыло :)Ну не факт, что они его изначально разрабатывали на FUSE...
> NTFS что больше 13 лет ???? Круто.... Я думал что NTFS появился только в в win2000...Сначала в OS/2 (IBM) появилась HPFS - это начало 199*-х, если не раньше. Затем Билл Гейтс на её основе стал делать NTFS. В W'2000 в NTFS внесли существенные изменения, так что W'NT'4 не могла работать с разделами, созданными в W'2000 (нормальная политика Микро$офта по принуждению юзеров переходить на новые системы). Отсутствие драйверов NTFS в др.операционках долго преподносилось как дополнительная секурность W'NT/2000.
да, но зачатки ещё в NT 4.0 были
Между прочим, этот драйвер поддерживает NTFS гораздо лучше, чем виндовсовский! Неоднократно видел битые диски в NTFS (обычно после некорректного выключения/ресета компа), при попытке чтения которых винда зависала, или даже выпадала в BSOD, и починить файловую систему scandisk-ом тоже не могла, в то время как линукс - читал без каких-либо проблем.
>чтения которых винда зависала, или даже выпадала в BSOD,+1!
Вот только недавно наивный деятель приперся в багтрекер aMule и там наколотил баг что дескать осел создал такие файлы что виста падает в синий скрин.Простите, если система падает в синий скрин - это прежде всего бага в ее драйвере ФС, как ни крути, а кто левые данные в структуры ФС впихнул - вопрос номер два.Хороший драйвер не должен испытывать проблем от разрушения структур файловой системы - его дело сообщить "наверх" что запрос обломался, а вовсе не вылетать с позором в синий экран.А вот виндусь при проблемах с томом порой норовит вывалиться в синий экран.Или иногда при некоторых видах повреждений тома напрочь не монтируются и не чинятся, несмотря на то что почти все структуры уцелели и нормальные.Этого я вообще не очень понимаю - получить хотя-бы частичные данные и с матюками куда лучше чем совсем нифига не получить и всосать по полной.
>а кто левые данные в структуры ФС впихнул - вопрос номер два.извините, но не так. "впихнули" то эти данные опять же через winapi... эли осел работал под линем, а потом под виндами хотели прочитать?... ну если так, то и другой разговор.
>эли осел работал под линем, а потом под виндами хотели прочитать?...
>ну если так, то и другой разговор.Именно так - aMule записал несколько файлов более 4Gb через NTFS-3G.Что там далее делали с томом и кто виноват - дело темное.Зато перец вполне ярко и доходчиво вопил что виста сыпется в бсод.Ну, видимо какие-то структуры некорректны.По чьей там именно вине - дело темное.Осел как приложение ни разу во всем этом ну точно не виноват.NTFS-3G - да хрен его знает, он ли лоханулся или там еще чего типа сбоя хардвара было.Кто ж это узнает?А вот то чот виста грохается в синий скрин при обращении к файлу - ну тут понятно что кроме ейного драйвера NTFS никто в этом как-то не виноват - бага в виндовом драйвере NTFS налицо.
а какая разница синий экран тебе покажут или надпись kernel panic? Экран, кстати, не просто синий, там код ошибки тоже указан.
kernel panic вряд ли покажит. на то он и юзерспейс... молча сдохнет. ну в лог нагадит.
>а какая разница синий экран тебе покажут или надпись kernel panic? Экран,
>кстати, не просто синий, там код ошибки тоже указан.Ага, вот только то что остается у линукса в логах обычно позволяет понять что случилось.А то что на синем экране - порой кода ошибки вообще на сайте нет или там указано какое-то совсем общее описание по которому черта с два поймешь что, где и почему навернулось.Трублешутить линуксы имхо на порядок проще - логи по человечески ругаются и обычно более-менее понятно что и где было не так хотя-бы.
интересно сколько лет будуть делать драйвер под WINFS, которую собирались представить в Виста но как всегда не доработали в срок. Теперь надеюсь, её реализуют в Windows 7...
>интересно сколько лет будуть делать драйвер под WINFS, которую собирались представить в
>Виста но как всегда не доработали в срок. Теперь надеюсь, её
>реализуют в Windows 7...В Windows 7 не реализуют, можете забыть. Ниасилили. Может быть в Windows 17, когда WINFS станет одним из поводов очередного насильного обновления с Windows 15 и будет очередной виток принудительных upgrad-ов в результате очередного сговора производителей ПО и железа :) Но тогда для этого уже нужно будет 100Гб диска под систему, 32 Гб ОЗУ и 64-ядерный процессор :)
Micrsoft забила на WINFS, больно уж неподъемную ношу хотели взвалить на себя, посмотрите только на Vista - без слез не глянешь, а уж тем более с "самыми лучшими" программистами на борту получится такая WINFS, что всем даже упертым поклонникам Microsoft прийдется переползать на Mac или *nix :)
а с чего бы осилили?
планировали то на sql сервере... как и хранилище дпя ексченча... а в sql завал, ну и типа не надо, ну и типа счас .net рулит и т.д., и т.п.
>Может быть в Windows 17, когда WINFS станет одним из поводов очередного насильного обновления с Windows 15 и будет очередной виток принудительных upgrad-овДа ладно ) Не дотянет, по-моему, винда до 17-го релиза... Ей бы до 10-го дотянуть хотя бы, учитываю ситуёвину с вистой. ))
Че вы к висте прикопались ? Как по мне так она заметно лучше XP. Более стабильная, более быстрая, более удобная.
>Че вы к висте прикопались ? Как по мне так она заметно
>лучше XP. Более стабильная, более быстрая, более удобная.Пиар-менеджеров Майкрософта просьба покинуть территорию сайта :)
а мы её готовить не умеем. и не хотим. оно на вкус как огуречный сок с молоком.
>интересно сколько лет будуть делать драйвер под WINFS, которую собирались представить в
>Виста но как всегда не доработали в срок. Теперь надеюсь, её
>реализуют в Windows 7...Виндусь 7 будет чутка доработаной вистой.Так что сосите.А что вы еще ожидали увидеть в такие сроки?Проблема то проста как топор - MS хочется денег а на висте бабло ну никак не рубается.Что бы там они не верещали в пресс-релизах а на практике виста очень непопулярна у пользователей.Ее по-моему ругают больше чем пресловутый WinME.
новость, помоему, стоит поместить в "главные".
Вот бы еще проверку/починку ФС сделали в ntfsprogs. Тогда вообще красота была бы.
В убунте 7.04 попробовал несколько .iso скопировать после обновления NTFS-3G до 1.5012 - отваливается файловая система. проблема где-то остаётся :)
13 лет ушли в пустую :)
>13 лет ушли в пустую :)Отформатировал диск в ex3fs, проблема осталась. Подозреваю драйвер USB (у меня USB внешний диск IDE)
о, батенька! с ними бывает и не такое.
вот у меня 2-а внешних винта, а стабильно работают только через один usb-кабель.
попробуйте у знакомых или ещё где взять на пробу (и желательно покороче).
>Отформатировал диск в ex3fs, проблема осталась. Подозреваю драйвер USB (у меня USB
>внешний диск IDE)C usb бывает много чудных приколов.И не всегда виноват драйвер USB.Возможно все!Отваливаться может чип который конвертит usb в IDE (некоторые чипы почему-то загибаются под большой нагрузкой - перегрев?На такой эффект в простых и дешевых usb боксах очень много матюков от народа встречается).Иногда usb плохо совместим на уровне железа.Бывает так что конкретные мамки\чипсеты плохо дружат с конкретными железками.С некоторыми особо-китайскими проводами бывает откровенная ересь.Чтобы делать выводы что виноват софт надо как минимум попытаться проделать ту же операцию в какой-то другой системе (Windows, *BSD...) на том же железе.Если там все работает - это уже да, повод грешить на драйвера.
копировал всё это в винде и ошибок не заметил. но есть мнение что винда кладёт на ошибки чипа, а другие системы нет.
>копировал всё это в винде и ошибок не заметил. но есть мнение
>что винда кладёт на ошибки чипа, а другие системы нет.нууу батенька, тады она также кладет и на целостность данных, что передавались по USB... если чип глючит, то имея на входе 1 поток битов, на выходе получим совсем другой (проверяется элементарно, любой утилитой типа md5sum). И если для фильма-музыки такое искажение не сильно страшно, то для файлов данных ну нафиг.
Сижу и думаю:
-- Господи, ну зачем они тратили 13 лет своего труда, жизни и нервов на какую-то плохо сделанную ФС, которая давно устарела!С одной стороны -- плохо, что люди так много времени тратят на "вражеские" технологии, с другой -- респект и уважуха!
>Сижу и думаю:
>-- Господи, ну зачем они тратили 13 лет своего труда, жизни и
>нервов на какую-то плохо сделанную ФС, которая давно устарела!Хотя-бы затем что теперь можно воткнуть виндовый жесткий диск и получить к нему полноценный доступ.За что соответственно *большой* респект.А можно и систему даже из-под винды в диск-в-файле который на NTFS томе располагается вдуть.Так линукс модет установиться прямо на то что есть у юзера, создав файл-контейнер - вообще без деструктивных мероприятий типа переразбиения разделов.Некоторые дистры так и ставятся... очень удобно на посмотреть - не тормозит как LiveCD хотя и не так производительно как честный инсталл на физический диск, но - достаточно близко к этому.И никакого дестроя.Никакого сноса данных, изменения таблиц разделов, форматирования...
>[оверквотинг удален]
>
>Хотя-бы затем что теперь можно воткнуть виндовый жесткий диск и получить к
>нему полноценный доступ.За что соответственно *большой* респект.А можно и систему даже
>из-под винды в диск-в-файле который на NTFS томе располагается вдуть.Так линукс
>модет установиться прямо на то что есть у юзера, создав файл-контейнер
>- вообще без деструктивных мероприятий типа переразбиения разделов.Некоторые дистры так и
>ставятся... очень удобно на посмотреть - не тормозит как LiveCD хотя
>и не так производительно как честный инсталл на физический диск, но
>- достаточно близко к этому.И никакого дестроя.Никакого сноса данных, изменения таблиц
>разделов, форматирования...А для этого нужен полноценный драйвер NTFS? Помню вон BeOS вполне нормально так работала, только загрузчик держала на дискете, но поддержки NTFS в ней не было никакой практически. Точнее была, ro, как раз на основе открытого кода.
А как использовать ntfs-3g в качестве основного драйвера в Windows XP?
Никак.
>А как использовать ntfs-3g в качестве основного драйвера в Windows XP?
>Так он же для *nix-ов
>А как использовать ntfs-3g в качестве основного драйвера в Windows XP?Никак.Там свой драйвер есть.Зачем вам еще один?В винде кстати вообще с файловыми системами душно - MS спеки на то как надо писать IFS драйвера не открывает (точнее открывает сильно некоторым на жестких условиях и за бабки) поэтому альтернативных драйверов файловых систем под винды - с гулькин нос.Я знаю из более-менее работающих аж целые драйвера EXT2.Они не умеют журналирование (EXT3 используется ими как EXT2 - без журнала) и продвинутости типа хэширования директорий.А посему работают примерно так же неторопливо как ntfs3g с нтфсом в *никсах.В линуксе вот только кроме нтфс, фат и ext3 еще на выбор полдюжины ФС а то и больше.А в винде ... ну там one microsoft way, чего вы хотели то?Правильный драйвер - от MS а если считаете иначе - пишите жалобу в спортлото.Ее там непременно рассмотрят.
надо ещё в стиле oraclа давать названия релизам - "реально стабильный", Enterprise 100% Realy Ready и т.д.
>после 13 лет разработкихм, интересно сколько времени займет поддержка следующей fs от M$...
>хм, интересно сколько времени займет поддержка следующей fs от M$...Сам MS за *пять* лет не осилил новую ФС, если что.Они хотели сделать WinFS но в итоге забили на это.Это при их то ресурсах...