ntfs: ошибки при размещении больших файлов

[Кинетиковод]

@vst

Похоже на 4.1 есть проблема с закачкой больших торрентов компом на шару. В данном случае при закачке файла более 80 гигов получаем:

Скрытый текст

Сен 27 19:14:49

kernel

tntfs error (device sdc2, pid 27): ntfs_attr_update_mapping_pairs(): Failed to determine the size for the mapping pairs (error 22).

Сен 27 19:14:49

kernel

tntfs error (device sdc2, pid 27): ntfs_write_inode(): Failed (error 5). Run ntfsck.

При этом закачка идёт, лишь изредка прерываясь на несколько минут. То есть закачка идёт, а ntfs в логах орёт. Оба процесса идут параллельно.  Если качать не столь большие торренты, то проблемы нет. Проверка диска на ошибки таковых не выявила. Если конечно остановить закачку и выполнить проверку, то будет ошибка пустого места размеченного как занятого, но это трудно назвать ошибкой. Проверил на 4.1 альфа 9 и 6.

 

[vst]

4.1.A6 и A9 имеют одинаковую версию tntfs 3022.5.18.12.
4.0.4 имеет версию tntfs 3021.4.23.18. Пока отчетов не поступало.
Похоже на регрессию. Изучаем...

[Кинетиковод]

6 часов назад, vst сказал:

4.0.4 имеет версию tntfs 3021.4.23.18. Пока отчетов не поступало.

Скачал тот же торрент на 4.0.4, картина такая же, как и на 4.1. Закачка проходит успешно до конца с периодическими паузами. В логах вопит ntfs. У Tuxera по-прежнему какие-то проблемы с большими файлами, хотя конечно файлы по 80 гб всё же редкость.

[Кинетиковод]

@vst

Всё как в известном ролике "давай по новой Миша...". Вообщем я заглючил и в торрент клиенте не обратил внимания, что 80 гигов это не файл, а папка. Соответственно никаких гигантских файлов в раздаче нет. Зато самих файлов в раздаче почти пять тысяч! Сбой Tuxera вызывает видимо очень большое количество файлов, а не их размер, что принципиально меняет ситуацию. Сорян за изначально неверную информацию.

[vst]

@Кинетиковод Ссылку на проблемную раздачу приняли. Тикет SYS-1015 создали.