A 2. hozzászólásban írtam, ami felment az a metarepo-ból ment fel. Mégsem működik az "opkg". Lehet, hogy itt is a PATH a ludas? Nekem a leírásnak ez a része is homályos. A path script futtatása is egy fájlban működik? Azt is írja nem a legjobb megoldás berakni az etc/profile-ba mert minden boot-nál lefut. Akkor elég csak egyszer?
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
Nem írtad hogy onnan ment fel, akár kézzel is le lehet tölteni és felrakni.
Amint írtam:
/opt/bin/opkg
formában írva működik, vagy berakod az elérési útba.
Hol találtad hogy nem jó megoldás a /etc/profile? Az általad linkelt leírásban van egy script, amire azt írja, hogy az a hátránya, hogy kézzel le kell futtatni minden alkalommal, ezért legjobb betenni a /etc/profile-ba, mert az minden boot-nál lefut. Hol írtak ezzel ellentétes dolgot?
Egy gond van csak a /etc/profile módszerrel, hogy linuxos gépen működik, NAS520-on nem. Azért nem, mert a /etc mappa egy ideiglenes fájl rendszeren van, amit a rom-ból csomagol ki minden indításkor, hiába írsz át bármit, az leállításkor eltűnik és következő indításkor a gyári változatból kerül előállításra.
Próbáld ki, nyisd meg a /etc/profile-t, írj bele egy sort ami #-el kezdődik (akkor nem csinál semmit csak megjegyzés lesz), például ezt:
#ez egy comment
Aztán indítsd újra a nas-t és nézd meg mit csináltál. Elárulom hogy semmit, nem lesz ott, mert csak az ideiglenes memóriában ülő másolatot szerkesztetted.
Elvileg a /opt/etc/init.d/rc.unslung bootoláskor lefut, és ott be is állítja az elérési utat, de úgy néz ki valahol utána felülírja. Nekem ffp is van fent, próbáltam a /ffp/etc/rc fájlban beírni a PATH-ba, de ez se kerül be ssh után. Annyira nem ismerem a rendszert hogy kapásból tudjam hogy hol csúszik el a dolog.
Ha csak opkg kell, és van ffp akkor áthidaló megoldásnak írd be ezt a parancsot:ln -s /opt/bin/opkg /ffp/bin/opkg
Utána menni fog simán az opkg parancs.
De lehet hogy jönnek okosabbak és elmondják hogy hova kell írni a PATH módosítást hogy ssh-zás után éljen.
[ Szerkesztve ]
Blogom: https://logout.hu/blog/upo/index.html | "Az átlagember alvásigénye még 5 perc"
Valószínűleg félreértelmeztem a leírást, azért írtam a nem jó megoldást.
Viszont valami nagyon nincs rendben ezzel a telepítéssel. Az /opt/bin/opkg sem működik. Megnéztem az /opt/bin /opt/sbin mappákat (vagy miket) és tök üres mindkettő. Gondolom az opkg-nek valami .sh futtatható állománynak kellene lennie. Na ilyen sehol nincs, legalábbis a keresés nem talált. Pedig a kezdőoldalon ott van, a telepített alkalmazások között is. Ha ráklikkelek akkor a package kezdőoldala bejön, meg a linkekeket is futtatja.
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
Mivel nézted hogy üres a mappa?
A /i-data/sysvol/.PKG/Entware-ng/opt/bin mappa is üres?
A "kezdőoldalon" (kék lap) a Logfiles alatt van hasonló bejegyzésed?[15:55:38] Create symlink /opt -> /i-data/bd6d5b1d/.PKG/Entware-ng/opt
[15:55:38] Execute /opt/etc/init.d/rc.unslung start
[15:55:38] Done /opt/etc/init.d/rc.unslung start
A kötet azonosítód más lesz, egyébként ilyent kéne írnia.
Ha valami hibát ír, akkor nem jól lett telepítve. Az App center alatt ki kéne kapcsolni, uninstall és újra feltelepíteni.
Metarepository csomag ugye a 20181001zypkg015 van fent? És az All Apps alatt hozza a 2 képernyőnyi appot AuroraSyncBackup-tól pyLoad-ig (26 db) ??
Blogom: https://logout.hu/blog/upo/index.html | "Az átlagember alvásigénye még 5 perc"
Szia!
mc-ben turkálok
/i-data/sysvol/.PKG/Entware-ng/opt/bin, nem üres: *find, *locale.new, localedef.new, *opkg, *xargs
kezdőoldalon:
Opened logfile at Mon Dec 3 18:36:52 CET 2018
Flushing memory buffer
Starting up
Flushing done
[18:36:52] Create symlink /opt -> /i-data/6e262b3b/.PKG/Entware-ng/opt
[18:36:52] Execute /opt/etc/init.d/rc.unslung start
[18:36:52] Done /opt/etc/init.d/rc.unslung start
Closed logfile at Mon Dec 3 18:36:52 CET 2018
Ez eddig jónak látszik.
Na érdekes most már nem üres az /opt/bin :-)
De feljebb látszik is, hogy ma 18:36-kor futott le az rc.unslung start.
Sikerült telepíteni a minidlna-t csak a path még nincs kiegészítve.
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
Akkor vagy beírod az ln -s kezdetű sort, és azután már működik a sima opkg parancs, vagy az entware leírás szerint ssh belépés után mindig beírod a következő parancsot:. /opt/etc/profile
Blogom: https://logout.hu/blog/upo/index.html | "Az átlagember alvásigénye még 5 perc"
Köszi az eddigieket is.
Abban még tudnál segíteni, hogy lehet kideríteni, miért nem indul az rtorrent. Van egy rtorrent-easy-install script ami feltelepíti, de a végén nem tudja elindítani. Utána sem lehet, az üzenet annyi, hogy Starting rtorrent.... failed. pkg_run_script: package "rtorrent-easy-install" postinst script returned status 255.
* opkg_configure: rtorrent-easy-install.postinst returned 255.
Az rtorrent.conf-ba belenéztem, de nem lettem okosabb. Hol lehetne még megnézni miért nem megy? Jó régen használtam még optware-en az rtorrent-et és nagyon szerettem. Most visszatérnék rá.
Üdv.
[ Szerkesztve ]
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
Brokenstones-on kaptam egy warnt a 2.92-es TM kliens miatt.
Úgy nézem, hogy ennél frissebb már nem készült a NAShoz, kérdésem, hogy most mit csináljak?
Simán vissza tudok tenni valahonnan alacsonyabb verziót?
Vagy hogy resetelem a beállításokat meg a programokat, hogy minden anyag megmaradjon ami a NASon van?
Előre is köszi
Bocsi, nem értem. Ha warn-t kaptál, akkor valószínűleg azért kaptad mert régi, nem? Akkor viszont újabbat kellene felraknod. FFP-vel vagy Entware-el tudod megtenni.
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
Azért kaptam, mert konkrétan a 2.92 van tiltva az oldalon, gondolom azért, mert azt érintette a féreg.
Ugyebár mivel ez kvázi gyári, ezt nem érintette, lehet, hogy emiatt át lehetne tolni rajt.
Ahogy néztem amúgy, nincs itt fent 520-hoz se 2.93, se 2.94, tehát hiába "tudod" feltenni FFP-vel, ha nincs mit.
Köszi
Ugyan a 326 topikjában azt írták, hogy kétmagos nincs, tehát 520-ra optimalizált, de kitiltás ellen jó az egymagos is, meg az hátha nem indíttatja újra a NAS-t ha túl gyorsan töltök le 
Most látom, hogy a linken viszont van 5-öshöz is, akkor viszont vagy rosszul kerestem a topicban, vagy az van lemaradva...
[ Szerkesztve ]
Nálam 10ezerre van állítva, de ha sok szálon fut, és sok be van téve, akkor újraindul a NAS. Aztán megint. Igazából a 320-ason gyorsabban és problémamentesebben futott a TM mint ezen, bárki bármit hekkelt eddig rajt.
Nemrég játszottam én is a transmission_5 -el. Igaz nekem csak 100-as netem van és újra éppen nem indult a nas520 de közel elérhetetlenre lassította 1 letöltés.
Én a settings.json-t az alábbiakban módosítottam, így jön szépen 10-11M-val és meg sem csuklik:
"cache-size-mb": 4,
"dht-enabled": false,
"download-queue-enabled": true,
"download-queue-size": 3,
"encryption": 0,
"incomplete-dir-enabled": false,
"lpd-enabled": false,
"peer-limit-global": 200,
"peer-limit-per-torrent": 25,
"peer-socket-tos": "lowcost",
"preallocation": 1,
"prefetch-enabled": true,
"rename-partial-files": true,
"utp-enabled": true
Módosítás előtt Tm-et mindenképp le kell állítani különben olyan mintha semmit nem csináltunk volna!
Ezt csak azért írtam ide, hogy ha jönnének a commentek, hogy nem ér semmit a beállítás.
[ Szerkesztve ]
Köszi, ezt kipróbálom, jól hangzik.
Mielőtt újraindul, előtte szinte elérhetetlenné válik, ez van nálam egy letöltés esetében, ha felmegy 7 mega fölé. Ugye ha ehhez kap még, és nincs lefogva, akkor kezd újraindulni is...
Nekem igazából mindegy volt mert a korlátozással is belassult mikor elérte a beállított max-ot. Ott kezdtem el gyanakodni, hogy valami nem stimmel, mert hiába korlátoztam akár 3M-ra, ha elérte onnan a T.remote gui csak karikázott a jobb felső sarokban. Amíg le nem jött a cucc nem frissített semmit.
Az újraindulás meg azért lehet, ahogy turkálódtam a nasban, mert van egy watchdog, ami ha sokáig nem válaszol neki a proci (fullra van terhelve) akkor ő tol egy restartot, mert azthiszi kifagyott.
[ Szerkesztve ]
Ha WinSCP -ben írom át az is jó ügye? [kép]
Nekem nem is kell mindet, csak hetet.
Szerintem mindegy hogy írod át, a lényeg hogy a tm le legyen közben állítva.
Hali,
inkább hálózati gondom adódott az 520-szal, de bedobom, hátha tudtok segíteni.
Egy ideje a hálózati fülön eszközkezelőben nem látom a NAS-t. tragédia nem volt, mert hálózati meghajtóként a két HDD csatlakoztatva van, de most HDD csere miatt kicsit már szívat a dolog.
A régi HDD látszik, az eltávolított HDD miatt a másik értelemszerűen nem.
Munkacsoport megegyezik, hol keressem a problémát szerintetek?
Köszi!
Hello.
Eszközkezelőben hálózat fül? Nem a Sajátgépre gondoltál?
Win7, vagy win10?
Első tippre szerintem a hálózat felderítés ki van kapcsolva.
Bocs, intézőre (Sajátgép/Hálózat) gondoltam, csak már összezavarodtam este.
Időközben megtaláltam a megoldást. W10-ben az SMB1.0 ki van kapcsolva alapértelmezettben a Windows-szolgáltatások között, azt kellett visszakapcsolni működjön a NAS-ról a Samba.
Hálózatfelderítés természetesen be volt kapcsolva.
Azért köszönöm.
[ Szerkesztve ]
Üdv!
Boldog Karácsonyt!
Próbálta már valaki az új firmwaret V5.21(AASZ.2) ?
Van értelme frissíteni?
Én még a .1-et se raktam, .0-n vagyok. Olyan szépen működik, be van lakva. Ha meg valami gond van akkor lehet elölről kezdeni. Amilyen lusta vagyok, lehet hogy megint hónapokig állna mire belekezdenék (Ez volt az 5.21 felrakáskor is 
)...
Release notes alapján engem nem nagyon érint, és most ezen megy a domoticz, nem lenne jó elröptetni.
[ Szerkesztve ]
Blogom: https://logout.hu/blog/upo/index.html | "Az átlagember alvásigénye még 5 perc"
Én feldobtam, semmi különbséget nem vettem észre.
Mellesleg azt valaki meg tudja mondani, miért nem tudok https-en csatlakozni? Beállítottam a web configurator oldalon, az ssl tanúsítványt importáltam, mégsem működik. Nem biztonságosnak mondja az oldalt.
[ Szerkesztve ]
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
+1, nekem is felment az upgrade probléma nélkül.
Most próbáltam csinálni ssl-tanúsítványt, chrome alatt nekem is problémázott, de edge-nél belépett https kapcsolaton keresztül 
Először azt írta a tanúsítványra hogy nem megbízható, telepítsem a megbízható legfelső szintű hitelesítésszolgáltatók tárolójába... 
Erős guglizás után windows10-en ez volt a megoldás: mmc futtatása->fájl menü/beépülő modul hozzáadása->Tanúsítványok hozzáadás->Saját felhasználói fiókom->OK
Majd rákattintva a tanúsítványok menün belül a "Megbízható legfelső szintű hitelesítésszolgáltatók"-ra jobb gombbal Összes feladat/importálásnál betallóztam a tanúsítvány fájlt. Ezután Edge alatt működött...
Megértem, hogy ilyen előzmények után nem akarod piszkálni, ha jól működik. Előbb-utóbb csak megtanulnak firmwaret készíteni, hogy ne okozzon galibát a frissítés.
mobilizmo, szjoci: Nektek is köszi az észrevételt! Akkor majd este bátran frissítek.
Amúgy nem okozna problémát, az ffp-s cuccokat szokta néha meglökni. Aztán vagy helyre lehet tenni, vagy lehet elolről kezdeni. De nekem erre most nincs érkezésem, marad ahogy van.
Blogom: https://logout.hu/blog/upo/index.html | "Az átlagember alvásigénye még 5 perc"
ja meg az FTP-t cseszte agyon az egyik update...
A frissítés simán ment, Amit én csináltam mappákat azokat kellett engedélyezni a felhasználóknak, mert nem látszódtak.
Viszont kívülről ftp-n nem tudom elérni(eddig nem volt kívülről elérhetőség) az adataimat! Belsőhálón működik az ftp.
Ebbe tudtok segíteni?
Addig jutottam, hogy a total commander port parancs hibára hivatkozva nem hozza létre a kapcsolatot. A routerba a nas ip 21 (ez van alapból a routerba) portjára van irányítva a külső port. Mit kell még állítani-engedélyezni?
[ Szerkesztve ]
Milyen net? Csak mert a dupla nat miatt megbukhat a hálózaton... Nekem a Tkomnál csak úgy ment normálisan az FTP kívülről, hogy bridge módba tetettem a modemet, viszont azóta van megint IPTV-m így nincs normális FTP-m...
Digi FTTB. A routeren pppoe kapcsolattal csatlakozom.
Ftpn kívül mivel lehetne még távoli fájlátvitelt csinálnom?
Sziasztok!
Lenne egy gyári, legújabb fw rendelkező 520 és szeretném a TM-t le jelszavazni.
De a midnight commandert nem tudom telepíteni, putty-on kersztül nem megyek semmire 
Köszi!
Amiből lekvárt lehet főzni, abból pálinkát is!
Szia!
Én a winscp-t hsználom win-alól!
Próbáld ki.
Köszönöm, megnézem.
Amiből lekvárt lehet főzni, abból pálinkát is!
Sziasztok!
Kezdek megőrülni a transmission-től. Tünetek, tracker problémák, unregistered torrent üzenetek tömkelege gyakorlatilag bármilyen trackerről. Tracker frissítgetéssel (amit persze nem lehet folyamatosan csinálni) időlegesen el lehet hárítani a hibát, de aztán visszajön, napi szinten többször, bármikor. Letöltés egyébként probléma nélkül működik még a hibaüzenet mellett is, csak a seed nem megy. Eredetileg entware-ng-s transmission-t használtam (évekig egyébként problémamentesen), amikor már nagyon elegem lett ebből a hibából, akkor jobb híján átálltam a NAS transmission-jére (próbálkoztam entware-ng rtorrent-jével is, de az meg bár feltelepül, de egy általam kideríthetetlen hiba miatt nem indítható el, linux hozzáértőtől nem sikerült segítséget kapnom). A beállítással ekkor nem nagyon foglalkoztam (mivel csak otthoni gépről használom), ami a legfontosabb volt megszűntek a hibaüzenetek, látszólag működött minden. Aztán ahogy telt az idő azért kiderült, hogy nem minden kerek (bár hibaüzenetek nem voltak). A seed továbbra sem úgy működött ahogy kellene. Tegnap megnéztem a transmission beállításokat és azt gondoltam megtaláltam a probléma okát. Alapbeállításban a bejövő port automatikuson van, gyakorlatilag upnp-vel intézi a routeren a port nyitást. A port próba zárt-at jelzett, ekkor van az, hogy nem megy jól a seed. Szóval kivettem az automatikust, beállítottam a routerben egyébként is forward-olt portot és a port próba máris nyitottat jelzett. Néhány perc múlva megjelentek a tracker hibák. Ezen a ponton elakadtam, nincs ötletem. Segítsetek mit próbáljak még ki? Ha valaki tényleg próbálna segíteni, akkor leírom a hálózatomat is, esetleg számíthat ez is.
Üdv.
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
Köszönöm, sikerült a jelszó a TM-re 
Amiből lekvárt lehet főzni, abból pálinkát is!
Sziasztok!
Ha 520-asról váltok 542-esre, át tudom tenni a winyókat egy az egyben? Vagy muszáj leszek egy üressel kezdeni és aztán arra átmásolni?
Köszi.
Üdv.
Megoldás: én voltam a hülye.
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
Sziasztok!
Ráakadtam egy cikkre, amiben debiant és OpenMediaVault-ot varázsolnak a nasra.
A kérdésem az lenne, hogy a tárolt adatokat látom majd a telepítés után, vagy formázni kell a hdd-ket ahhoz hogy debian alatt csatasorba álljanak?
[ Szerkesztve ]
Szinte teljes linux analfabétaként is nagyon érdekelne engem is. Viszont elég kockázatosnak érzem a dolgot, bár említi, hogy a NAS firmwarehez nem nyúl és egy paranccsal vissza lehet térni, de ezt már nem fejti ki. A leírás alapján én egyébként úgy tippelek, hogy látja a tárolt adatokat, csak nyilván valahogy be kell mount-olni a lemezeket.
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
Nem vagy egyedül, én is csak "összegúglizni" szoktam a parancsokat, de az már nagyon megy .
Ez a debianos dolog azért érdekelne,mert át tudnám költöztetni rPi-ről az otthonautomatizálást a nasra, így egy helyen lenne minden
[ Szerkesztve ]
Sejtettem, hogy erről szól a történet. :-) Nincs tapasztalatom, hogy az rPi mennyire stabil, de én asszem nem költöztetném át. Néhány erősebb torrent plusz esetleg egyszerre némi kis videó és/vagy zenei stream meg tudja fogni rendesen a NAS-t. Ettől aztán az OMV dolgai is belassulhatnak.
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
Nem nagy erőforrásigényű dolgok ezek (domoticz, node-red, mqtt broker amiket használok), a málnapc procija is csak pár %-on pöcörög. Mindenesetre kipróbálni biztosan ki fogom a közeljövőben valamikor 
Én meg épp azon törpöltem hogy az 520-ról át kéne költöztetni a domoticzot rpi-re. Mert persze az a r0hadék nas pont akkor fagy le amikor a világ végén vagyunk, aztán napokig nincs semmi amíg haza nem érünk újraindítani. Úgy még talán bírná, hogy ha csak az menne rajta, de én másra is használom a nas-t. Hiába kicsi az igénye ezeknek ha más miatt ledobja a láncot a nas.
Úgyhogy pont a stabilitás miatt kéne nekem is valami más, vagy pi, vagy valami x86 mini pc/thin client ami kis fogyasztású, amd soc, celeron/pentium N, újabb atom. Néha fillérekért vannak 1-2 giga rammal, 16-32 ssd-vel, annyiért szerintem nem érdemes vacakolni a nassal.
[ Szerkesztve ]
Blogom: https://logout.hu/blog/upo/index.html | "Az átlagember alvásigénye még 5 perc"
Pontosan erre gondoltam én is.
Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz.
Nálam a rpi nem muzsikál tökéletesen, 2-3 naponta lefagy a domoticz. Próbáltam microsd-ről pendrive-ra (tutira hibátlan volt mind akikkel próbáltam) rakni a rendszert, akkor naponta kellett újraindítgatnom... Több táppal is próbáltam mert arra gyanakodtam hogy az lehet kevés, de elkezdtem mérni a felvett áramot és még csak a harmadát se igényelte annak ami kivehető belőle.
Az 520 viszont még sosem fagyott, mondjuk csak a transmission, plex, és gdrive szinkron megy rajta.
De hogy ontopic is legyek:
Ma délelőtt elkezdtem felrakni az OMV-t, du 5-ig párszor újrakezdve addig jutottam hogy sikerült felcsatolni a nem formázott hdd-ket, szóval "már csak" meg kell majd osztanom, meg feltelepíteni amiket szeretnék. Pikk-pakk pár nap alatt végezni fogok vele szerintem 
[ Szerkesztve ]
Nem volt időm szórakozni még vele sajnos (na meg nem is nagyon akartam mert rendeltem egy ssd-t, amiről vagy az OMV fog menni, vagy a málnapc kapja meg), így aztán hogy működjön a szerver visszaállítottam az eredeti állapotot. Egyébként tényleg csak egy parancs (sudo /firmware/sbin/info_setenv next_bootfrom 1), és már működik is a "gyári" rendszer.
Volt egy kis időm játszani a dologgal, de sajnos ssd-vel is ugyanazt tapasztaltam mint amikor pendrive-on volt az OMV: egy idő után (max egy nap) újraindításkor nem akart bootolni a rendszer, csak úgy tudtam életet lehelni a nasba ha csináltam egy új boot eszközt az OMV lemezképből... Az okára nem sikerült rájönnöm, így feladtam a dolgot.
Ez érdekes. Nem néztem bele a linkelt cikkbe, hogy ez pontosan milyen sufnitákolt OS (feltételezem, gyári kernel alapú), meg nem is vagyok már aktív a fórumon, hogy kövessem a történéseket, de annak idején én kollégának hekkeltem fel egy Debiant szintén OMV-vel. Azóta egyszer nem volt rebootolva, s hasít. SSD-ről kihajtja a 25 mb/s-t is. 
Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!
