The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Драйвер NTFS от Paragon Software может быть принят в состав ядра Linux 5.15, opennews (??), 31-Июл-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


64. "Драйвер NTFS от Paragon Software может быть принят в состав ..."  –1 +/
Сообщение от Anonimous (?), 31-Июл-21, 13:34 
так сказаннож прямо в статье:
"Линус порекомендовал перепроверить корректность выставления подписи signed-off в патчах, подтверждающих авторство над передаваемым кодом и готовность его распространения в составе ядра под свободной лицензией. Также компании Paragon Software рекомендовано ещё раз убедиться, что юридический отдел осознаёт все последствия передачи кода под лицензией GPLv2 и понимает суть данной копилефт лицензии."
Ответить | Правка | Наверх | Cообщить модератору

213. "Драйвер NTFS от Paragon Software может быть принят в состав ..."  +1 +/
Сообщение от GenuZ (ok), 01-Авг-21, 01:42 
Если читать их FAQ на сайте, они прямо пишут что написали эту реализацию с нуля. Специально чтобы открыть.

Там даже табличка сравнения есть, и там их проприетарный драйвер, ядерный только для чтения, драйвер ntfs-3g и этот новый.

И новый реально шустро работает, сегодня накатил 27 версию. Жду в ядре, может переведу назад некоторые разделы с exfat на ntfs, ибо хочу симлинки иногда и сжатие.

Хотя я до сих пор ловлю ntfs на мелкой порче последних нескольких байт файлов, чаще png и jpg, видосов и некоторых бинарников.

Грешил на ntfs3g от Tuxera, так как он при копировании обрезал тэги с картинок, вытаскивая с ntfs только голое изображение, опираясь на соответствующий mime. Но вроде проблема не решилась и с парагоновским... Надо тестить.

На exfat, чудесным образом, эти же данные остаются целыми, проверено побайтовой сверкой с бэкапом. И проверялками целостности картинок.

Ответить | Правка | Наверх | Cообщить модератору

290. "Драйвер NTFS от Paragon Software может быть принят в состав ..."  +1 +/
Сообщение от Аноним (-), 02-Авг-21, 04:25 
А у вас оперативка не сыпется и проц не глючит? А то оно как-то вот так и бывает. Exfat простой, ему может просто не удаваться прогреть систему до критичных значений.
Ответить | Правка | Наверх | Cообщить модератору

337. "Драйвер NTFS от Paragon Software может быть принят в состав ..."  +/
Сообщение от GenuZ (ok), 05-Авг-21, 15:18 
> А у вас оперативка не сыпется и проц не глючит? А то
> оно как-то вот так и бывает. Exfat простой, ему может просто
> не удаваться прогреть систему до критичных значений.

Файловая система? Прогреть устройство? Не думаю...
Память тестил многократно. Устройства и нутрянка в них разные.

Проблема очевидно была давно, я таскал данные на внешнем винте с десктопа на свой ноут и на рабочий ноут. И копировал изменённые файлы при помощи BeyondCompare. Там есть быстрый способ по датам изменений и размеру. Было очень удобненько!

И я не знал бед, пока не решил это дело автоматизировать с помощью Syncthing. И тогда-то я узнал, что у меня горы файлов, которые реально отличаются на пару-тройку байт в конце и которые я давно не трогал и точно не менял. Например, папка с видеозаписью в формате DVD, скопированная на винт.
Примечательно, что бьются не рандомные файлы, а именно конкретные файлы. Та же многострадальная запись с DVD до перехода на ExFAT постоянно билась, благо был DVD под рукой с оригиналом. Я уже считал контрольные суммы видосов и проверял их периодически... Они были как магнит для этого косяка на NTFS. На ExFAT проблема исчезла по мановению волшебной палочки, лежит себе целенькое.

Я с тех пор стал периодически прогонять побайтовое сравнение с бэкапом и внешним винтом в том же Beyond Compare и заметил, что эта проблема только с NTFS. Винил драйвер линукса от Tuxera. Потому что он реально стрёмный.
Если в нём скопировать картинку с тегами на другой раздел, картинка становится меньше весом. И хотя содержит те же графические данные, имеет обрезанные теги.
А ещё он не открывает битые картинки с ntfs к просмотру с ошибкой Stream Read Error. Короче, он себе не доверяет и проверяет данные, которые считывает на соответствие по mime (службе определения формата файла в Linux) и открывает/копирует только корректное и только отбросив "лишнее".

Пробовал разные файловые системы для дуалбутного доступа к разделам.
- Btrfs (через WinBTRFS под оффтопиком) - глючное и тормознутое говно, которое теряет доступ к папкам и не имеет нормального инструмента проверки фс на ошибки, кроме считал/записал, скраб провёл. А ещё если на ней держать базы данных, которые изменять иногда - там лютый треш с фрагментацией появляется. Проще все расширения btrfs отключить, но чем оно тогда лучше ext2?

Ext4 через Ext2FSD (и его форк от bosse) неплох, но не излечил старую проблему - при некорректном завершении под оффтопиком (BSOD, выключили свет и т.д.) все изменения теряются. Удалённые файлы буквально восстанавливаются (забитые нулями) после исправления ошибок на разделе, новые файлы сыпятся в Lost&Found и т.д. То есть изменения записываются только при отмонтировании нормальном ручном. Это решается каким-нибудь sync.exe от Руссиновича (не наверняка) или ручным Flush Caches из интерфейса Ext2FSD (наверняка), но это надо делать руками. Что не всегда приемлемо, учитывая что винда иногда крашится, а светом щёлкают.

