Вопросы и ответы

[Garikk]

Сообщение от alexcat

Ну как это не за что! Спецификации NTFS не открыты, потому и ошибки! С ext таких проблем же нет...

и с ext проблемы бывают

Ошибки в ФС вряти по вине линукса, я салкивался с таким один раз (в какомто livecd) который упорно не хотел монтировать диск с нтфс потомучто он dirty и чекдиск драйвера не запускался по причине ридонли...замкнутый круг..особенности опенсорса (типа функционал допилим версий через 5)

[alexcat]

Сообщение от Garikk

...особенности опенсорса...

В проблемах с NTFS я никак не усматриваю вину опенсорса, а как раз наоборот - если бы была открытая документация, все уже отладили бы и допилили.

Добавлено через 7 минут

Сообщение от Seraphymm

Похоже на глюки драйвера NTFS.

Меры предосторожности при записи на NTFS-разделы

Перед записью данных на NTFS-раздел из Linux/BSD настоятельно рекомендуется загрузить Windows и запустить chkdsk, чтобы убедиться в отсутствии ошибок. Дело в том, что штатный драйвер автоматически диагностирует дефекты файловой системы, блокируя запись до момента их исправления, а свободные драйверы — нет.

После удаления/перемещения большого количества файлов и/или каталогов из-под Linux/BSD обязательно загрузи Windows и запусти chkdsk, поскольку свободные драйверы не учитывают ряд тонкостей NTFS, что ведет к накоплению мелких ошибок.

При проверке тома, в который что-либо записывали свободные NTFS-драйверы, chkdsk, как правило, выдает сообщения об ошибках, однако это не повод для волнений. Обратись к документации, прилагаемой к драйверу, — в ней перечислены все некритичные ошибки и коротко описаны причины их появления.

Никогда, ни при каких обстоятельствах не монтируй NTFS-раздел на запись, если работа Windows была завершена неправильно! В этом случае в журнале транзакций могут остаться записи, обеспечивающие откат при последующей загрузке операционной системы. Однако открытые драйверы все еще не поддерживают транзакции, а последствия отката диска, на который уже что-то писалось, непредсказуемы.

Раздел, хотя бы однажды заполненный более чем на 90%, подвергается большому риску при монтировании на запись из-под Linux/BSD, поскольку при этом происходит усечение области, зарезервированной под метаданные. Свободные NTFS-драйверы обрабатывают эту ситуацию не совсем корректно.

http://www.xakep.ru/magazine/xa/104/102/1.asp

[Seraphymm]

Возможно, я выразился недостаточно ясно... Разделы моих HDD отформатированы или в ext (загрузочный диск Ubuntu), или в NTFS (все остальные диски). Так вот после нескольких часов работы Ubuntu внезапно отказалась писАть во все разделы NTFS (и менять на них права доступа). При всей склонности к самокритике я не могу предположить, будто на всех моих partitions NTFS вдруг спонтанно появились какие-то ошибки. Тем более, что у меня такое уже случалось с Ubuntu 11.0 (после установки обновлений) - тогда вопрос решился её переустановкой без лечения partitions.
Для экстренного выхода из ситуации на этот раз пришлось на свободном месте создать partition FAT32, чтобы сохранить туда открытые файлы (это удалось). Перезагрузка не помогла вправить Ubuntu мозги (драйверы?).
Я никого не хочу напрячь поиском разгадки. Просто мой пост - предостережение любителям Ubuntu по поводу того, к чему им следует быть готовым...

[Garikk]

Сообщение от alexcat

В проблемах с NTFS я никак не усматриваю вину опенсорса, а как раз наоборот - если бы была открытая документация, все уже отладили бы и допилили.

на Ext* открыта документация, полноценного драйвера под винду как не было так и нет..

В опенсорсе часто так, "здесь допилили", а "здесь пока нет". И запросто может быть нереализован "ненужный" функционал. Довелось столкнутся с этим в "тяжелом" энтерпрайзе...очень весело костыли искать для реализации того о чём разработчики забыли

www.xakep.ru/

..ой ужас.. как эту попсятину вообще цитировать можно.. есть более вменяемые сетевые издание...и сайты разработчиков хотябы

со времён описанного в этой статье, поддержка ntfs стала гораздо стабильнее... так работать даже в продакшене не чураются давно

[alexcat]

Сообщение от Garikk

на Ext* открыта документация, полноценного драйвера под винду как не было так и нет..

Это проблема винды. Она вообще очень враждебно "настроена" к "чужим" ОС и ФС.

Сообщение от Garikk

..ой ужас.. как эту попсятину вообще цитировать можно..

Вы журнал имеете ввиду или автора статьи? Николай Лихачев aka Крис Касперски публикуется не только в Хакере, но и в Системном администраторе, Компьтерре и прочих журналах, написал полтора десятка книг по IT, сотрудничает (по крайней мере, раньше сотрудничал), с Endeavor Security, купленной McAfee.

[Garikk]

Сообщение от alexcat

Это проблема винды. Она вообще очень враждебно "настроена" к "чужим" ОС и ФС.

Хех...а поддержка нтфс это проблема линукса..чо..

Причём тут к "чужим"? Нативной поддержки "неправильных ФС" нет, что логично. Кто мешает сделать её сторонним разработчикам? Ограничений в API для этого никаких нет.

Вот кстати интересный пример с поддержкой "правильных" ФС в линуксе...помните была такая RaiserFS ? Даже ядром линукса поддерживалась нативно... а как главного разработчика в тюрьму посадили...и всё, все забыли, забили, поддержку из ядра выкинули..досвидания товарищи..кто использовал её в серьёзных приложениях вынуждены мигрировать надо другие системы..опенсорс почемуто не помог..странно да?

Вы журнал имеете ввиду или автора статьи?

Журнал

[Seraphymm]

В данном случае я к Windows никаких претензий не предъявляю. Всего лишь пытаюсь разобраться как сделать обновление драйвера Ubuntu для NTFS или его откат до предыдущей версии.
Если переустановка Ubuntu - не Ваш путь, тогда должны существовать средства выборочного обновления драйвера и rollback...

[alexcat]

Сообщение от Garikk

Хех...а поддержка нтфс это проблема линукса..чо..

И эта проблема решается успешно! Были бы открытыми спецификации - решалась бы быстрее.

Сообщение от Garikk

Нативной поддержки "неправильных ФС" нет, что логично. Кто мешает сделать её сторонним разработчикам?

Может, это не нужно никому? Проще Линух поставить и не мучиться.

Сообщение от Garikk

...помните была такая RaiserFS ? Даже ядром линукса поддерживалась нативно... а как главного разработчика в тюрьму посадили...и всё, все забыли, забили, поддержку из ядра выкинули..досвидания товарищи..кто использовал её в серьёзных приложениях вынуждены мигрировать надо другие системы..опенсорс почемуто не помог..странно да?

Что значит "была"? Она есть. Ну, не развивается. Что с того? NTFS как была версии 3.1 со времени выхода ХР, так и осталась, хотя разработчики на свободе. Или NTFS уже достигла дзена?

Сообщение от Garikk

Журнал

Я цитирую не журнал, а автора.

[Garikk]

Сообщение от alexcat

Может, это не нужно никому? Проще Линух поставить и не мучиться.

Вообще это частенько нужно. Но бешеные энтузиасты судя по всему принципиально не пишут под винду. а обычные конторы не выкладывают свои доработки в общий доступ.

На линух не всегда проще перейти....это просто только когда "в интернете полазить и кино посмотреть"

Что значит "была"? Она есть. Ну, не развивается. Что с того? NTFS как была версии 3.1 со времени выхода ХР, так и осталась, хотя разработчики на свободе. Или NTFS уже достигла дзена?

Только NTFS поддерживается во всей винде, скажем если воткнуть в комп с Windows 8 винчестер от Windows NT 3, он без проблем заработает

А вот собрать нормальную поддержку RaiserFS на современном линуксе уже затруднительно, т.к. проект практически мёртв и новые ядра не поддерживаются.
при том что проект совсем молодой и был очень популярен (стандартная ФС в Suse,ubuntu,gentoo например она была)..умер моментально из-за ухода одного человека