Hirdetés
-
Robotkart irányított a majom a kínai Neuralink agyi chipjével
it A mindezt lehetővé tévő Neucybert a Neuralink kínai riválisa, a Beijing Xinzhida Neurotechnology fejlesztette ki.
-
A Video AI lehet a One UI 6.1.1 ütőkártyája
ma Vagy hogy fogja a mesterséges intelligencia manipulálni a mozgóképeket?
-
Ülésezik a hardveregylet
ph Az irodai készülékek és monitorok társaságát egy ház, egy egér és egy DAC egészíti ki.
-
Mobilarena
Általános információk/segédletek Suste-HeadLess OpenWRT-hez
Új hozzászólás Aktív témák
-
suste
veterán
válasz kovbandi82 #1748 üzenetére
É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 ]
-
-
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
-
suste
veterán
válasz kovbandi82 #1753 üzenetére
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. -
-
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 -
twingo16v
tag
Sziasztok!
Vargalex féle openwrt tudja az automountot?
Ha nem akkor fel lehet tenni "edenyke-automount.tar.gz" ezt? -
suste
veterán
válasz kovbandi82 #1755 üzenetére
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 0most 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 0az 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
-
suste
veterán
válasz kovbandi82 #1752 üzenetére
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 ]
-
suste
veterán
válasz kovbandi82 #1762 üzenetére
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 -
suste
veterán
válasz kovbandi82 #1764 üzenetére
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! -
-
suste
veterán
válasz kovbandi82 #1766 üzenetére
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
-
-
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? -
suste
veterán
válasz kovbandi82 #1769 üzenetére
Gondold át logikusan!
Szerinted? -
-
suste
veterán
válasz kovbandi82 #1771 üzenetére
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..... -
-
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? -
Headless
őstag
válasz kovbandi82 #1776 üzenetére
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/
-
-
suste
veterán
válasz kovbandi82 #1780 üzenetére
9092/system/webcommander: /www_suste/cgi-bin/
Itt vannak az egyes menüpontot/weboldalak. -
-
twingo16v
tag
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? -
twingo16v
tag
Az elmaradt, hogy azt hol kell beállítani, hogy a logot fájlban mentse, és a fájlt hová rakja?
-
donmackó
őstag
válasz twingo16v #1787 üzenetére
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!
-
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.
-
Headless
őstag
válasz kovbandi82 #1790 üzenetére
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/
-
suste
veterán
válasz kovbandi82 #1790 üzenetére
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 -
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 ]
-
twingo16v
tag
A suste\headless webcommandert fel lehet tenni mentésként a vargalex build-re?
Ha igen akkor, hogy, és mi a package neve? -
suste
veterán
válasz kovbandi82 #1794 üzenetére
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)
-
suste
veterán
-
Headless
őstag
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/