The OpenNET Project / Index page

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



"Драйвер NTFS от Paragon Software может быть принят в состав ядра Linux 5.15"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Драйвер 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ообщить модератору

Оглавление
Драйвер NTFS от Paragon Software может быть принят в состав ядра Linux 5.15, opennews, 31-Июл-21, 11:02  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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