Пока остановился на ExFAT. Быстрый, нормально везде поддерживается, данные не бьются. Микрософтовская ядерная реализация (с ядра 5.4) так вообще нормально разделы под линем проверяла на ошибки, в самсунговской ядерной реализации (с ядра 5.7) пока ещё не догнала по функционалу, но так же нормально работает. А это то, что нужно. И exFAT надёжнее при глюках, бсодах и щёлканьем светом, чем ntfs - это факт. Единственное, не хватает симлинков и профиль браузера на нём уже не подержишь. Ну и сжатия не хватает, но реже уже.

Ответить | Правка | Наверх | Cообщить модератору

363. "Драйвер NTFS от Paragon Software может быть принят в состав ..."  +/
Сообщение от Аноним (-), 09-Авг-21, 07:58 
> Файловая система? Прогреть устройство? Не думаю...

Дело в том что это один из эффектов на которые я лично натыкался. Подивился, но факты штука упрямая.

> Память тестил многократно. Устройства и нутрянка в них разные.

FYI, memtest'ы обычно неэффективны. Они не греют отдельные чипы локализовано и не грузят процессор, чипсет и проч. А вот какой-нибудь счет при педалинге дофига метаданных, хэшей, чексум и проч - отличные от 0 шансы имеют.

Хорошо чекается торентом. Если жирное скачаное файло рехешнуть цать раз и появляются новые битые части - у вас проблемы с железом. Это ловит и проблемы RAM, и проблемы CPU, и много чего еще странного. И работает это сильно лучше мемтестов в некоторых случаях.

С ФС при этом забавно: ниже некоей нагрузки все может просто работать. Но в пиковой нагрузке данные могут малость портиться. Если на это долго забивать - ну вон у юзера NTFS скончался настолько что винда его монтировать вообще не могла, опадая в BSOD в драйвере. А проблема была протрекана до сбоящего модуля оперативки.

> при помощи BeyondCompare. Там есть быстрый способ по датам изменений и
> размеру. Было очень удобненько!

Ну вот это я не знаю как работает. Так то я rsync пользуюсь. Он может и так, и по хешам, второе надежнее и позволяет дельта-операции. Правда это больше интересно для передачи по сети.

> которые реально отличаются на пару-тройку байт в конце и которые я
> давно не трогал и точно не менял.

Это подозрительно попахивает сбоящим железом. Особенно если в отличиях всего 1-2 бита перевернуты. Но может и софт прикалывается, я не знаю что syncthing может.

> Примечательно, что бьются не рандомные файлы, а именно конкретные файлы.

А критерий какой? Случайно не "жирные файлы, которые копировать долго"?

> косяка на NTFS. На ExFAT проблема исчезла по мановению волшебной палочки,
> лежит себе целенькое.

Возможно что проблему просто загнали под ковер - и она стала реже или там где вы ее пока еще не заметили. С подобным очень хорошо помогают ФС с чексумами типа btrfs и zfs, т.к. там чексумами обвешано все, факапы железа - как на ладони. Чексумы не сходятся, в логах брань, это видно и можно принять меры. Но кому и дисковые технологии 90х - невеста.

> проблема только с NTFS. Винил драйвер линукса от Tuxera. Потому что
> он реально стрёмный.

И это тоже может быть, но самому по себе драйверу портить вот именно пару байтов, да еще в конкретном файле - еще постараться надо.

> Если в нём скопировать картинку с тегами на другой раздел, картинка становится
> меньше весом. И хотя содержит те же графические данные, имеет обрезанные теги.

Копирование так то копирует только данные файла. Программа копирующая файло не обязана париться всякими метаданными в ФС, альтернативными стримами и проч. Более того, точное копирование метаданных далеко не всегда что-то хорошее. Скажем если влепить вон те права на файл, с вон той системы, вы потом в другой системе вообще так-то не должны бы туда доступа иметь, теоретически. Ну, вы же не тот юзер из той системы.

> Пробовал разные файловые системы для дуалбутного доступа к разделам.
> - Btrfs (через WinBTRFS под оффтопиком) - глючное и тормознутое говно,

Да кто б сомневался. Его в линухе эн лет отлаживали. И это довольно большой объем работ. Кто столько в винде будет пахать над ФС я не знаю. В лине оно толпе народа было надо и там вокруг разработки легион народа.

> Проще все расширения btrfs отключить, но чем оно тогда лучше ext2?

В линухе...
1) Чексумами. Так что я знаю когда железо подводит.
2) Если надо то сильно заранее знаю. ДО того как все факапнется, из-за избыточности.
3) Управлением томами и ФС. Просто воткнул новый диск и поимел эн места, никаких выравниваний и проч, это RAID, условно, на уровне файлов и их блоков.
4) Снапшотами - можно менеджить железки "почти как VM".
5) Общим ростом надежности - если все это с умом делать.
6) Рефлинки позволяют получать независимые "копии" огромных файлов и иерархий очень быстро.

Но это все - в линухе. В современном линухе. Хотя-бы 5.х. И отладка таких фич занимает время.

> из интерфейса Ext2FSD (наверняка), но это надо делать руками. Что не
> всегда приемлемо, учитывая что винда иногда крашится, а светом щёлкают.

Говоря за себя я к счастью забыл про виндопроблемы, а ext2fsd свою миссию выполнил, позволив плавно перейти на пингвина. После этого я забыл и про него и про офтопика и не жалею об этом.

> Пока остановился на ExFAT. Быстрый, нормально везде поддерживается, данные не бьются.
> Микрософтовская ядерная реализация (с ядра 5.4) так вообще нормально разделы под линем

Она таки тоже самсунговская вроде. У мс самого по себе ядерных кодеров для ядра не сильно много, и наиболее видный из них уже в оракл смылся.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру