Возможно ли для закачек торрентов на RT-N16 использовать NTFS диск? Ткните, где почитать.
Printable View
Возможно ли для закачек торрентов на RT-N16 использовать NTFS диск? Ткните, где почитать.
Роутер: RT-N16.
Прошивка: от энтузиастов: 1.9.2.7-rtn-r2274
Жесткий диск: WD My Passport Essential 1Tb NTFS подключен в нижний слот USB одиночным питанием.
Все сделал как в данной инструкции, кроме использования флешки и форматирования в ext3. Оставил NTFS один раздел. И там где нужно внутри файла указать путь своп файлу указал на /tmp/harddisk/ но вроде он туда ничего не пишет, наверное прав нету (. Трансмишн установился и работает.
Какие подводные камни могут быть у такой схемы?
Файловая система NTFS доступна только на чтение. Переформатируйте в ext3.Quote:
Originally Posted by andrew_newman
Я же и говорю, что все установилось на винт NTFS и торренты качаются на него же. Если было бы только чтение, то не смог бы скачать он. На данный момент гиг выкачал.
Каким образом создавали своп-раздел?
Выложите вывод команд
Code:fdisk -l
Содержимое файлаCode:mount
Code:/usr/local/sbin/post-mount
Никак, не создавал его вообще. Чем это грозит?Quote:
Originally Posted by Diplomnic
Disk /dev/mtdblock0: 0 MB, 262144 bytesQuote:
Originally Posted by Diplomnic
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk /dev/mtdblock0 doesn't contain a valid partition table
Disk /dev/sda: 1000.1 GB, 1000170586112 bytes
255 heads, 63 sectors/track, 121597 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 121598 976728064 7 HPFS/NTFS
[root@ROUTER root]$ mountQuote:
Originally Posted by Diplomnic
rootfs on / type rootfs (rw)
/dev/root on / type squashfs (ro)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devfs on /dev type tmpfs (rw,noatime)
devpts on /dev/pts type devpts (rw)
tmpfs on /tmp type tmpfs (rw,noatime)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/discs/disca/part1 on /tmp/mnt/disca_1 type fuseblk (rw,user_id=0,group_id=0,allow_other)
/dev/discs/disca/part1 on /opt type fuseblk (rw,user_id=0,group_id=0,allow_other)
/bin/mount -o bind,sync,noatime,rw /tmp/harddisk/opt /optQuote:
Originally Posted by Diplomnic
swapon /tmp/harddisk/
/opt/bin/transmission-daemon -g /tmp/harddisk/torrent/.config -a *.*.*.* -w /tmp/harddisk/torrent -p 9091 -t -u user_name -v user_password
Произошел побочный эффект. После нескольких часов работы не могу войти на веб морду роутера. Также не отвечает он и по SSH и по Telnet. Сейчас перегружу, напишу, что отвечают команды данные
Если вы не создавали ни своп-раздел, ни своп-файл (указание swapon /tmp/harddisk не является созданием своп-файла), почему вы ожидаете, что он будет работать?Quote:
Никак, не создавал его вообще. Чем это грозит?
Это грозит некорректной работой роутера. В лучшем случае своп не будет работать. В худшем - примет /tmp/harddisk за своп-раздел и начнет использовать его по-полной, что приведёт к потере всех данных.
Удалите строку
в любом случае она указывает некорректный путь (нужно указывать путь к партиции).Code:swapon /tmp/harddisk/
Про корректное подключение hdd читайте в соответствующей теме
Советую создать 1 раздел под своп, 1 раздел - под /opt, 1 раздел - под share. Итого - 3 раздела.
Раздел своп не имеет файловой системы, при форматировании остальных двух под ext3 (если будете использовать линукс-машину вместо роутера) не забудьте указать inode=128.
Все другие вопросы по поводу монтирования - в другой теме.
У человека rt-n прошивка, в ней можно включить запись на ntfs, но трушней использовать ext3 в роутере.Quote:
Originally Posted by Diplomnic
Трушней это конечно хорошо, но мне надо, чтобы потом винт можно было к другим людям таскать ещё. Не буду же я ставить проги у них для чтения ext3. Можно как то для ntfs сделать? Чтобы скачанные файлы были доступны из под винды.Quote:
Originally Posted by AndreyUA
Убрал строку swapon /tmp/harddisk/ из файла. Ночь прокачал - роутер вроде в норме, в веб морду пускает, скорость закачки соответствует тарифу.
Разбейте винт на 3 раздела. 1 - /opt (ext3), 2- swap и 3 - data (ntfs) В настройках роутера поставьте ntfs в режим rw Но учтите, что в случае исчезновения питания раздел ntfs может не примонтироваться автоматом и его надо будет подключать к винде и прогнать chkdskQuote:
Originally Posted by andrew_newman
Обновился до версии 2.21 из optware.
Впечатления двоякие: с одной стороны, проверка уже скачиваемого торрента после аварии с электричеством не началась, а сразу продолжилось скачивание, и это достоинство; с другой - загрузка процессора увеличилась до 98-99 процентов только за счёт трансмишшена, а вот память он перестал занимать так активно, как предыдущие версии, что, на мой взгляд, недостаток.
Что-то там с кодом нахимичили.
У меня от потребления памяти тоже негативные впечатления. Можно сравнить потребление памяти transmission на прошлой версии и сейчас. С таким потреблением никакой прежний месячный аптайм мне не светит.Quote:
Originally Posted by MrGalaxy
Гм, а за ночь в норму пришёл. CPU стало вменяемым - порядка 20% и память вся занята.:confused:
А чем чревато такое использование памяти?Quote:
Originally Posted by ryzhov_al
Скажем, если у меня установлено пару программ из "установки для чайников" (стандартные + rrd, vnstat и статистика), это критично для меня будет?
И ещё один вопрос. Transmission у меня вылетает раз в 20 минут. Не подскажите где смотреть, из-за чего вылетает?
Красная область на графиках - память RAM, занятая пользовательскими процессами. Опасен постоянный рост занятой памяти в течение недели. Если сравнить недельную статистику прошлой и нынешней версии transmission, то видно, что этот тренд только усилился. Когда свободная память будет исчерпана, то начнёт более активно использоваться swap, если таковой имеется. При этом, естественно, на кэш и буфера ввода-вывода будет выделен минимальный объём памяти. По русски говоря, начнутся дикие тормоза. Если swap'a вовсе нет, то ядро начнёт "убивать" определённые процессы для того, чтобы удержать систему в работоспособном состоянии.Quote:
Originally Posted by Slaventiy22
То, что память занимает именно transmission я проверял следующим образом: собирал подобные графики статистики за те недели, когда transmission не использовался. Потребление памяти процессами при этом было постоянным и не выходило за пределы ~30Мб.
Речь, мне кажется, идёт об утечке памяти, так как не зависимо от числа активных торрентов и даже их наличия тренд на заполнение памяти сохраняется.
В графиках RRD у меня есть только единственное сомнение: скрипт статистики извлекает информацию об использовании памяти из /proc/meminfo, и я, в свою очередь, не знаю как в этих цифрах отображается механизм memory mapping, используемый transmission.
Попробуй ограничить скорость скачивания\отдачи до 500КБ/c, общее число пиров до 20, а общее число открытых файлов до 4.Quote:
Originally Posted by Slaventiy22
Slaventiy22
в post-boot
echo 16384 > /proc/sys/vm/min_free_kbytes
ryzhov_al, ага, теперь понятно.
Вечером попробую ограничить...
ITC, спасибо, посмотрю!
а что даст эта команда?Quote:
Originally Posted by ITC
ryzhov_al, вылетает...
Почему-то когда выдираю usb hdd из роутера (это произошло где-то в 16:22), то отваливается интернет - что за дела такие? :(
Лог ничего такого не показывает
Code:Jan 1 03:00:11 INADYN[129]: I:Alias 'warezz.dyndns.org' to IP '2.92.17.70' updated successful.
Jan 1 03:00:12 ddns: ddns update ok
Feb 27 16:21:23 pptp[107]: System time change detected.
Feb 27 16:22:19 ntp client: Synchronizing time with time.nist.gov ...
Парни, такая проблема у меня.
Трансмишен качает торренты всё отлично никаких обрывов не замечается. Качаю допустим фильм DVD он его докачивает всё ок, но потом захожу в папку с фильмом с компа смотрю её размер пишет 0кб - что такое?
Думаю может глюк Finder(у меня Mac OS). Хочу скопировать на жесткий диск компа и он выдает табличку: "что файлы не могут быть скопированы, так как установлен атрибут только чтение, скопировать файлы с атрибутом чтения на жесткий диск компьютера?"
Начинает копирование и ноль эмоций.
Что это может быть такое? Происходит кстати далеко не со всеми файлами закачиваемыми трансмишеном.
Роутер RT-N16, прошивка от энтузиастов последняя, трансмишен 2.13 установлен скриптом для чайников.
Помогите.
Поставил Transmission 2.22, полёт нормальный, никаких вылетов, качает/раздает.
ryzhov_al, а как с памятью он работает? Вы не проверяли ещё?
Когда накоплю информацию за неделю, тогда расскажу.Quote:
Originally Posted by Slaventiy22
Где взяли?Quote:
Originally Posted by Slaventiy22
Понятно, спасибо. А то я смотрю, в optware нет.Quote:
Originally Posted by ryzhov_al
Заметил самопроизвольную остановку Transmission. Тореннты раздаваемые стопаются , а закачиваемые встают на паузу.Quote:
Originally Posted by ryzhov_al
UPD: GUI выдает Unable to save resume file: Read-only file system
UPD: пролечилось перезагрузкой роутера
Подскажите как update на Transmission 2.22 сделать грамотно. Не нашел ни где информации...Quote:
Originally Posted by Slaventiy22
Заранее спасибо за ответ.
в данном порядке обязательноQuote:
Originally Posted by BelAl
Сам сталкнулся с такой задачей, решил использованием скрипта №2 по ссылке выше. Единственное необходимое изменение это замена всех " --lines=+2 " на " -n +2 ". Себе я оставил урезанную версию скрипта и засунул в крон на 5 минут.Quote:
Originally Posted by D_MitriY
Code:#!/bin/sh
# *************
# Configuration
REMOTE="transmission-remote"
USERNAME="username"
PASSWORD="password"
MAXDOWN="2"
MAXACTIVE="15"
CONFIG="/tmp/harddisk/Torrents/.transmission/settings.json"
IP="192.168.1.1"
# *************
# Set-up variables
CMD="$REMOTE $IP"
LOGCMD="/opt/var/log/transmission-queue.log"
MAXRATIO=$(cat $CONFIG | grep \"ratio-limit\")
MAXRATIO=${MAXRATIO#*\"ratio-limit\": }
MAXRATIO=${MAXRATIO%*, }
# *************
# deal with downloads
DOWNACTIVE="$($CMD -l | tail -n +2 | grep -v 100% | grep -v Sum | grep -v Stopped | wc -l)"
if [ $MAXDOWN -lt $DOWNACTIVE ]; then
DOWNTOSTOP="$($CMD -l | tail -n +2 | grep -v 100% | grep -v Sum | grep -v Stopped | \
tail -n $(expr $DOWNACTIVE - $MAXDOWN) | awk '{ print $1; }')"
for ID in $DOWNTOSTOP; do
NAME="$($CMD --torrent $ID --info | grep Name:)"
echo $(date -R) ": Stopping $ID: ${NAME#*Name: }" >> $LOGCMD
$CMD --torrent $ID --stop >> /dev/null 2>&1
done
else
[ $(expr $MAXDOWN - $DOWNACTIVE) -gt 0 ] && (
DOWNINACTIVE="$($CMD -l | tail -n +2 | grep -v 100% | grep Stopped | wc -l)"
[ $DOWNINACTIVE -gt 0 ] && (
DOWNTOSTART="$($CMD -l | tail -n 2 | grep -v 100% | grep Stopped | \
head -n $(expr $MAXDOWN - $DOWNACTIVE) | awk '{ print $1; }')"
for ID in $DOWNTOSTART; do
NAME="$($CMD --torrent $ID --info | grep Name:)"
echo $(date -R) ": Resuming $ID: ${NAME#*Name: }" >> $LOGCMD
$CMD --torrent $ID --start >> /dev/null 2>&1
done
)
)
fi
Большое спасибо за ответ, все получилось единственное хотел бы подкорректировать написание скрипта чтоб было более понятно как вставлять в putty т.к. в том виде с сокращенным URL не очень корректно :rolleyes: итак:Quote:
Originally Posted by terrabyte
Этап 1
Этап 2Code:ipkg install http://ryzhov-al.homeip.net/files/libevent_2.0.10-1_mipsel.ipk
Code:ipkg install http://ryzhov-al.homeip.net/files/transmission_2.22-1_mipsel.ipk
Проработал пару дней, и снова начал вылетать, собака! Вот чё ему надо? :mad::mad::mad:
Почему не сразу начал? С роутером больше ничего не делал...
Сильно плохо будет, если я засуну в cron на ежеПЯТИминутное срабатывание такую строчку?
память не будет забиваться? Transmission не рухнет со временем?Code:/opt/etc/init.d/S99trans start
И ещё нашёл в логе такую строчку
Судя по тексту достигнуто максимальное число монтирований. e2fsck я убиваю после перезагрузки, потому как ничего не работает, пока оно проверяется.Code:Jan 1 00:00:22 kernel: EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
Может трансмишн глючить из-за этого?
Добавьте вот этот скрипт в 5 минутный крон. Он будет проверять наличие процесса транса и в случае его отсутствия запускатьQuote:
Originally Posted by Slaventiy22
Спасибо большое! Вечером вставлю!Quote:
Originally Posted by terrabyte
Slaventiy22 вставит костыль для работы transmission, так и не устранив причину падений. В последний раз помню массовое падение transmission в версии transmission_1.41b2 в 2008 году, когда использовал подобный скрипт-watchdog. С тех пор при адекватных настройках transmission работает по наблюдениям удивительно стабильно, порой в течение месяцев. Подавляющее большинство неприятностей, упоминающихся в этом длиннющем треде можно перечислить по пальцам:Quote:
Originally Posted by Slaventiy22
- проблема с USB-диском (связанная либо с БП, либо с bad-секторами),
- проблема питания роутера (отсутствие UPS, либо подсохшие конденсаторы в БП),
- перегрев роутера, либо нестабильная работа из-за разгона или перепайки памяти,
- отстутвие SWAPа, либо исчерпание RAM-памяти в случае, если transmission ведёт закачку на скорости быстрее, чем скорость записи на диск,
- некорректный останов transmission. Пользователи дают transmission слишком мало времени для завершения работы.
Другими словами, ни одна из перечисленных причин напрямую не связана ни со стабильностью transmission, ни со стабильностью энтузиасткой прошивки. К адекватным настройкам transmission отношу:
- максимальное количество пиров - несколько десятков,
- максимальное количество открытых файлов - несколько штук,
- максимальная скорость скачивания - не больше скорости записи на диск.
В моём случае:Что касается времени завершения работы, то его можно расчитать так. Если считать, что использующая механизм memory mapping transmission использует всю доступную RAM, то для выгрузки этих страниц памяти на диск надо затратить время: 128Мб / 8Мб/c = 16 секунд на примере RT-N16. У меня в скрипте pre-shutdown между командой kill transmission-daemon и umount выдержана пауза в 20 секунд.Code:$ cat /opt/etc/transmission/settings.json | grep "limit"
"idle-seeding-limit": 1440,
"idle-seeding-limit-enabled": true,
"open-file-limit": 4,
"peer-limit-global": 30,
"peer-limit-per-torrent": 10,
"ratio-limit": 10,
"ratio-limit-enabled": true,
"speed-limit-down": 6000,
"speed-limit-down-enabled": true,
"speed-limit-up": 6000,
"speed-limit-up-enabled": true,
ryzhov_al,
Я примкнул к рядам пользователей transmission`а буквально полгода назад, когда купил RT-N16, до этого пользовал юторрент на ББ, и был почти счастлив :rolleyes:
Теперь по порядку. Из тех неприятностей, о которых Вы говорили:
[QUOTE=ryzhov_al;227029]
- проблема с USB-диском (связанная либо с БП, либо с bad-секторами),
- проблема питания роутера (отсутствие UPS, либо подсохшие конденсаторы в БП),
- перегрев роутера, либо нестабильная работа из-за разгона или перепайки памяти,
- отстутвие SWAPа, либо исчерпание RAM-памяти в случае, если transmission ведёт закачку на скорости быстрее, чем скорость записи на диск,
- некорректный останов transmission. Пользователи дают transmission слишком мало времени для завершения работы.
1. Этого не знаю, не проверял, но диск новый, поэтому, думаю, проблем быть не должно. Кроме того, Трпансмишн 2.13 в плане вылетов работал более чем стабильно, ни одного вылета на моей памяти.
2. С питанием у меня всё ок. На весь дом стоит стабилизатор, плюс роутер, винт и компьютер подключены через UPS.
3. Перегреваться вроде не от чего. На роутере, с помощью скрипта для чайников, поставил transmission, самбу и статистику. Ну и mpcs подкинул (для шаринга).
4. SWAP имеется, скрипт для чайников его делает сам, а transmission не может вести закачку быстрее скорости записи на диск, так как в моем пригороде Pre WiMax`овский 1 Мбит, это предел мечтаний :D
5. Тут ничего не скажу. Пауз никогда не ставил, всё было по дефолту, Хотя роутер перезагружаю редко (если учесть, что прошивки менял примерно раз в неделю, хотя сейчас решил за этим не гнаться, и не прошивался уже пару недель)
Вооот. Это я к чему? Стоял у меня transmission 2.13, всем он меня устраивал: качал нормально, отдавал замечательно (лучше чем юторрент), но как только случается сбой (отключается свет, например) - хоть вешайся. Всё что было раскидано по папкам, скидывалось в папку work, и начинало качаться заново. Пришлось все торенты переместить в эту папку, и вечером, при выборе того, что посмотреть, по 10 минут мотать список всех торентов. Да и хешурует он после этого не сильно быстро...
transmission 2.21 в этом плане намного лучше, после его установки раскидал все по папкам, и был счастлив. В первый вечер он вылетел всего пару раз, это я списал на то, что много хешировал (около 600 гигабайт). Потом поработал день-два и начал вылетать раз в полчаса. Пришлось вернуться на 2.13 :( потом вышла 2.22 (Ещё раз спасибо Вам за то, что скомпилировали) Тут дело пошло намного лучше. С тех пор как её поставил, transmission вылетал примерно 3 раза, днем, когда компьютером никто не пользовался (налицо прогресс, в сравнении с 555-ю вылетами 2.21 :cool: )
Из всего вышеописанного я сделал вывод, что в вылетах transmission`а не виноваты винчестер, прошивка и т.п., может быть он конфликтует с какой-то из установленных программ (хотя, судя по форуму, проблемы с вылетами только у меня), потому что у 2.13 не было ни одного вылета за всё время пользования.
Кстати, по Вашим рекомендациям я поменял некоторые настройки в версии 2.21 - не помогло. Сейчас я тоже подправил .json в соответствии с Вашими рекомендациями, кроме
потому как с моим интернетом такие показатели недостижимы :)Code:"ratio-limit": 10,
"ratio-limit-enabled": true,
"speed-limit-down": 6000,
"speed-limit-down-enabled": true,
"speed-limit-up": 6000,
"speed-limit-up-enabled": true,
Поставил на EZ-setup паузу на остановку transmission`а в 25 секунд. e2fsck проверил диск полностью. Будем надеяться, что transmission теперь будет работать как надо :) О результатах отпишу.
Кстати, сегодня тоже вылетов не было, тьфу-тьфу-тьфу :cool:
Полностью разделяю это мнение. Считаю, что релиз 2.13, имеющийся сейчас в репозитории optware - самый удачный за последнее время. Последняя transmission 2.22 тоже пожирает RAM аки попкорн:Quote:
Originally Posted by Slaventiy22
http://s019.radikal.ru/i632/1205/d7/447de8e22186t.jpg
Вот и причина. У меня раздается 3-5 торрентов общим объёмом ~10Гб, причём за последнюю неделю я никаких новых закачек не добавлял, а у тебя ~600Гб. Думаю, что процесс заполнения RAM у тебя проходит гораздо стремительнее.Quote:
Originally Posted by Slaventiy22
В связи с тем, что я не меняю папку закачки по умолчанию, версия 2.13 мне подходит не меньше, чем последняя. Я делаю downgrade до версии 2.13.
Хм.. 2.22 последний.. тоесть работает как часы.. раздется 32 торрента от 400 мегабайт до 15 гигабайт файлы.. ПОлет вот уже не так уж и мало но не одного вылета так и не было...
Я просто благодарен ryzhov_al за компиляцию Наконец то стабильного торрент клиента...:)
Все работает с момента обновления его до 2.22 версии... когда скомпилил ryzhov_al ...
Гуд..:o
Аналогично!!! Подскажите пожплуйста, с чем это связано???Quote:
Originally Posted by Vollsky
А как заставить Transmission писать лог в /opt/var/log?
И что означает это в системном логе?
После этого трансмиссия вылетает.Code:kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Mar 12 23:54:40 kernel: ENOMEM in journal_alloc_journal_head, retrying.
Mar 12 23:54:40 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Mar 12 23:54:40 kernel: journal_write_metadata_buffer: ENOMEM at get_unused_buffer_head, trying again.
Mar 12 23:54:40 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Mar 12 23:54:43 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Mar 12 23:54:43 kernel: VM: killing process transmission-da
Mar 12 23:57:48 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Mar 12 23:57:49 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Mar 12 23:57:50 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Mar 12 23:57:50 kernel: journal_write_metadata_buffer: ENOMEM at get_unused_buffer_head, trying again.
Mar 12 23:57:53 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Mar 12 23:57:54 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Mar 12 23:57:54 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Mar 12 23:57:55 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Mar 12 23:57:55 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Mar 12 23:57:55 kernel: journal_write_metadata_buffer: ENOMEM at get_unused_buffer_head, trying again.
Mar 12 23:57:56 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
Mar 12 23:57:56 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Mar 12 23:57:56 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Mar 12 23:57:56 kernel: journal_write_metadata_buffer: ENOMEM at get_unused_buffer_head, trying again.
Mar 12 23:57:56 kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
Mar 12 23:57:56 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Mar 12 23:57:56 kernel: ENOMEM in journal_alloc_journal_head, retrying.
Mar 12 23:57:57 kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0)
Памяти не хватает. Какой размер файла подкачки? Попробуйте его уменьшить.Quote:
Originally Posted by Vilikk
swap 2gb, не понял зачем уменьшать?
Кстати когда был на версии 2.13 все было путем, установил 2.20 началось вот такое. Причем если раздача проверяется даже если она 30gb, все ок а если добавляю новый торрент 800mb то вылетает.