В общем использую Bittorrent клиент (qBittorrent, построенный на libtorrent). Если коротко, то его структура такова, что все файлы представляются как один большой массив и разбиваются на определенные блоки, соотвественно в одном блоке может быть несколько файлов, а когда выбираются не все файлы, то скачанные блоки содержат и куски невыбранных файлов. В qBittorrent это выглядит как создание дирректории .unwanted, в которой содержатся невыбранные файлы, но т.к. в блоках есть части этих файлов, клиент их создает и эти части туда записывает.
Короче говоря, при некоторых действиях перестает работать ввод/вывод, причем система не крашится сразу. Программы и данные которые уже в памяти работают исправно, а "виснут" только при обращении с диском. dmesg выдает нечто подобное:
Виноват что так долго, времени небыло. fsck, как и ожидалось, выдает ошибки связанные с ccreg40.
Насчет проблем с определенным торрентом, это наврядли. Имел место стандартный BitTorrent, с размером блока 4MiB. 22 файла 300-360MiB.
Насчет выделения места под весь файл, сейчас не вспомню. Вроде было выключено.
Попробую еще раз воспроизвести проблему. Может попробую другие операции с мелкими файлами.
Ну, торрент может быть и не при чём: он спотыкался о повреждённый раздел.
Выделение места у нас пока не поддерживается (некому реализовывать). Так что, включай его, или не включай - это будет одно и то же. По возможности, периодически чекайте раздел fsck-ем, т.к. это повреждение из разряда "тихих". У меня ещё просьба сразу приложить вот этот патч (с опцией -p1, зайдя в директорию fs/reiser4). Он выключает большую часть кода. На функциональности сказаться не должно, но производительность слегка просядет. Спасибо!
Проверять можно вроде и партицию, смонтированную ro.
Только reiser4 remount не поймёт. Если у вас рутовый раздел,
попробуйте передать опцию ro загрузчику.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
В общем с этим патчем он, судя по всему, не может прочитать файлы с раздела. Т.е. раздел смонтировался, но ругается на "неправильный" init.
Собрал без этого патча все работает.
Доброго времени суток!
В общем использую Bittorrent клиент (qBittorrent, построенный на libtorrent). Если коротко, то его структура такова, что все файлы представляются как один большой массив и разбиваются на определенные блоки, соотвественно в одном блоке может быть несколько файлов, а когда выбираются не все файлы, то скачанные блоки содержат и куски невыбранных файлов. В qBittorrent это выглядит как создание дирректории .unwanted, в которой содержатся невыбранные файлы, но т.к. в блоках есть части этих файлов, клиент их создает и эти части туда записывает.
Короче говоря, при некоторых действиях перестает работать ввод/вывод, причем система не крашится сразу. Программы и данные которые уже в памяти работают исправно, а "виснут" только при обращении с диском. dmesg выдает нечто подобное:
Из нестандартного при монтировании использую "noatime,nodirtime", в качестве IO планировщика BFQ.
Related
Tickets: #1
Добрый день!
Давайте начнём с проверки раздела утилитой fsck. Cообщите потом о результате.
С ув.,
Эдуард.
Я установил qbittorrent, пока проблем не вижу. Может, какой-то определённый файл-сет скачать надо?
Виноват что так долго, времени небыло. fsck, как и ожидалось, выдает ошибки связанные с ccreg40.
Насчет проблем с определенным торрентом, это наврядли. Имел место стандартный BitTorrent, с размером блока 4MiB. 22 файла 300-360MiB.
Насчет выделения места под весь файл, сейчас не вспомню. Вроде было выключено.
Попробую еще раз воспроизвести проблему. Может попробую другие операции с мелкими файлами.
Last edit: BratSinot 2016-10-07
Ну, торрент может быть и не при чём: он спотыкался о повреждённый раздел.
Выделение места у нас пока не поддерживается (некому реализовывать). Так что, включай его, или не включай - это будет одно и то же. По возможности, периодически чекайте раздел fsck-ем, т.к. это повреждение из разряда "тихих". У меня ещё просьба сразу приложить вот этот патч (с опцией -p1, зайдя в директорию fs/reiser4). Он выключает большую часть кода. На функциональности сказаться не должно, но производительность слегка просядет. Спасибо!
И тогда вопрос, можно ли fsck запускать в init 1 и mount -o remount,ro /, дабы каждый раз с LiveCD не грузиться.
Проверять можно вроде и партицию, смонтированную ro.
Только reiser4 remount не поймёт. Если у вас рутовый раздел,
попробуйте передать опцию ro загрузчику.
В общем с этим патчем он, судя по всему, не может прочитать файлы с раздела. Т.е. раздел смонтировался, но ругается на "неправильный" init.
Собрал без этого патча все работает.