És akkor most már az initet a cifs manager oldalán készítetted?

A szolgáltatások újraindítása az init-tel kéne működnie:
/etc/init.d/"szolgáltatás_neve" restart

(Pl: /etc/init.d/minidlna restart)

Szerkesztés: transmission simán

[ Szerkesztve ]

Igen, az új initet a cifs csinálta, csak előtte ugye töröltem az előzőt.
Minidlna higy automatan beolvassa cifs-ből az új tartalmakat van lehetőség?

Elvben a miniSLNA-t újraindítom minden nap így: 30 2 * * * etc/init.d/minidlna restart igaz? Legalábbis a 9092 cron felület így állította be a paraméterek alapján

A restart így jó, csak ettől még nem lesz új adatbázis.
Van a minidlna-nak valami -R kapcsolója, vagy valami ilyesmi, amivel erőltetni lehet a rescant. Ennek olvass utána.
A másik megoldás, hogy minden restart helyett a regi minidlna_rescan scriptet végrehajthatod. Ez leállitja, letorli az adatbázist, majd újraindítaja a minidlna -t, így újra scannel.

Ez a rescan script hogy néz ki?

Találtam egy megoldást, manuálisan ment is:
rm /mnt/minidlna/file.db törli a config fájlt, majd minidlna restart után újraépíti azt. Crontabba beillesztve is megy így ugye? Nem kavar be?

Így állítottam be:

40 2 * * * /etc/init.d/minidlna restart
35 2 * * * rm /mnt/minidlna/files.db

Sziasztok!

Vargalex féle openwrt tudja az automountot?
Ha nem akkor fel lehet tenni "edenyke-automount.tar.gz" ezt?

régen így nézett ki a "/bin/minidlna_rescan" fájl:

#!/bin/sh
killall minidlna
sleep 10
rm /mnt/minidlna/files.db
rm /mnt/minidlna/minidlna.log
sleep 5
/etc/init.d/minidlna start
exit 0

most már először kiolvastatnám a minidlna configból az adatbázis, hogy mndenkinél menjen...

mddb=$(uci get minidlna.config.db_dir)
killall minidlna
sleep 5
rm $mddb/files.db
sleep 5
/etc/init.d/minidlna start
exit 0

az adatbázis fájlt nem biztos hogy engedi simán törölni miközben használja a minidlna, ezért én inkább leállítanám előtte a minidlna-t

nem próbáltam vargalexen, de elvileg működhet
viszont inkább a format.tar.gz-t tedd fel, az edényke féle már elég régi
majd jelezz vissza légyszi hogy működik-e

A cifs manager oldalon az exists mounts Command lista neked jól jelenik meg?

Igen, a felcsatolt meghajtó csatolási parancsa látható, mióta töröltem a fent leírt módon a cifs-t:

Ha a leírt módon módosítom a rescan fájlt, ugye akkor amikor újrascanneli ( a beállított Inotify időközönként ha jól gondolom ) akkor scankor törli a file.db fájlt majd újraindtja a minidlna-t, hogy újrascannelje a rendszert. De ha teszem azt ez filmnézéskor történik, akkor nem szakad meg a lejátszás? Igaz a másikban is lelövi először...

Nem igazán értem, hogy működik ez a rescan dolog. Ami időintervallumot az Inotify-ben beállítok, akkor ez a rescan fájl/script fut le?

Mellesleg nincs a /bin mappában minidlna_rescan fájlom

[ Szerkesztve ]

A képed pont arról árulkodik, hogy nem jó a lista
Már javítottam nálam, a következő repairban már jól lesz.

A rescan-t nem jól érted!
1: A minidlna inotify alapján fájl változásnál csinál egy adatbázis frissítést (nem új adatbázist!), ami viszonylag gyors folyamat.
De ezt hálózati meghajtónál nem tudja megcsinálni.
2: minidlna_rescan script lefuttatása leállítja a minidlna-t, letörli az adatbázist, majd elindítja. Így mivel nem talál adatbázis fájlt a minidlna, ezért elindít egy teljes scan-t, ami sok fájlnál sokáig tarthat, és addig elég jól meg is terheli a routert.

Az 1-es valszeg nem állítja meg a lejátszást, de a 2-es az biztosan, hiszen a minidlna le lesz állítva. De ezt könnyű elkerülni azzal, hogy olyan időpontban futtatod, amikor nagy valószínűséggel nem nézel filmet (pl hajnalban).

