-
GAMEPOD.hu
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 #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[ Szerkesztve ]
"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
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[ Szerkesztve ]
"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
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"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
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.)"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
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.
"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
válasz gyulazsolti #7750 üzenetére
Windowsban DHCP-t használsz?
Csak mert egy időre lehet, hogy megbolondult és azért jelent meg a hálózatodon.
169.254.x.x az általában a win APIPA címe...Esetleg XBOX? Azok is fel szokták venni, amíg nincs DHCP IP-jük.
"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
válasz gyulazsolti #7752 üzenetére
Semmi gond
Akkor a magyarázat egy DHCP kiesés volt nálad is.
Olyankor ezt a címet veszi fel a géped, hogy próbáljon kommunikálni a hálózaton,
amíg nem kap érvényes címet a dhcp szervertől."A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
WD Gold esetleg? Tudtommal az váltotta a a WD Enterpreis szériát.
Az utóbbival van saját tapasztalatom, nekem évek óta megy 2 db a nasban, igaz csak Raid0 -ban.
Viszont elevel 0/24 üzemre vannak tervezve, elég hosszú üzemidőre, és betonstabilak."A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
válasz szokeherceg #7789 üzenetére
Legjobb tudomásom szerint az egyetlen mód, ha kimásolod valahova a tartalmát, új HDD(k) be, létrehozod a kötetet, és visszamásolod.
"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
Uraim,
Egy időre búcsút intek a Zyxel vonalnak, nagyon köszönöm a rengeteg segítséget amit itt kaptam, kiváltképp Tonyk és MrDini kollégáktól."A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
válasz Dragon3000 #8147 üzenetére
A 325v2 -m 500-as UPC-vel nekem is 12-14 közöttig szaladt
majd ezen felbuzdulva vettem egy 520-ast, hogy hurrá dualcore és mehet a 20-25, csak épp zyxelék nem csináltam rá fordítást, és maradt a singlecore TM."A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
válasz Dragon3000 #8149 üzenetére
azért az nem összehasonlítási alap egy arm alapú nassal
"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
válasz Dragon3000 #8153 üzenetére
Egyet értek, a 12-14 MB/s -et gond nélkül tartotta.
Tény, olyankor nem nagyon kellett mást csinálni a NAS-on, mert a CPU szegény oda lett szegezve a 100%-ra."A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
És ettől gyorsabb a 325v2...
Kicsit olyan érzésem van, hogy hiába mondunk bármit,
itt mindenki h**e, csak a problémázó helikopterMegvolt jó bő 2 évig a 325v2, majd újabb 2 évig az 520.
TM tekintetében tökéletesen egyformák voltak, és simán hajtottam 12-14 MB/s között,
pedig általában 2-5 letöltés ment egyszerre + seed.Annyit csináltam pluszba, hogy én megemeltem a lehetséges peerek számát (az összeset és a /torrent peerek számát is), mert keveseltem. Sajnos túl sok a lassú uploader, és ha elérem a peer korlátot nyílván limitálhatja a letöltést.
"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
válasz szata.68 #8209 üzenetére
Az oka sajnos elég triviális, de sokat nem tehetsz ellene, mert köze sincs a NAS-hoz.
A hálózat érzékelése/beállítása időben később történik, mint a permanensen felcsatolt meghajtók ellenőrzése.
Így azért piros, mert az OS alatt még nincs hálózat > nem éri el a NAS-t.
Sajnos kb a fejed tetejére is állhatsz1 megoldás van, nem a zyxel appal csatolod fel a meghajtót, hanem írsz rá egy batch scriptet,
azt berakod feladatütemezőbe (task scheduler), és úgy állítod be, hogy logon után indujon késlelteve mondjuk 30 másodperccel.B verzió: ezzel együtt élsz
@gduck:
Tessék ott a bach scriptes scheduled mountA parancs maga valahogy így néz ki:
net use s: \\nas-ip\share /user:admin adminpassword
- Nyílván az S: kicserélhető a tetszőleges betűre
- az admin user a saját adminotok neve (vagy lehet root is)
- és mögé kellé rakni szóközzel a jelszavátEzt elmenteni egy .bat file -nak valahová, és már mehet is a task scheduler
[ Szerkesztve ]
"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
Igen workaround, de sajnos az OS-t nem tudom átírni, hogy a hálózat után nézze a meghajtókat
Nekem így ment mind2 zyxelem hosszú évekig, és most is a QnapDe 1 valami tény:
ez sok minden, de biztosan nem a NAS hibája"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
válasz gyulazsolti #8234 üzenetére
Én is MD0 -al használtam annno, semmi gond nem volt, ezt kilőném.
"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
válasz spiky03 #8240 üzenetére
Ha másnál megy azzal a trackerrel, akkor valami lokális bibi lesz.
Lehet a rotueredre jött rá az 5 perc, mindenképp adnék neki első körben egy restartot.@gyulazsolti
Nekem volt 325v2 majd szintén 520-asom.
Én azon is md0 -al hivatkoztam, és lekopogom, évekig gond nélkül ment"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
Ennek roppant prózai oka van
Amikor bejelentkezik a windowsod, hamarabb tölt be a profilod és vele együtt a share, mint ahogy a hálózati kapcsolatot lekezelné a win.Egy megoldást találtam rá csak anno, nekem egy "scheduled task" mountolta fel a share -t minden win login után időzítve 1 perccel.
Addigra volt hálózat, és "zöld" volt a share.
Mostmár lusta vagyok és s**rok bele, ha kell belekattintok"A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
-
Shokkolo
addikt
válasz Dilikutya #8442 üzenetére
A DLNA működik, mert az "csak" LAN...
A telefonos app mástészta.
Kérdőjel, hogy LAN-on vagy WAN-on akarja-e elérni?
Első lépés mindenképp egy fix IP lenne (praktikusan statikus DHCP > tehát a routeren ad fix IP-t a NAS MAC-címéhez rendelten).
És ha innen sem működik indulhat a troubleshoot."A kalapács amelyik összetöri az üveget, az mely megedzi az acélt"
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs