Hirdetés

2024. május 2., csütörtök

Gyorskeresés

Útvonal

Fórumok  »  OS, alkalmazások  »  rTorrent

Téma összefoglaló

Téma összefoglaló

  • Utoljára frissítve: 2019-07-19 15:43:42

LOGOUT.hu

rTorrent / libTorrent

Összefoglaló kinyitása ▼

Hozzászólások

(#51) VladimirR válasza Vladi (#50) üzenetére


VladimirR
nagyúr

an rTorrent Web interface, mint az az oldalon is latszik

(#52) dchard


dchard
veterán

Én az init scripttel akadtam el.

A legegyszerűbbet szeretném először beüzemelni:

[link]

Itt ha jól látom három sort kell megváltoztatni (jól látom??):

1. user="user"
2. config="`su -c 'echo $HOME' $user`/.rtorrent.rc"
3. base="`su -c 'echo $HOME' $user`"

Namost én root alól szeretném futtatni az rtorrentet (hogy miért pont root alól abban ne mélyedjünk el), illetve a screen alá bemászó rtorrentet. A konfig fájl a /root/rtorrent/.rc.rtorrent helyen van, a screen pedig a /usr/bin alól érhető el. Ezek ismeretében én úgy gondoltam a fenti 3 sornak nálam így kell kinéznie:

1. user="root"
2. config="/root/rtorrent/.rtorrent.rc"
3. base="/usr/bin"

Ezt a három változtatást meg is tettem, aztán bemásoltam a /etc/init.d -be rtorrent néven, majd kiadtam az update-rc.d rtorrent defaults parancsot, le is fut hiba nélkül.

Újraindítom a gépet, nincs semmi hiba, de semmi. Nem hogy az rtorrent nem indul el, de még a logfile sem jön amit az init scriptnek kéne csinálnia.

Tudna valaki ebben segíteni, mit nézzek meg, mitől lehet, milyen kimeneteket kopizzak be etc?

Köszi!

Dchard

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

(#53) VladimirR válasza dchard (#52) üzenetére


VladimirR
nagyúr

root-kent:
- rtorrent amugy fut rendesen?
- rtorrent fut a kovetkezo modon is: "rtorrent -n -o import=/root/rtorrent/.rtorrent.rc" (idezojelek nelkul)?
- mi tortenik, ha kezzel probalod inditani ("/etc/init.d/rtorrent start" - szinten idezojelek nelkul)?
- a screen session letrejon, vagy az sem ("screen -ls" - itt kellene hogy szerepeljen egy "torrent" nevu screen session is)?

(#54) dchard válasza VladimirR (#53) üzenetére


dchard
veterán

Visszamásoltam a .rtorrent.rc állományt a helyére (/root) majd az eredeti rtorrent init scriptben csak a felhasználót root-ra váltva működik a dolog kis szépséghibával:

Ha kiadom a startot elindul, ha kiadom a stopot leáll, ha elindítom a rendszer elindul, ha leállítom leáll, csak két gond van:

Mikor leáll, úgy néz ki nem várja meg az announce üzenetek küldését (timeout-ig beragadnak a torrentek a trackeren), a másik pedig, hogy ha simán stop-olok: az rtorrent ugyan leáll, de a screen tovább fut egy /bin/bash konzollal.

Van erre valakinek ötlete?

Dchard

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

(#55) VladimirR válasza dchard (#54) üzenetére


VladimirR
nagyúr

elso problemadra nem tudom, megoldas-e, de a user guide azt irja, hogy:
SIGINT - Normal shutdown with 5 seconds to send the stopped request to trackers.
SIGTERM - Shut down immediately.
nem ismerem a kill-t, nem tudom, alapbol mit kuld, esetleg az initscript stop-jat ird at, hogy sigint-et kuldjon
viszont meg igy is problemas lehet, ha sok torrent-ed van, mert elofordulhat, hogy az az 5 masodperc keves minden announce lebonyolitasara (nekem neha van olyan, ami eleg sokaig beragad, akar percekig is - ez mondjuk mar inkabb a curl hibaja)

a masik az by-design ilyen, az initscript nem foglalkozik az otthagyott screen-nel
az alabbi sorral tudhatod meg az adott user-hez rtorrent-jehez tartozo screen pid-jet (lehet van egyszerubb is, nem ertek az awk-hoz, azt a reszt masoltam)

su -c "screen -ls | grep -s "\.torrent[[:space:]]" | awk -F: '{print($1)}' | sed "s/[^0-9]//g" " ${user}

a kovetkezo sorral pedig azt is le tudod loni:

su -c "kill `screen -ls | grep -s "\.torrent[[:space:]]" | awk -F: '{print($1)}' | sed "s/[^0-9]//g`" " ${user}

ezt azonban megsem ajanlanam, mert ekkor a screen lelovese lelone az rtorrent-et, igy megakadalyozva, hogy az elozo kerdesre adott valasz barmit is erjen (hacsak nem raksz be egy legalabb 5 masodperces wait-et az rtorrent-re es a screen-re vonatkozo kill-ek koze)
gondolom pont emiatt nem foglalkozik vele az initscript sem

[ Szerkesztve ]

(#56) VladimirR válasza VladimirR (#55) üzenetére


VladimirR
nagyúr

juteszembe, meg egy ok, hogy miert nem szukseges a screen-t leloni

su -c "screen -ls | grep -sq "\.${srnname}[[:space:]]" " ${user} || su -c "screen -dm -S ${srnname} 2>&1 1>/dev/null" ${user} | tee -a "$logfile" >&2

ez a sor elobb megnezi, van-e mar letrehozva megfelelo nevu screen, s ha van, akkor ujrahasznositja azt
szoval nem kell attol tartanod, hogy ha sorozatban allitod le, majd inditod el az rtorrent-et, egy csomo screen marad utana

(#57) dchard válasza VladimirR (#56) üzenetére


dchard
veterán

Igen, azt néztem is, hogy nem gyárt orrvérzésig screen session-öket.

kill-t megmanozom, utána ha ott nincs előrelépés, lecserélem sigint-re. Privát trackereket használok inkább, oda elég hamar elmegy az announce, a free-knél meg nem fontos mit reportol a kliens a trackernek.

Dchard

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

(#58) VladimirR válasza dchard (#57) üzenetére


VladimirR
nagyúr

nem a tracker-et milyensege, hanem a torrent-ek mennyisege az, ami miatt keves lehet az 5 masodperc
egyfelol az rtorrent-ben van egy limit aktiv http request-ekre, (alapbol 32*), illetve eleg sok hulye curl-lal talalkoztam, ami ennek negyedet sem birja el
masfelol ha egy tracker-rol van 5-10 torrent-ed, lehet maga a tracker nem fogja engedni az ilyen gyors egymasutanban erkezo http kereseket

*: bal also sarokban latszik: [H 0/32], set_max_open_http=X paranccsal allithato, ahol X a kapcsolatok szama

(#59) Vladi


Vladi
nagyúr

Nah csak sikerült felrakni a libtorrent 0.12.2 és rTorrent 0.8.2 kombót CentOS-re.
Megnéztem a nevezett fájlt:

/usr/local/lib/pkgconfig/libtorrent.pc

Viszont a verziószám abban rendben volt. :Y
Úgyhogy:

export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig

Parancs kellett. Így már fordult és el is indult.

Köszönöm a segítséget. :R

Lehet mindjárt megnézek 1-2 guit. :D

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

(#60) dchard válasza VladimirR (#58) üzenetére


dchard
veterán

Gyári init.sh-val, ha csak a felhasználó nevet állítom, minden más gyári, és a .rtorrent.rc fájlt megfelelő jogosultsággal visszamásolom a /root mappába minden tökéletes. Elindul, leáll, indításnál indul, leállásnál leáll. Persze a sceen továbbra is bent marad ha kilépek, de leszarom, belefér :) Úgy is az a cél hogy fusson mindig. Egyetlen dolog, a leállásnál a tracker kapcsolatok biztonságos lezárása az, amin még töröm a fejem kicsit. sigtermet beírom, de valami olyan megoldás kéne, ami nemes egyszerűséggel megvárja a kapcsolatok lezárását.

Dchard

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

(#61) VladimirR válasza dchard (#60) üzenetére


VladimirR
nagyúr

sigterm-et ne irj bele, az egybol bezarja announce nelkul
neked a sigint kell
megoldas lehet amugy, hogy ha xmlrpc-n keresztul elobb elengedsz egy d.close-t minden torrent-re, varsz fel percet, s utana allitod le (mindezt init.sh stop funkciojaban)
valami ilyesmit kell beszurni a kill ele:

xmlrpc localhost d.multicall main d.close=
sleep 30

(#62) JoHn123


JoHn123
tag

Olyasmi konfigot nem találtam, ami sorbaállítaná a letöltéseket.
Pl egyszerre max 4-5 torrent futhat, ha fel seedelte amennyire kellett akkor stop és utána indulhat az uj "betett" torrent.
Van erre valami módszer?
Nekem csak az egyik része tiszta: schedule = ratio,60,60,"stop_on_ratio=200,50M,300"

[ Szerkesztve ]

(#63) VladimirR válasza JoHn123 (#62) üzenetére


VladimirR
nagyúr

a masik reszere egyelore nincs megoldas, a scheduler meg keszul (mar joideje)

(#64) Dr.Burn


Dr.Burn
őstag

Csomagbol most melyik a legfrissebb elerhetö rtorrent?

"Later Nerd!"

(#65) VladimirR válasza Dr.Burn (#64) üzenetére


VladimirR
nagyúr

a hivatalos oldalon fel van sorolva jonehany disztrohoz a csomagok keszitoje, azokon a linkeken nezelodj (fokent, mert nem irtad, mely disztro, mely verzioja erdekel teged)

pl debian eseteben a csomag a "surgosen elfelejtendok" kategoriaba tartozik, legalabbis ami a stabil verziot (etch) illeti
az abban szereplo 0.6.4 tobb, mint masfel eves verzio

(#66) Dr.Burn válasza VladimirR (#65) üzenetére


Dr.Burn
őstag

Igen ezt akartam kerdezni, mert a debianba valami ösregi cucc van. Köszi a linket akkor muszaj lesz a libtorrentel tovabb veszödnöm.

[ Szerkesztve ]

"Later Nerd!"

(#67) Dr.Burn válasza Dr.Burn (#66) üzenetére


Dr.Burn
őstag

Meg van az uj libtorrent es az rtorrent is. Az rtorrent.rc -t hol keresi alapbol?

"Later Nerd!"

(#68) Vladi válasza Dr.Burn (#67) üzenetére


Vladi
nagyúr

#5 és #6

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

(#69) Dr.Burn válasza Vladi (#68) üzenetére


Dr.Burn
őstag

Köszi, user hiba volt "." :W

"Later Nerd!"

(#70) ecaddict


ecaddict
senior tag

Én is próbálgatom az rTorrentet felületeket WL500gP-n. Eddig nekem egy nem egészen hivatalos javascript-es progi jött be:
[link]
Kicsomagoltam és miután átírtam az alapértelmezett nyelvet egyből mindent OK volt.
Negatív tapasztalatom az, hogy mintha az ékezetes fájlok kezelésével baj lenne.
Egész pontosan kilép az rTorrent és amig ki nem törlöm a fájlokat induláskor egyből kiszáll.
Erre van valami megoldás?

Alapból Transmission-t használok és azzal semmi ilyen gondom nem volt (ua. a torrent simán megy), de a Transmission tényleg erőforrás igényes amit a 500GP-n elég szűkösen mértek.

Más: Az rtorrent.conf-hoz hozzádtam a köv sort (minden harmadik percben meghívja a scriptet a le és feltöltési sebességekkel):

schedule = log,180,180,"execute=/opt/etc/rtorrlog,$get_down_rate=,$get_up_rate="

ill. megcsináltam hozzá az /opt/etc/rtorrlog script-et:

#!/bin/sh
LD=`uptime | awk '{print($9)}' | sed "s/,//"`
ED=`date +%s`
DLK=`expr $1 / 1000`
ULK=`expr $2 / 1000`
DLB=`expr $1 - $DLK * 1000`
ULB=`expr $2 - $ULK * 1000`
logger -t rtorrents "$ED 1 dl $DLK.$DLB ul $ULK.$ULB ld $LD"

Igy aztán kb. ugyanazt a system log-ot írja mint a Transmission, azaz ha nem fut a web-es felület utólag akkor is meg tudom nézni milyen load és sebességek voltak. (Hogy grafikusan is meg lehessen nézni az Oleg féle cgi-ből átvettem az alapöttletet):

#!/bin/sh

HTDIR=/mnt/cgi-bin
SYSLOG=/opt/var/log/messages
GNUPLOT=/opt/bin/gnuplot
GNUPLOT_COMMAND=${HTDIR}/rtorrlog.gnuplot
GNUPLOT_DATA=${HTDIR}/rtorrlog.data
GNUPLOT_OUTPUT=${HTDIR}/rtorrlog.png
HTTP_IMG_LOCATION=./rtorrlog.png
TIMEZONE_OFFSET=+7200

_log ()
{

if [ ! -r ${SYSLOG} ]; then
echo "<p>${SYSLOG} not readable. Properly configure syslogd at "
echo "system startup.</p>"
return
fi

echo "<pre>"
sed -n -e "/ rtorrents.*:/{s/.*: \([0-9]\{1,10\}\) [0-9]\{1,\} dl \([0-9.]\{1,\}\) ul \([0-9.]\{1,\}\) ld \([0-9.]\{1,\}\)/\1 \2 -\3 \4/;t data;p;b;:data w ${GNUPLOT_DATA}" -e "}" ${SYSLOG}
echo "</pre>"

if [ ! -x ${GNUPLOT} ]; then
echo "<p>gnuplot: ${GNUPLOT} not found. Properly configure paths "
echo "in $0 for transfer graphing!</p>"
return
fi

echo "<p>Creating graph...</p>"
TZO=${TIMEZONE_OFFSET:-0}
cat > ${GNUPLOT_COMMAND} << __EOF__
set terminal png small size 1024,320
set output '${GNUPLOT_OUTPUT}'
set xdata time
set timefmt "%s"
set format x "%H:%M\n%m/%d"
set ytics nomirror
set y2tics nomirror
set y2range [0:]
set ylabel "rtorrent transfer rate [kB/s]"
set y2label "System load (5 min average)"
set y2tics 1
set xlabel "Time [UTC ${TZO} seconds]"
plot '${GNUPLOT_DATA}' using (\$1+86400+${TZO}):2 title 'download' axis x1y1 with impulses, \
'${GNUPLOT_DATA}' using (\$1+86400+${TZO}):3 title 'upload' with impulses, \
'${GNUPLOT_DATA}' using (\$1+86400+${TZO}):4 axis x1y2 title 'load' with lines
quit
__EOF__

${GNUPLOT} ${GNUPLOT_COMMAND}

echo "<img src=\"${HTTP_IMG_LOCATION}\">"

}

_header ()
{
cat << __EOF__
Content-type: text/html

<html>
<head>
<title>rtorrent</title>
<style type="text/css">
<!--
body {
padding:0;
margin:0;
width: auto;
color: #2f2f4f;
font-family:tahoma;
font-size:11px;
}

input {
padding:3px 7px;
margin:0 4 0 4;
color:#fff;
font-family:tahoma;
font-size:11px;
font-weight:bold;
background-color:#ff0000;
border: 5 px #aaaaaa raised;
}

form {
padding:10px;
margin:0px;
background-color:#FFF9D8;
}

p {
font-size:14px;
padding:0px;
margin:10px;
color:#008000;
}

#footer{
padding:0;
margin:0;
}
//-->
</style>
</head>
<body>
<form action=rtorrent.cgi method=get>
<input type=submit accesskey=c name=ACTION value=log>
<br><br>
__EOF__

}

_footer ()
{
echo "<p>" ; uptime ; echo "</p>"

cat << __EOF__
</body>
</html>
__EOF__
}

query_string=`echo "$QUERY_STRING" | sed 's/&/;/g'`
eval ${query_string}

case "${ACTION}" in
log) _header ; _log ; _footer ;;
*) _header ; _footer ;;
esac

A HTDIR persze vsz mindenkinek más lesz+az /opt/etc is eléggé 500GP specifikus, de talán így is érdekes lehet ha valaki ilyet szeretne.

### RT-N16, WL-500 Oleg optware script ami majdnem mindent feltesz ### ===========> http://wl500g.info/showthread.php?t=23684 <===========

(#71) Dr.Burn


Dr.Burn
őstag

Nekem van egy olyan gondom hogy több user is eleri az rtorrentet. A default folder ugye a /home, de ez mas celt szolgal ez nekem van fent tartva. A /home2 lenne a többi usere.
Hogy oldjam meg azt hogy nekem a /home/userbe töltsön a többi usernek a /home2/userbe?

A masik hogy tudom automatikusan megcsinalni azt hogy minden usernek a sajat dirjebe kezdje el a letöltest?

"Later Nerd!"

(#72) VladimirR válasza Dr.Burn (#71) üzenetére


VladimirR
nagyúr

futtass minden user-nek kulon rtorrent-et, kulon beallitasokkal

(#73) Dr.Burn válasza VladimirR (#72) üzenetére


Dr.Burn
őstag

Igen ez lesz a jo megoldas. :)

"Later Nerd!"

(#74) Dr.Burn


Dr.Burn
őstag

Most mar lassan 3napja megy az rtorrent folyamatosan(mar elötte is hasznaltam csak volt egy nagyobb torrentes szünetem). Azt vettem eszre hogy nem igazan akarnak csatlakozni hozzam a vissza töltesnel. Hiaba van x "leecher". Letöltes minden gond nelkül jön viszont a visszatöltesnel mar gondok vannak. Esetleg van valami beallitas ami miatt nem csatlakoznak? Ha veletlen 1-2nek sikerül akkor egesz jol megy felfele is csak a gond az hogy ez tenyleg ritka. Most csak nekem tünik annak hogy "kimaradok" a sorbol vagy tenyleg valami beallitasi problema okozza ezt? Debian destro es a legujabb rtorrent megy(0.8.2).

[ Szerkesztve ]

"Later Nerd!"

(#75) VladimirR válasza Dr.Burn (#74) üzenetére


VladimirR
nagyúr

hirtelen most ket dolog jut eszembe, ami miatt ez elofordulhat
- aktiv vagy? vagyis tudnak hozzad masok kapcsolodni?
- titkositas van engedelyezve? ha nincs, akkor azokat, akiknel eroltetve van, kizarod

(#76) Dr.Burn válasza VladimirR (#75) üzenetére


Dr.Burn
őstag

Az elsö kerdesedre a valasz hogy aktiv vagyok. Mindenhol aktivnak ir ebböl gondolom.
A masodik kerdesedet viszont nem ertem. A titkositast hogyan tudom engedelyezni vagy tiltani? Melyik opcio a jobb?

"Later Nerd!"

(#77) VladimirR válasza Dr.Burn (#76) üzenetére


VladimirR
nagyúr

ezt a sort szurd be a .rtorrent.rc file-odba:
encryption = allow_incoming,try_outgoing,enable_retry
ez az alabbiakat jelenti pontosan:
allow incoming: engedelyezi a titkositott bejovo kapcsolatokat
try_outgoing: kimeno kapcsolatnal titkositassal probalkozik
enable_retry: ha nem sikerul, akkor megprobalja ujbol, titkositas nelkul

aktiv modot meg ugy tudod ellenorizni, hogy figyeled a peer list kepernyon a a C/RE/LO oszlop ertekeit
ahol az elso betu r, vagy R, az bejovo/remote kapcsolat (az l, L a kimeno/local)
ha hosszabb tavon sem latsz ilyet, van ra esely, hogy megsem vagy aktiv

illetve ezen post elso ket pontja vonatkozik a te esetedre is

[ Szerkesztve ]

(#78) Dr.Burn válasza VladimirR (#77) üzenetére


Dr.Burn
őstag

Nalam az oszlop:
C/RE/LO
l/ci/un
l/ci/un
L/ci/un
valahogy igy alakul. Ez akkor azt jelenti hogy aktiv vagyok?
Beszurtam azt a sort amit irtal, most talan ugy latszik hogy valamivel jobb.
Köszi.

"Later Nerd!"

(#79) VladimirR válasza Dr.Burn (#78) üzenetére


VladimirR
nagyúr

eszerint mindharom kapcsolat kimeno (local), ez inkabb arra utal, hogy passziv vagy, de nem egyertlemu bizonyitek

es a harmadik (nagy L) az mar titkositott

ezen felul mundharom peer toltene toled, s te engeded mindharomnak, te predig nem toltenel toluk, s ennek megfeleloen ok nem is engedik ezt neked

bovebb infot a karaktersorozatok jelenteserol a user guide-ban talalsz

p.s.: ha privatban megdobsz az ip cimeddel es az rTorrent port-javal (kepernyo legalja, a throttle ertekektol kicsit jobbra), akkor megnezem, tudsz-e kapcsolatot fogadni

[ Szerkesztve ]

(#80) Dr.Burn válasza VladimirR (#79) üzenetére


Dr.Burn
őstag

Megnezem amit linkeltel.

PÜ-t küldtem.

"Later Nerd!"

(#81) Vladi


Vladi
nagyúr

Zsírúj írás rtorrent és rTWi-ről. link

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

(#82) JoHn123


JoHn123
tag

Segítség!
Az alábbi konfiggal szenvedek.
A seedelés ok, / szerverről seedlek itt nem szeretnék túl sokat/, de a kicsomagolás és a kész filmek áthelyezése nem megy :(
Mit rontottam el?

scgi_port = :5000
session = /home/epia/.rtorrent/.session
port_range = 8600-8600
directory = ~/download/
check_hash = yes
close_low_diskspace = 500
upload_rate = 24
download_rate = 768
max_memory_usage = 268435456

# stop_on_ratio = min_ratio,min_upload,max_ratio
schedule = ratio,30,60,"stop_on_ratio=1"

# ha letoltotte,kicsomagolja
on_finished = unrar_on_completion,"execute=unrar,e,$d.get_base_path=,*"
#on_finished = unrar_on_completion,"execute=unrar,e,-kb,$d.get_base_path=,/arkiv/d/rss"

# ha kesz atrakja a Filmekhez
on_finished = move_complete,"execute=mv,-u,$d.get_base_path=,~/download/ ;d.set_directory=~/Videók/"

(#83) VladimirR válasza JoHn123 (#82) üzenetére


VladimirR
nagyúr

on_finished-nel az utolso ket parameterben egyeznie kell az utvonalnak
az utolso elotti mondja meg, hogy hova tegye, az utolso pedig beallitja a torrent utvonalat
ha a ketto nem egyezik, athelyezi ugyan, de nem ott fogja keresni az rTorrent a file-okat, s elkezdi ujbol letolteni (ha jol sejtem)

on_finished = move_complete,"execute=mv,-u,$d.get_base_path=,~/Videók/ ;d.set_directory=~/Videók/

gondolom emiatt nem ment az unrar sem (abc sorrendben hajtrja vegre, a move_complete elorebb van, mint az unrar_on_completion), mert az mar nem talalja a file-okat

(#84) JoHn123 válasza VladimirR (#83) üzenetére


JoHn123
tag

Köszi szépen. Sikerült az útmutatásoddal. nagyjából. :D
Most ezzel a konfiggal:

scgi_port = :5000
session = /home/epia/.rtorrent/.session
port_range = 8600-8600
directory = ~/download/
check_hash = yes
close_low_diskspace = 500
upload_rate = 24
download_rate = 768
max_memory_usage = 268435456

# stop_on_ratio = min_ratio,min_upload,max_ratio
schedule = ratio,30,60,"stop_on_ratio=1"

# ha kesz atrakja a Filmekhez
on_finished = move_complete,"execute=mv,-u,$d.get_base_path=,~/Videók/ ;d.set_directory=~/Videók/"

# ha letoltotte,kicsomagolja
on_finished = unrar_on_completion,"execute=unrar,e,-kb,$d.get_base_path=,~/Videók"

Leszedi, átpakolja a Videók könyvtárba, és ki is csomagolja.
De... valamiért a kicsomagolt állomány nem lesz jó, nem játssza le semmi.
Ha én csomagolom ki (unrar e *.rar) az igy kapott filmet viszont igen.

A $d.get_base_path a hol keresse, vagy a hova csomagolja? Azon agyalok hogy csak az unraros sorral kellene bűvészkednem, hogy hova csomagoljon.
Az már csak hab volna a tortán hogy esetleg ha végez törölje a tömöritett állományt.

(#85) VladimirR válasza JoHn123 (#84) üzenetére


VladimirR
nagyúr

Hi!

jobban belegondolva, ezzel az a gond, hogy nem tudsz mindent igy kicsomagolni, meg ha jo is a parancs (ha lesz egy kis idom, jatszok majd vele, hogy jo-e ebben a formaban)
tobbfele keppen is kinezshet ugyanis a torrent, s benne a csomagolt allomany:
- egy darab rar file
- tobb darab rar file a d.get_base_path konyvtarban
- tobb rar file, szetszorva a d.get_base_path\CD1, d.get_base_path\CD2, d.get_base_path\CDX konyvtarakban
ezeket pedig nem lehet ugyanazzal a paranccsal kiscomagolni, lehet kulon script-et kellene irni ra

Udv: VladimirR

(#86) JoHn123 válasza VladimirR (#85) üzenetére


JoHn123
tag

Pedig visz mindent.
A 3 CD -s filmeket is tökjól kicsomagolja a Videók-ba.
Nekem csak az a bajom hogy valamiért nem jól csomagol ki.

(#87) VladimirR válasza JoHn123 (#86) üzenetére


VladimirR
nagyúr

ahogy nezem, es nelkul csomagol az unrar
tedd mar be az alabbi sort a .rtorrent.rc file-ba, hogy meg tudjuk nezni a kimenetet, hatha okosabbak leszunk tole
[c]execute_log = ~/execute.log[/i]
ez csinal a home-ba egy execute.log file-t, amibe elmenti a kiadott execute parancsokat, s azok kimenetet

(#88) JoHn123 válasza VladimirR (#87) üzenetére


JoHn123
tag

Mióta betettem ezt a log varázslatot, kicsomagol mindent :)
Legalábbis 2 filmet leszedtem mindkettő jó lett.
Parajelenség rulz.
Majd hétvégén még kinozom.

(#89) Extracsaba


Extracsaba
tag

Sziasztok!
Nekem következő a problémám
amd64-em van és ezt irja ki inditásnál az rtorrent
rtorrent: Fault occured while inserting xmlrpc call.
32 biten simán ment
mi lehet a probléma?

Extracsaba

(#90) JoHn123 válasza VladimirR (#87) üzenetére


JoHn123
tag

Ugy néz ki jó lett.
Hogy mitől azt nemtudom:)
Egy gyors kérdés:
A progid tudná törölni az egész letöltött nyavaját, de ezt irja: Torrent törölve, de nem minden fájl lett eltávolítva
Milyen jogosultságok kellenének hozzá?
Ezt is meg lehetne oldani az .rtorrent.rc ben?

(#91) JoHn123 válasza Extracsaba (#89) üzenetére


JoHn123
tag

A rendszer is 64 bites?
Az rtorrentet, libtorrentet, xmlrpc-c -t repobol teleitetted, vagy forditottad?

(#92) VladimirR válasza JoHn123 (#90) üzenetére


VladimirR
nagyúr

a 0.3.2b-ig hulyen oldottam meg, szukseges hogy az apache tudja irni a file-okat, a kovetkezo verzioban ez mar ugyesebben lesz megoldva
gyorsabb, de nem tul szep megoldas, ha a .rtorrent.rc-ben megadod, hogy umask = 0000
ekkor 777 jogosultsaggal lesznek letrehozva a file-ok

ettol szebb megoldas, ha azt mondod, hogy:
chgrp www-data /a/letoltesi/konyvtar/
chmod g+ws /a/letoltesi/konyvtar/
es a .rtorrent.rc-ben umask = 0002

ez osszessegeben azt fogja eredmenyezni, hogy a file-ok 664 jogosultsaggal jonnek letre (konyvtarak 775), a tulaj te leszel, a csoport pedig a www-data (vagy amilyen a webszervered fut, olyat allits be), s a csoport oroklodni fog ujonnan letrehozott file-okra is

(#93) VladimirR válasza Extracsaba (#89) üzenetére


VladimirR
nagyúr

ugyanazzal az xmlrpc-c verzioval probalkozol? mert ez annak a hibaja

(#94) Extracsaba válasza JoHn123 (#91) üzenetére


Extracsaba
tag

Mindent a leirás szerint forditottam
de mondom intellel semmi gondom nem volt vele
és igen 64 bites a rendszer, az xmlrpc pedig 1.12.00

[ Szerkesztve ]

Extracsaba

(#96) VladimirR válasza Extracsaba (#94) üzenetére


VladimirR
nagyúr

probald esetleg regebbi, vagy ujabb (svn) xmlrpc-c verzioval
sajnos pontosat nem tudok mondani, az advanced ag (1.07+) eleg valogatos, megesik, hogy ami egyik gepen lefordul, masikon nem
esetleg, ha biztosra akarsz menni, elsonek probalkozz a legutobbi stabl verzioval (1.06.akarmennyi), azok szepen szoktak fordulni

(#97) ChiliChili


ChiliChili
tag

Egy netgear nas-on futtatom az rtorrent-et (rTorrent 0.7.9/0.11.9), már lassan két hónapja megy folyamatosan és nagyon szépen muzsikál. Van egy kérdésem, amire nem találok választ. Azt tudom valahogyan időzíteni, hogy egy vagy több meghatározott torrentet adott időben kezdjen letölteni? Mondjuk elmegyek itthonról és szeretném, ha holnap este kezdene el tölteni valamit. Csak az indítást akarom időzíteni. Esetleg úgy meg lehet oldani, hogy letöltöm a torrent fájlt egy másik könyvtárba és valamilyen parancsot futtatva, az átkerülne a download könyvtárba a megadott időben? Mert amint ott a torrent fájl, indul a letöltés.

(#98) VladimirR válasza ChiliChili (#97) üzenetére


VladimirR
nagyúr

ket lehetoseg jut hirtelen eszembe:

az egyszerubb, de pontatlanabb megoldas az, hogy a watch_directory-bol torrent-eket indito schedule esemenyt ugy idozited, hogy mondjuk csak naponta egyszer fusson, valahogy igy:

schedule = watch_directory,10,86400,"load_start=~/torrent/.watch/*.torrent,d.set_directory=~/torrent/unfinished"

a ket szamertek kozul az elso (10) azt mondja meg, hogy az rtorrent inditas utan mennyit varjon az adott feladattal az elso vegrehajtas elott, a masodik pedig azt, hogy ket futtatas kozott mennyit varjon ket vegrehajtas kozott (24 ora)

a masik, az sokkal pontosabb, nincs hatassal mas torrentekre (a fenti az pl az rss letoltot is "hazavaghatja" esetleg), hogy a torrent-eket egy kulon konyvtarba (pl.: ~/torrent/estehatkor/) teszed es csinalsz egy, az alabbihoz hasonlo cron job-ot:

echo "0 6 * * * userven cp ~/torrent/holnaphatkor/*.torrent ~/torrent/.watch/" >> /etc/cron.d/rtorrent

ez letrehoz egy cron job-ot, ami minden este hat orakor atmasolja a .torrent file-okat a usernev nevu felhasznalo ~/torrent/estehatkor konyvtarabol a ~/torrent/.watch konyvtaraba, ahonnan aztan az rtorrent betolti, s elinditja azokat

p.s.: a konyvtarnevek persze csak pelda konyvtarnevek

(#99) Extracsaba válasza VladimirR (#96) üzenetére


Extracsaba
tag

Megprobáltam mindegyikkel ugyanaz a hiba

Extracsaba

(#100) VladimirR válasza Extracsaba (#99) üzenetére


VladimirR
nagyúr

ugye az rtorrent-et is ujraforditottad egy-egy xmlrpc-c frissites utan?

Útvonal

Fórumok  »  OS, alkalmazások  »  rTorrent
Copyright © 2000-2024 PROHARDVER Informatikai Kft.