A minidlna_rescan fájl kb a 0.4-es verziónál volt bent (changelog), amikor még a régi minidlna sokszor hibázott, és üres mappák keletkeztek az adatbázisban fájlok törlésekor. Ezért pl én havi egyszeri időzítéssel futtatam, és így eltüntek a "Null" mappák.

[ Szerkesztve ]

Értem. Nekem jelenleg ez van a Cronban, ha jó így nem futtatnék más scriptet:

10 2 * * 6 reboot
30 2 * * 6 /etc/init.d/transmission restart
40 2 * * * /etc/init.d/minidlna restart
30 3 * * 6 /bin/backup '/mnt/BACKUP' '/overlay' 'backup'
35 2 * * * rm /mnt/minidlna/files.db
37 2 * * * rm /mnt/minidlna/minidlna.log
Elvben minden hajmalban törli az adatbázis fájlt és újrascannel. Nem sok fájl, csak a filmeket scanneltetem újra, sorozatok, max 140 rész/anyag
De ha szted ez hosszútávon a minidlna problémás működéséhez vezet, akkor inkább hagyom a dolgot, és 2 dlna szerverem lesz a hálózaton

hogy menniyire terheli a routerrt és menniyre esik neki jól ez, azt nem tudom, de írtam, hogy nem is biztos hogy működik így, mert működő minidlna alól akarod kitörölni az adatbázist
olvasd el mégegyszer amit írtam!

Jah igen, le kell lőni a miniDLNA-t. A Run Command menüből manuálisan sikerült mondjuk.

ha éppen nem haszálja az adatbázist, akkor sikerülhet törölni, de ez lutri...

neked ennyi elég lenne:

40 2 * * * killall minidlna;sleep 2;rm /mnt/minidlna/files.db;/etc/init.d/minidlna start

köszi, beírom így

Most láttam, hogy van egy ilyen: 0.8.3-repair-UTF8-2017-02-28.tar.gz
Ha ezt felrakom, akkor az utolsó, 26-án kiadott 0.8.3.1-es repairt újra fel kell rakni?

Gondold át logikusan!
Szerinted?

Logika szerint nem, mert újabb, de számozás szerint egyik 0.8.3 másik pedig 0.8.3.1

A routerem csinálja a mentéseket automatikusan a routeren lévő fájlokból.
A datumos 0.8.3 csak azért készül, hogy szűz 0.8.1-ről egy frissítéssel egyből friss rendszer legyen. Ilyenkor pár napig előfordulhat hogy a 0.8.3 frissebb a 0.8.3.1-nél.....

Köszi.

Tudnál egy linket adni, pontosan melyiket tegyem fel?
És mentésként kell feltenni, vagy csomagként?

pont ugyan ott van ahol az edénykés
a readme is és a mentés is

Találtam egy ilyet a logban mindkét eszközön:
user.notice AutoMount: '/share/dev' not empty, delete the directory manually after reboot.
A /share/dev-ben lévő tartalmakat (mappák gondolom az előzőleg csatolt, de már leválasztott meghajtókról infók) törölhetem gond nélkül, vagy zavart okozhat az erőben.
(Igen, a log írja, töröljem, logikus, de inkább megkérdem )
Más: találtam visszamaradt fájlokat olyan csomagokból, amiket felraktam, kipróbáltam, de töröltem (pl. ocserv). Ezeket törölhetem?

Ilyen hátramaradt mappák hibás csatolásokból maradhatnak fel, pl nem volt uuid-je,labelje vagy valami extra speciális karakter volt a labelben.

Csak azért nem küldök rá rm -r-et mert mivan ha mégse törölhető a mappában valami.

Ocserv gondolom config fájlok/dh,ca cert és kulcsok. Törölheted, bár ártani nem árt.

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

Szia!

Akkor ez jó "format-2017-02-15.tar.gz" ?

Igen, de van újabb is másik szerveren...

Értem, akkor inkább én sem törlöm, elférnek.

Más: WDR4300-on a suste menüben van File server2/Picture gallery menü. A Nexx-en nincs. Gondolom régebbről maradt ott. Ezeket lehet törölni valahogy, és ha igen hogy?

9092/system/webcommander: /www_suste/cgi-bin/
Itt vannak az egyes menüpontot/weboldalak.

Felraktam!
Szuper!
Köszi!

Sikerült, köszi

Sziasztok!

Kérnék egy kis segítséget.
1043 v1 Vargalex féle Openwrt van rajta, és naponta újraindul este 10- és hajnali 2 között.
Csak pár napja csinálja.
A gyári FW-vel nem csinálta, azzal más gond volt, ezért cseréltem le.
A router alaplapján a kondik kicserélve, a táp kicserélve jó minőségű 2A-esre.

Mit tegyek?

Gyári reset, majd beállítás 0-ról?
Vagy hol-hogy tudom megnézni mi okozhatja?

Tedd fel a suste/headless statisztikát, és monitorozd a load-ot. Esetleg mentsd a log-ot file-ba, és olvasgasd hogy mi történik reboot előtt.

Release the cable hounds!

Szia!

A statset.tar.gz, amit fel kell raknom?

Az elmaradt, hogy azt hol kell beállítani, hogy a logot fájlban mentse, és a fájlt hová rakja?

A lap alján van a file-ba mentés. És igen elvileg a statset mentés kell neked, de suste vagy headless tud erről pontos infót adni. Esetleg írj nekik privátot.

Release the cable hounds!

Köszi!

Az ok, hogy a routerre aktív hubra dugott 2 winyó között max 3-4 Megabyte a másolási sebesség? A router alapból nem volt terhelt.

2 vinyó vagy pendrive/vinyó vagy pen-pen?
kis fájl (kb)/nagyfájl(gb)?

Amúgy kb reális lehet.

Nagyfájlok esetén lehet esetleg jobb.

Meg remélem nem iktatsz közbe egy pc-t is.

[ Szerkesztve ]

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

nálam anno 2HDD-vel, MC-vel 20MB/s volt táp nélküli HUB-bal a tplink3600-zal és a TplinkC5-tel is (HDD csere volt, 4-600GB-t kellett átmásolni)
a 9092/webcommanderrel is ugyan ezt kellene elérnie

1: igen a statset mentés kell
2: úgy emlékszem vargalex fw-ben a luciban simán beállítható a fájlba logolás (luci/system/log)

Webcommanderrel se érek el jobbat. Winyó winyó minden esetben.
Pc (wifin 5Ghz-en) , egy WDR4300-ról, kettő között egy Asus AC58u max 7 Mega (wifi 400 Mega a max sávszélesség Win10 szerint, de mivel 120 megás net megvan, így valószínű meg is van), Nexx3020 és WDR4300 között (Nexx meghajtója mountolva a Wdr4300 mnt meghajtó egyik mappájába) maximum 5 Mega. WDR4300 sda/b/c között viszont a legtrébb, sokazor csak 3 Mega.

[ Szerkesztve ]

A suste\headless webcommandert fel lehet tenni mentésként a vargalex build-re?
Ha igen akkor, hogy, és mi a package neve?

Ha a statset.tar.gz-ben nincs benne akkor a basicben biztos. De szerintem a statsetben is benne van.

Boccs de nem fogok válaszolni püben arra amit már megválaszoltak.

[ Szerkesztve ]

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

Köszi, holnap megnézem!

akkor te nem sima routeren másolásról írsz, hanem közbeiktatva még PC meg hálózat?
mert nem erről volt szó, hanem arról hogy a 2 meghajtó ugyan arra a routerre van rádugva
a hálózati csatolásos, és wifin másolás az mind sok lassulást hozhat magával...

az 1 routeren való másolásra láthatod Headless grafikonját (aminél szerintem lehet még sokkal jobb is), szóval nem az alaprendszer a gyenge pont

(én egyébként nem vagyok híve az állandó ide-oda másolgatásnak, helyette inkább eleve oda kell leszedni a cuccot, ahol mindenki elérheti, vagy esetleg egy egyszeri automata elrendezéssel a helyére tenni, és akkor nincsen probléma)

sajnos vargalex alatt nem fog menni a webcommander!
van 1-2 dolog ami nem kompatibilis a BB előtti rendszerekkel

a statset mentésben egyébként nincsen benne, mert nincsen szükség rá a statisztikákhoz, hiszen van külön szerkesztője a statset oldalnak

[ Szerkesztve ]

Kétlem hogy lehetne jobb...

Maximum dd-vel 4kb-os blokkokkal ... Persze az benne van a pakliban hogy nem valós értékeket becsül a webcommander, bár szerintem jó iránymutatás...

~12 a vége... (lehet hogy vargalexel, régebbi kernellel ment, de ezzel ennyi a vége.)

Ez mondjuk 1 hdd-n belüli másolás volt, de két hdd ugyanez...

suste: Mikor próbáltál webcommandert vargalex alatt?

Én úgy emlékeztem csak a felhasználót nem adja át a régebbi uhttpd emiatt dobott régen bad gateway-t de ezt mióta javítottam?... Meg azóta teljesen új a webcommander ügye...

[ Szerkesztve ]

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/