- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- Ismerkedés a Zyxel NSA325 v2-vel
- sh4d0w: Árnyékos sarok
- bambano: Bambanő háza tája
- sziku69: Szólánc.
- Viber: ingyen telefonálás a mobilodon
- Azonos árketegóriájú (105-110.000 Ft-os) relatív olcsó telefonok kamerái
- btz: Internet fejlesztés országosan!
- gban: Ingyen kellene, de tegnapra
-
LOGOUT
ZyXEL NSA325 v2 - Téma összefoglaló és FAQ
Kérlek olvasd el az összefoglalót, mielőtt írnál!
Új hozzászólás Aktív témák
-
Shokkolo
addikt
válasz
Mr Dini
#7598
üzenetére
Jól gondolom, hogy kéne egy br2 repo?
Nekem az konkrétan eltűnt
@Tonyk:
Elhiszem, hogy "más", de amennyit a TM-el kinlódtam mostanában, adnék neki egy sanszot.
Ha beválik, és van hozzá GUI, akkor együtt élek vele, nem lehet akkora tragédia.
Meglátjuk (ha sikerült össze szenvedni nálam).Ígyis az a tervem hétvégére, hogy lementek minden fontosat a NASról, és factory reset, annyira elgányoltam már a kisérletezgetéssel.
-
-
Shokkolo
addikt
válasz
Shokkolo
#7594
üzenetére
csináltam gcc updatet, egy fokkal előrébb jutottam, de még mindig hibádzik valami:
Using cached https://files.pythonhosted.org/packages/e7/a7/4cd50e57cc6f436f1cc3a7e8fa700ff9b8b4d471620629074913e3735fb2/cffi-1.11.5.tar.gz
Complete output from command python setup.py egg_info:
/i-data/dcca3f83/.PKG/ffp/ffproot/ffp/libexec/gcc/arm-ffp-linux-uclibcgnueabi/4.8.4/cc1: can't load library 'libmpfr.so.4'
/i-data/dcca3f83/.PKG/ffp/ffproot/ffp/libexec/gcc/arm-ffp-linux-uclibcgnueabi/4.8.4/cc1: can't load library 'libmpfr.so.4'
No working compiler found, or bogus compiler options passed to
the compiler from Python's standard "distutils" module. See
the error messages above. Likely, the problem is not related
to CFFI but generic to the setup.py of any Python package that
tries to compile C code. (Hints: on OS/X 10.8, for errors about
-mno-fused-madd see http://stackoverflow.com/questions/22313407/
Otherwise, see https://wiki.python.org/moin/CompLangPython or
the IRC channel #python on irc.freenode.net.) -
Shokkolo
addikt
válasz
Mr Dini
#7593
üzenetére
Sajnos ugyanaz, kicsit visszább a hibaüzenetben, talán ez releváns lehet:
Using cached https://files.pythonhosted.org/packages/e7/a7/4cd50e57cc6f436f1cc3a7e8fa700ff9b8b4d471620629074913e3735fb2/cffi-1.11.5.tar.gz
Complete output from command python setup.py egg_info:
unable to execute 'gcc': No such file or directory
unable to execute 'gcc': No such file or directory -
válasz
Shokkolo
#7591
üzenetére
Rémlik valami a korábbi szenvedések sorából. Ha jól tévedek, ezek szerint az ez_build is hiányzik.
pip install ez_setup
Aztán ezen keresztül lehet frissíteni a setuptoolst is:
easy_install -U setuptools
Ezek után, ha nem is wheelből, de futnia kell a pip install parancsnak.
A pip outdated üzenetet meg figyelmen kívül hagyhatod. Nem sokat számít a verzió, attól még a csomagok 90%-a kompatibilis. A python csak szereti az orrod alá dörgölni (akár a Fitness Norbi), hogy ápdéjt van.
-
ezzel a verzióval 5-6 MB/s és 85-92% körül ment a tm ... (a teszt torrentemmel)
gyanakvó lettem és visszatettem a "még épp jó 2.94est" és azzal is leszedtem: szintén 5-6MB/s
145 seeder, 50 max peer tm-ben a limit, valójában 10-15-től szedi csaktehát a két build sebessége valszeg ~ugyanaz, egy torrentből tapasztalatot levonni pedig nem lehet (a multkori 12.5MB/s ezekszerint nem lesz általános sebesség :/
)szóval:
-
Shokkolo
addikt
Valami csak nem akar nekem jó lenne
root@NAS520:~# /ffp/start/deluged.sh start
It seems, that you are running deluged for the first time after install or deluged home_dir path is changed.
Let it run for a 1 minute to create necessary files. Then stop deluged and start it again.
Starting deluged...Traceback (most recent call last):
File "/ffp/bin/deluged", line 11, in <module>
load_entry_point('deluge==1.3.15', 'console_scripts', 'deluged')()
File "/ffp/lib/python2.7/site-packages/pkg_resources/__init__.py", line 561, in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File "/ffp/lib/python2.7/site-packages/pkg_resources/__init__.py", line 2631, in load_entry_point
return ep.load()
File "/ffp/lib/python2.7/site-packages/pkg_resources/__init__.py", line 2291, in load
return self.resolve()
File "/ffp/lib/python2.7/site-packages/pkg_resources/__init__.py", line 2297, in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
File "/ffp/lib/python2.7/site-packages/deluge/main.py", line 51, in <module>
import deluge.common
File "/ffp/lib/python2.7/site-packages/deluge/common.py", line 46, in <module>
import chardet
ImportError: No module named chardet
[ Fail!!! ] ERROR WARNING: deluged can not start!!!Előtte upgradelnem kellett volna a pip-et:
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-kyvayH/cffi/
You are using pip version 9.0.1, however version 19.0.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.De az sem sikerült:
----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-install-PWLMXH/cffi/
----------------------------------------
Command "/ffp/bin/python /ffp/lib/python2.7/site-packages/pip install --ignore-installed --no-user --prefix /tmp/pip-build-env-4ycp7v/overlay --no-warn-script-location --no-binary :none: --only-binary :none: -i https://pypi.org/simple -- setuptools>=18.5 wheel "cffi>=1.8,!=1.11.3; python_implementation != 'PyPy'"" failed with error code 1 in None -
Tonyk
veterán
A fejlesztőkkel történt kis tanakodás után úgy néz ki van használható 2.94+-os, verzió #9351-es build (04f2df299):
Innen tölthető : [link]
A "szokásos" módon zajlik a frissítés:
1. Transmission leállítás!!!
2. A tömörített állományból, mindent oda másolni, ahol a tömörítvényben is van.
2.1 Amennyiben a Culturist féle skin-t használod, akkor vagy ne másold át a share/transmission/web könyvtárat, VAGY ha átmásolod, akkor a skin-t újra fel kell telepíteni,VAGY a tömörítvényből az index.html kivételével mindent a helyére másolsz majd a tömörített állományból az index.html-t a nason a megfelelő helyre index.original.html néven másolod fel.
3. Transmission indításKérlek teszteljétek!
-
Shokkolo
addikt
válasz
Mr Dini
#7586
üzenetére
520-on próbálnám, de persze miért is menne
Felpakoltam, amit találtam pip-ként, de akkor sem sikerül:root@NAS520:~# pip2.7 install cryptography service-identity twisted pyopenssl pyxdg chardet setproctitle mako pillow
Traceback (most recent call last):
File "/ffp/bin/pip2.7", line 6, in <module>
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources -
Pár hónapja végleg felköltöztem a felhők világába, csak hogy közelebb legyenek az adataim fizikailag a Jóistenhez.
De előkotortam a kis hardvert, ami meglepetésemre azóta is remekül szuperál.Deluge telepítés kb 15 percet vett igénybe barmalej2 csomagjával, aminek nagy része a pip-re való várakozással ment el.
Kell hozzá a következő parancs:
pip2.7 install cryptography service-identity twisted pyopenssl pyxdg chardet setproctitle mako pillowDe erre telepítéskor slacker mesterünk felhívja a figyelmet. Ezek után szokásos /ffp/start/deluged.sh start, majd egy perc várakozás, leállítás, ismét start, generált jelszó lementése, s a deluge-web meghívása. Ez utóbbi nem is feltétlen szükséges, de nekem ez tűnt legszimpatikusabbnak elérés szempontjából. Eredmény:
A letöltési sebessége is igazán meglepetést okozott, mert én 12 MB/s-t ezen a NAS-on még életemben nem láttam...
Mindeközben a CPU azért volt használva rendesen, 66%-on stabilan, de a load, ami szerintem igazából számít, hihetetlen alacsony maradt mindvégig: 0.03, 0.18, 0.29 Egyedül memóriára éhes picit a main szál, de ez érthető a Python miatt. Egyébként nem vészes, 27 mb, amit ténylegesen felhasznál. A webes felület sebessége is meglepő. Gyakorlatilag az SSD-s gépemen futó process és a NASé között nem tudok különbséget tenni.Én biztosan kukázom, mert már biztosan nem fogok torrentezni ezen a hardware-n, feleslegesen meg nem akarok process-eket fenntartani, de másoknak mindenféleképpen próbára érdemes alternatívának tartom.
-
Tonyk
veterán
válasz
Mr Dini
#7584
üzenetére
....
if test Z = "0"; then
supported_build=yes
CPPFLAGS="$CPPFLAGS -DNDEBUG"
else
supported_build=no
if test "x$GCC" = "xyes" ; then
CPPFLAGS="$CPPFLAGS -DNDEBUG"
fi
....Kínomban már a configure és configure.ac-be is beleírtam
Fordítás után pedig alapból:
strip -s -R .comment -R .gnu.version ./bin/* -
Azt hirtelen nem látom át, hogy az assertnek mi köze lehet a lassuláshoz. Ha assertionerrorba fut a kód, ott régen gáz van, s minimum hibára fut, ha nem öli meg a processzt teljesen. Bár a DNDEBUG flag nem hülyeség. A CFLAGS változóhoz adtad hozzá? Ha a make-et a V=1 értékkel futtatod, elméletileg mutatnia kéne, hogy a gcc milyen flagekkel van meghívva.
Viszont a végén, strippelés során mindenképp eltávolítod a debugger flageket, szóval nem értem.
uTP meg elég erőforrásigényes nem feltétlen lehet érezni a hatását, csak akkor, ha rengeteg kapcsolatod van, de rendesen le tudja térdelni a boxot. Jó dolog, de van élet nélküle is. Én kikapcsolnám.
-
rsf
senior tag
Arra jutottam, hogy az ingyenes "Home" verziójú progik csak particiót tudnak növelni, mozgatni.
A fizetős változataik már amelyik tud Ext4-et tudnak csak a Dynamic disk management-en belül Volume-t manipulálni.. [Minitool]
Én meg csak ingyenes változatokat próbáltam.. -
-
Tonyk
veterán
Most hogy cserélgetem a TM verziókat ide-oda tesztjeleggel, nálam is visszarakott olyan torrentet, ami az egyik verzió alatt már el lett távolítva. Oda-vissza léptem a verziók között midenhol töröltem, így nem jött vissza.
El tudom képzelni, hogy benne maradnak a resume-ban meg a torrent fájlok között és ezért töltögeti vissza a másik verzió az egyik verzió szarjait.Mr. Dini:
Nálam engedélyezve vagyon a uTP, 2.94-el hasít, a tegnapi 2.94+ -al meg 3.5MB/s.
Érdeklődtem a fejlesztők környékén, hogy mi lehet, annyi tipp jött, hogy próbáljam meg "assertions és stuff"-ok nélkül fordítani. DNDEBUG-ot belőttem a configure-ban, de nem hozott változást.
Neked erre van ötleted? Rákérdeztem a "szerinte hogyanjára", várok a válaszra. -
Én el nem tudom képzelni, mi lehet a gond Transmission fronton... uTP kikapcsolva és a 8 MB/s megvan a kis 320S-en, fagyás nélkül. Csak "picit" lassabb a box. Mondjuk annyira egetrengetően sok torrent nincs bent, csak kb 5 iso meg db dump.
Bár a VPS-emen csináltam pár benchmarkot és a TM több szempontból is garbage-nek bizonyult. Egy libtorrent alapú klienssel biztosan jobban járna mindenki (pl. CLI verzióban az rtorrent, vagy GUI-ban a rutorrent). De ahogy láttam, barmalej2 repójában van deluge is, ami ugyan a kezdetekben használhatóság szempontjából talán lassabb lehet, mivel Python a GUI, de a torrentek letöltését már a libtorrent végzi, kihajtva ténylegesen a maxot, fagyás nélkül a NAS-ból. Ha valakit érdekel, érdemes tenni vele egy próbát.
-
rsf
senior tag
Itt láthatod hogy vannak: (#7569)
Költöztem már 310-ről 325v2 -re és cseréltem HDD-t is úgy hogy az új hdd-t beraktam a Nasba majd miután megcsinálta az alap megosztásokat kivettem a HDD-t majd asztali gép és linux kombóval átmásoltam az adatokat a megfelelő helyre. Nem volt gond a file rendszerrel egyből kezelte a puppy .
Igy akartam most is csinálni, de itt ajánlották ezt a klónozást. Jónak tünt, de nem tudja vmiért a 2. kötetet újra méretezni.. Ma majd berakom a Nasba a klónozott winyót hátha a nas felajánlja a kötet átméretezését, vagy csak simán létrehoz egy újat amit aztán egyben látok. Bánom is én csak működjön..
Amúgy sima JBOD kötet van a benne lévő mindkét winyón. De a 2.winyó csak backupként működik.
Üdv. -
vlevi
nagyúr
Én meg sem próbáltam a macirumot.
Neked hogyan vannak a lemezek?
Egy kötetben vannak, valamilyen RAID konfigurációban, vagy különálló lemezként?
Nekem külön lemez volt, de ilyenkor sem egyszerű ext4 particiók vannak a lemezen, hanem be vannak ágyazva egy JBOD kötetbe.
Windows alól ezeket nem tudtam megnézni, kellett hozzá egy linux, és ahhoz az mdadm nevű kiegészítő, ami mountolható meghajtóvá teszi a jbod kötetet, és onnantól Linuxban egy sima másolás az egész. -
rsf
senior tag
El akartam kezdeni újból de!!
Nem aktív a méret változtatás! Lehet mert Free a progi vagy 4TB-os a winyó??
Kipróbáltam pár progit, de egyik sem tudja ezt a partíció tipust megnövelni.
A Gparted sem...
Szóval beszoptam.. Marad az eredeti elképzelés..
De még várok vmi javaslatra.
Üdv. -
Fagyi
aktív tag
Még ha ilyen egyszerű lenne. Egyszerűen eltűnt a nas (326), mint smb forrás.
De érdekes módon a NSU alól elérhető. Az SMB1 be van kapcsolva, de nem segített. A 326 SMB2-es.
Nem tudom, hogy NAS vagy win hiba ez. De a hálózaton tv-k, tv box látta és már nem látja SMB forrásként, csak a twonky szervert látja. Így azt gondolom, hogy valamelyik frissítésben ronthattak el valamit.
Ssh-n keresztül meglehet "nézni", hogy SMB-t szolgáltat-e a NAS? -
-
-
Tonyk
veterán
Vak vezet világtalant....
Már kb 10x leírtam, hogy 2.94-nél volt változás a torrentek elnevezésében, azért 2.94-re váltáskor, ill. onnan visszafelé váltáskor elkerülhetetlen a rechek...
Azt is megszültük, már, hogy a 2.94-es verzióval minden ok. A 2.94+ -os verziókkal van valami nyavaja.
-
TRob1
veterán
Áhh, elkiabáltam. Nem hiszem el.
Múltkor a 2.94, most meg ez is tett vissza olyan torrenteket amiket töröltem. (Reggel 6:30-kor indul újra a Nas, erre most nézem, ott van 5 torrent 6:31-es hozzáadással amiket tegnap töröltem
)
Kibaxom a csába ezt a xart.
2.94 is ezt csinálta, plusz mindig elkezdett újraellenőrizni mindent. -
-
TRob1
veterán
Én mégis csomagos 2.92-t használok.
Még anno vhogy Mr.Dini által került fel.
ui: Aztán lehet h visszatérek majd az eredeti 2.82-re, az volt a legjobb (ezzel a 2.92-vel már próbálkoztam anno, de vmi nem volt rendben... most a sok újabb, de rosszabb után egyelőre jobbnak tűnik ez.
)
(lehet jobb szó rá a "más") , mint a TM-é. Húúh ezért kapni fogok a fejemre...
)
De előkotortam a kis hardvert, ami meglepetésemre azóta is remekül szuperál.
Mindeközben a CPU azért volt használva rendesen, 66%-on stabilan, de a load, ami szerintem igazából számít, hihetetlen alacsony maradt mindvégig: 0.03, 0.18, 0.29 Egyedül memóriára éhes picit a main szál, de ez érthető a Python miatt. Egyébként nem vészes, 27 mb, amit ténylegesen felhasznál. A webes felület sebessége is meglepő. Gyakorlatilag az SSD-s gépemen futó process és a NASé között nem tudok különbséget tenni.
)
Új hozzászólás Aktív témák
Hirdetés
- exHWSW - Értünk mindenhez IS
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Apple Watch Series 10 - évfordulós kiadás
- Anime filmek és sorozatok
- Apple MacBook
- Szomorú jövőt vetít előre a dedikált GPU-knak a Jon Peddie Research
- Milyen TV-t vegyek?
- Melyik hordozható audiolejátszót (DAP, MP3, stb.) vegyem?
- Feltörték a PROHARDVER!-es regisztrációmat (vagy elvesztettem a belépési emailcímet, 2FA-t)
- iPhone topik
- További aktív témák...
- Xiaomi Redmi Note 14 Pro 256GB Black 24Hónap Jótállással Teljesen Új Bontatlan
- AKCIÓ! Asus ZenBook Pro UX7602ZM OLED notebook - i9 12900H 32GB RAM 1TB SSD RTX 3060 6GB WIN
- Asus ROG G20AJ - Intel Core i7-4790, GTX 980
- Új! HP 230 Vezetéknélküli USB-s Billentyűzet
- IKEA (HAVREHOJ) tablet vagy laptop tartó
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged