- Mindent megtudtunk az új Nokia 3210-ről
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Apple iPhone 15 Pro Max - Attack on Titan
- Egyre közelebb a Poco F6 startja
- iPhone topik
- Újabb Samsungok telepíthetik a Galaxy AI-t
- Bemutatkozott a Moto G32 4G
- Nothing Phone 2a - semmi nem drága
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Poco X6 Pro - ötös alá
Hirdetés
-
Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
ph A vállalat ezért irgalmatlan pénzt fizetne a FIFA-nak, és ezzel rajzolná át az online streaming platformok háborújában a frontvonalakat.
-
Mindent megtudtunk az új Nokia 3210-ről
ma Részletes képek, specifikációk és euróban megadott ár is van a legendás modell újraélesztett verziójához.
-
Lunar Lander Beyond teszt
gp Nagyon sok évtizeddel az eredeti Lunar Lander megjelenése óta ismét ezen a címen jelent meg Atari logóval egy játék. Vajon mennyit javult a játékdesign a hetvenes évek óta?
-
Mobilarena
Új hozzászólás Aktív témák
-
Sebaj Fóbiás
aktív tag
Az jó, hogy neked így működik, és valószínűleg nekem is menne, ha csak én akarnék VPN-nel csatlakozgatni, de nekem azért aggályosnak tűnik ez a megoldás. Mert pl mi van, ha belép valaki VPN-nel, és neki is van otthon egy LAN-ja, és pl nála is 192.168.1-es tartományból osztja az IP-ket a saját routere? Így elég könnyen futhatnánk IP ütközésbe. Azt meg ugye nem várhatom el, hogy mindenki, aki bejönne, válasszon és konfigoljon be egy saját, egyedi tartományt.. Jó, persze, a gyakorlatban ez nem annyira komoly gond, max pár emberről lenne szó, ennyinél még éppen meg is lehetne csinálni, csak nem érzem túl elegánsnak. Mindenesetre köszi a választ! Asszem olvasgatok még a témában, vagy leinformálom a LAN-os topik agyait.
Két bolygó beszélget: - Te, képzeld, Homo Sapiensem van.. - Nem baj, ne piszkáld, elmúlik magától.
-
g0dl
addikt
válasz Sebaj Fóbiás #5801 üzenetére
Így van, sőt ennél rosszabb a helyzet. Ha valahol idegen helyen ( havernál, rokonnál, szállodában) wifi-t használsz, és te akarsz otthonra vpn kapcsolatot építeni, akkor is előjön, ezért nem használok otthon 192.168.0 192.168.1 192.168.2 címeket.
Egy pl 10.249.253.x lan feltehetőleg kevesebb hellyel kerül ilyen konfliktusba. Vagy ott van ugye az ipv6 -
Patice
nagyúr
A Kodi virtuális gépben sem lesz az igazi. --> Külön eszköz.
Javaslatom (kb. amit én is összelegóztam):
Ház: Fractal Design Node 304
Táp: Be Quiet! System Power 7 vagy 8 300W
Alaplap: Használtpiacról Z270-es chipszettel
Proci: Kaby Lake i5, akár "T"-s verzió.
RAM: DDR4 2133 MHz 4 GB vagy többPlex esetén asszem a hardveres átkódolás akkor fog menni, ha megveszed a fizetős csomagot.
Eladó: Apple iPad mini 1 (2db)
-
Patice
nagyúr
Nem sokkal rosszabb választás, csak akkor fullra terhelve nem fogsz 30W alatt maradni, pláne nem 4 lemezzel.
120W paneltáp az OK, a 96W-os adapter meg még épp elegendő lehet ehhez. Induláskor 4 lemez + minden együtt azért simán felugorhat 100W közelébe pár pillanatra.
Eladó: Apple iPad mini 1 (2db)
-
nemurea
aktív tag
Azért tegyél egy próbát a Kodival ezen a gépen, nem lenne illendő neki taccsra vágni az OMV-s installt. (A fejlesztők eleve azt sem javasolják, hogy rendes, telepített Debianra tedd az OMV-t, de szerintem is vétek egy izmos gépet parlagon heverni hagyni .) Előtte egy Clonezillás mentés persze nem fog ártani, főleg, ha már belaktad az OMV-t.
Ami nagy valószínűleg nehézséget fog okozni, és ha nincs ezen a téren naprakész linux tudásod, akkor annyit el fogsz vele szöszölni, mint magával az OMV-s setuppal: a hang és a kép HDMI hang output és folyamatos, hardveres támogatású kép. Lehet persze, hogy csak nekem volt ezekkel pechem, bár a Debian 8-as próbálkozásom már sokkal jobban ment, mint a 7-es. Ja, és én csak a FullHD-t céloztam meg, nem a 4K-t... Meg még az is problémás, hogy egy régebbi, talán 16-os Kodi van a tárolókban. (Néztem is nagyokat, mikor külön partícióra felraktam a 17-es LibreELEC-et, és teljesen új UI fogadott. Btw, külön boot-tal is meg lehet oldani, bár nem feltétlen kényelmes átváltani rá, ha folyamatosan mennie kellene a szervernek.)
A Plex transzkódolás szerintem megy a standard Plex szerverrel, legalábbis nálam bekapcsol, ha pl. az egyik tévén külső feliratot teszek az mkv-ra. Diavetítéssé is válik a film. Nem tudja valaki, hogy ezt hogy lehet letiltani, hogy ne partizánkodjon nekem...?
-
ztsoft
őstag
Sziasztok!
Találtam egy hibát a minidlna plugin-nál. Az egyik beállító fájl rossz néven szerepel a rendszerben, így be sem töltődik.
A hibás fájl: /etc/sysctl.d/90openmediavault-minidlna, hiányzik a végéről a .conf kiterjesztés.
Az már csak "szépség hiba", hogy a "90"-es szám után kellene egy "-" jel, az összes többi beállító fájl így szerepel a könyvtárban.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Meg is van a hiba oka. megnyitva az "openmediavault-minidlna_3.3.10_all.deb" fájlt mc-vel, a "/DEBIAN" könyvtárban két fájl is tartalmazza a hibát (postinst, postrm).
postinst:
# set max user watches for inotify
echo "fs.inotify.max_user_watches=100000" > /etc/sysctl.d/90openmediavault-minidlna
if [ $(cat /proc/sys/fs/inotify/max_user_watches) -lt 100000 ]; then
sysctl -p /etc/sysctl.d/90openmediavault-minidlna
fipostrm:
# Remove the configuration data
rm -f /etc/sysctl.d/90openmediavault-minidlnaA hiányzó angol tudásom nem teszi lehetővé, hogy jelentsem a hibát, de ha valaki megtenné az jó lenne. Köszönöm.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
A log-ban ez szerepel róla: "inotify.c:199: warn: WARNING: Inotify max_user_watches [8192] is low or close to the number of used watches [120] and I do not have permission to increase this limit. Please do so manually by writing a higher value into /proc/sys/fs/inotify/max_user_watches.".
Ez hatással van a megadott könyvtárakban történt változások nyomon követésére, és az adatbázis frissítésére.
A nem éppen bő beszédű Debian wiki is jelzi a megoldást.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
lovi27
addikt
Ez nem hiba, egy figyelmeztetés (warning), hogy ha a 8192 lehetséges felhasználónál (max_user_watches) többre lenne szükség, akkor a limitet manuálisan kell a megadott helyen megnövelni. Nem valós veszélynek tűnik (used watches 120).
Ha leírod hogy lehet előidézni, én is megnézem. Ha tényleg hiba nálam is jelentkeznie kell.
-
ztsoft
őstag
Nem a logban szereplő bejegyzés a hiba! Ez már csak a hatása a hibának! Ez nem egy veszély, inkább kellemetlenség.
Mint írtam is, a MiniDLNA-val figyelt könyvtárakra van kihatással, azaz nem mindig frissül az adatbázis, amikor módosul a figyelt könyvtár (fájlt törlünk, hozzá adunk).
pl.: egy videó bemásolása a figyelt könyvtárba, ilyenkor automatikusan frissülnie kellene az adatbázisnak, meg a MiniDLNA által megosztott listának. Ez nem mindig sikerül a fent említett hiba miatt.
hogy lehet előidézni
Egyszerűen, csak engedélyezni kell a plugin-t, meg hozzá adni egy könyvtárat, és már bent is van a logban a bejegyzés.Ellenőrizni is lehet egy egyszerű paranccsal, konzolon ki kell adni root-ként a sysctl --system parancsot, és már listázza is a betöltött konfig fájlokat, meg azok parancsait. A 90openmediavault-minidlna konfig fájl nem szerepel a listában, így be sem töltődik.
Az itt szereplő fájloknak .conf kiterjesztése kell, hogy legyen, különben nem töltődnek be.A loban szereplő figyelmeztetés a fs.inotify.max_user_watches alapértelmezett értékére figyelmeztet, a fent említett konfig fájl pont ennek az értékét változtatná meg, 8192-ről 100000-re.
Nos, a két hozzászólásban leírtam a logban szereplő figyelmeztetés pontos okát. Kiderítettem, hogy miért szerepel hibásan a konfig fájl a rendszerben.
Amint látom még ez sem elég, lehet én nem fogalmazok érthetően. Remélem a mostani hozzászólásommal már sikerült érthetően leírni, hogy mi a hiba.ui.: Idézet a "/etc/sysctl.d/README.sysctl" fájlból:
The filename isn't important, but don't make it a package name as it may clash
with something the package builder needs later. It must end with .conf though.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
Türelem az van, nem sürgős.
Időközben találtam még egy hibát, most a fail2ban plugin-ban. A /etc/fail2ban/jail.conf fájlban van kettő elgépelés, findtime helyett fintime van, a másik bantime helyett banime van. Meg innen hiányzik az usedns bejegyzés.
A jail.conf man oldala szerint is hibás a két elgépelt név.Tudom, ezek "csak" figyelmeztetések, de engem zavar, hogy a log tele van velük (több éves Linux tapasztalattal a hátam mögött, megtanultam, hogy ezek nem hiába kerülnek a log-ba, felhívják a figyelmet egy hibára. Ezek lehetnek teljesen ártalmatlan szépség hibák, de akár lehetnek egy hibásan konfigurált védelmi szoftver beállításai is).
Az ide vonatkozó log:
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'ssh'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'ssh'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'ssh-ddos'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'ssh-ddos'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'apache-noscript'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'apache-noscript'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'apache-404'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'apache-404'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'proftp'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'proftp'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'owncloud'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'owncloud'. Using default one: 'warn'
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'findtime' not defined in 'nginx-404'. Using default one: 600
Oct 22 14:04:46 mynas fail2ban[14654]: WARNING 'usedns' not defined in 'nginx-404'. Using default one: 'warn'Mivel ez egy dinamikusan létrejövő konfig fájl, így a létrehozásáért felelős script forrása itt található, az említett elgépelés pedig a 44. sortól kezdődik (a rendszerben az /usr/share/openmediavault/mkconf/fail2ban útvonalon található).
Én kijavítottam a két elgépelt nevet, plusz beszúrtam a "usedns = warn" sort, majd újraindítottam a fail2ban szolgáltatást. Így már hiba nélkül indult. Tudom, ez nem végleges megoldás, amint a webes felületen állítok valamit a fail2ban-ban már kezdhetem előröl az egészet.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Zen_Ronin
tag
Sziasztok!
A webes felülethez szükséges jelszavamat elfelejtettem.
Kérlek segítsetek abban, hogyan tudnám a parancssoron keresztül visszaállítani /vagy újat megadni/A root jelszavat tudom, oda be tudok lépni.
Örök hála .... :-)
-
Adamo_sx
aktív tag
válasz Zen_Ronin #5819 üzenetére
Az első találat.
-
lovi27
addikt
A fail2ban plugin teszt állapotú. Napi használatra nem ajánlott. Ha valaki mégis használja tudomásul veszi, hogy lehetnek benne hibák és vállalja az azzal járó kellemetlenségeket.
Feltelepítettem a miniDLNA plugint. Teszteltem a működését. Amit írtál róla azok úgy vannak, de a működésében nem találtam hibát. Ha a könyvtárba másoltam egy média fájlt a státusz lapon azonnal jelezte, ha kitöröltem akkor is. Az etc könyvtárban van minidlna.conf fájl is. A leírás szerint manuálisan kell konfigurálni, de ezt a fájlt hiába szerkesztem valahonnan mindig visszaírja. Viszont az nem tetszik, hogy az 1.1.6 verzió van telepítve, mikor már van 1.2.1 is. Persze lehet, hogy az újabbak csak a Debian 9 alatt működnek. De sebaj, már tesztelik az OMV 4-et.
Gondolom a megtévesztő név (max_user_watches) a média állomány számát jelentheti, mivel pici szerverekről beszélünk. Nem sok felhasználónak lesz kevés a 8192, de ha valakinek mégis, akkor a következő sor /etc/sysctl.conf fájlba történő írásával növelheti meg:
fs.inotify.max_user_watches=16384
ahol a 16384 helyére értelemszerűen a kívánt értéket írja.
Tévedés joga fenntartva... -
lovi27
addikt
Keresés közben találtam egy leírást az OMV fórumon, ami média fájlokat megosztó felhasználóknak hasznos lehet:
How to make a good Media share for Emby and PlexMediaServer
A képek csak bejelentkezés után láthatók!
[ Szerkesztve ]
-
ztsoft
őstag
Lehet, hogy félre értettél. Én nem panaszkodás, vagy felháborodás miatt írtam a hibákról. Csak azért írtam ide a fórumra, mert, mint fentebb írtam is, nem tudok angolul, így nem tudom jelezni a fejlesztő felé a hibát.
Egyetlen egy dolog vezérelt, jobbá, biztonságosabbá tenni az OMV-t, ehhez elengedhetetlen a visszajelzés a fejlesztő felé, főleg ha teszt állapotú szoftverről beszélünk.
A leírás szerint manuálisan kell konfigurálni, de ezt a fájlt hiába szerkesztem valahonnan mindig visszaírja.
Mivel ez egy dinamikusan generált fájl (mint az OMV konfig fájlok nagy része), így nincs értelme módosítani. Van belőle egy másolat, amit a webes felület használ, ez alapján fogja visszaírni.Ha valaki akar tesz hiba jelentés. Én részemről befejeztem, nem fogok felesleges munkát végezni a semmiért (természetesen a saját rendszeremen továbbra is javítani fogom a hibákat. Lehet még egy merész lépést is teszek, a Google barátom segítségével jelentem a hibákat, hogy ebből mi sül ki, azt nem tudom ).
Nem akarlak megbántani, de ha ismernéd a Linux hozzáállást, akkor nem írnál felesleges elkerülő megoldásokat ahelyett, hogy a fejlesztő felé lenne jelentve a hiba, hogy javítani tudja, ezzel is jobbá téve a rendszert. A Linux-ok nagy része ezen elv alapján működik. Ez nem Windows, itt számít a felhasználók véleménye, javaslata, hiba jelentése.
Még egyszer bocsánat, ha megbántottalak, de ezt tudomásul kell venni, ez így működik.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
jedie82
csendes tag
Üdv Mindenkinek.
Van egy HP n40l gen7 8GB RAM mikroszerverem.
Az alábbiakra használom:
- iptv szerver itthoni hálón, 4 eszköz kiszolgálására egy időben TBS6984 karival
- oscam
- tvheadend
- deluge
- 6 db ip hikvision kamera (smb-n hdd-re ment)
- plex
- owncloud
- nut
- calibre-server
- samba server
- minidlna
- virualbox
Ezeket a feladatokat többé-kevésbé tökéletesen el is látja.
Első körben (tavaly) kipróbáltam az XPenology-t, ami sajnos nem vált be, a dvb kártyámhoz nem sikerült tökéletes drivereket találni, emiatt gyakran le-lefagyott az iptv stream.
Sok utánaolvasgatás után úgy döntöttem, hogy egy alap debian 8-at teszek fel, és ezt konfigurálom, ahogy nekem kell. Sajna nincsen sok szabadidőm, ezért ez nekem hetekig is eltartott, de sikerült. Működött is fél évig.
Sajna közben a régi 160-as vinyóm, amin a rendszer volt megadta magát. Vettem egy SSD-t, amire feltettem újra a debian 8-at, majd gondoltam egyet, és rá az omv-t. Meg is kedveltem.
Leírás szerint telepítettem a debian 8 alá, de így csak az omv3.x verziót telepíti. Nekem az omv2.x valamelyik stabil verziója kellene, mivel a hármasból elég sok plugin hiányzik.
(tudom hogy külön is lehet ezeket a pluginokat telepíteni terminálból, de nem akarok mókolni vele)
Fel lehet valamelyik omv2.x verziót 8-as debianra tenni? Ha igen, tud e valaki valami okosságot rá?
Előre is köszönöm... -
lovi27
addikt
Nem értettelek félre és ez nem személyesen rólunk szól! Én is, mint ahogy te is csak segíteni szeretném az OMV használatát. A szándékot nem vonta senki kétségbe, nem kell bizonyítani.
Tesztelni nincs időm, nem vagyok része a csapatnak és sajnos én se tudok annyira angolul, hogy bizonytalan kimenetelű esetekben szópárbajban bizonyítsam vélt igazamat. Ha leírtad volna, hogy tesztről van szó nem is foglalkoztam volna vele. Viszont ha te "ismered a Linux hozzáállást" és tesztelő szeretnél lenni, vagy csak akár kívülről segíteni a fejlesztést tudnod kéne, hogy van kifejezetten web oldal arra, ahol különösebb duma nélkül lehet jelenteni a hibákat. Pláne egyszerű, ha szintaktikairól van szó. Talán tud valaki konkrétan segíteni neked, hogy hol és hogyan kell megtenni.
A miniDLNA működésében mint írtam nem találtam hibát. Tudom egy-két órás teszt nem ugyanaz, mint nap mint nap használni, de nem jött elő. Ezért tartom jobbnak, ha előbb a hibát pontosítjuk és csak utána beszélünk javításról.
"nem írnál felesleges elkerülő megoldásokat" Ezek szerint nem néztél utána, hogy a minidlna-ban hol kell az inotify max_user értékét változtatni. Mindenhol azt írják manuálisan kell. A minidlna.conf fájl logikus választás volt, de helyette ugyanott a néhány fájllal lejjebb lévő sysctl.conf-ban kell megtenni. Biztos van oka, hogy miért 8192 a default érték és nem 100 ezer, de feleslegesnek tartom ebbe belebonyolódnunk. Viszont ha kipróbálod látni fogod megszűnik a warning.
Csak még mindig nem tudni mi a baj a miniDLNA-val... -
ztsoft
őstag
válasz Adamo_sx #5825 üzenetére
Köszönöm szépen.
(#5827) lovi27 Most már végképp elvesztettem a fonalat. Ennyire érthetetlenül fogalmazok?
Ha leírtad volna, hogy tesztről van szó nem is foglalkoztam volna vele.
Többször átolvastam a hozzászólásaimat, de tesztről egy szót sem írtam. Nem is vagyok tesztelő, nem is lehetnék angol tudás nélkül. Én magam is, mint itt többen, csak felhasználó vagyok (talán egy kicsit jobban ismerem a felszín alatti réteget ).Viszont ha te "ismered a Linux hozzáállást" és tesztelő szeretnél lenni, vagy csak akár kívülről segíteni a fejlesztést tudnod kéne, hogy van kifejezetten web oldal arra, ahol különösebb duma nélkül lehet jelenteni a hibákat.
Ismerem a hiba bejelentés menetét, ismerem a github-os oldalt, láttam mások által jelentett hibákat, a fent említett hiányosság miatt ez nem lehetséges.Ezért tartom jobbnak, ha előbb a hibát pontosítjuk és csak utána beszélünk javításról.
Melyik hibát akarod pontosítani? Amiket én jeleztem, azokat pontosan leírtam. Mielőtt ide írtam volna, ki is próbáltam a saját rendszeremen, hogy a hiba javításra tett kísérletem jól működik-e.Ezek szerint nem néztél utána, hogy a minidlna-ban hol kell az inotify max_user értékét változtatni. Mindenhol azt írják manuálisan kell. A minidlna.conf fájl logikus választás volt, de helyette ugyanott a néhány fájllal lejjebb lévő sysctl.conf-ban kell megtenni.
Erre írtam, hogy "nem írnál felesleges elkerülő megoldásokat". Amit én írtam hibát, az pontosan ezt csinálta volna (az "/etc/sysctl.d/90-openmediavault-minidlna.conf" pontosan 8192-ről 100000-re változtatná az fs.inotify.max_user_watches értékét), ha nem lenne hibás a fájl neve. Akkor miért kellene szerkeszteni a "sysctl.conf" fájlt ahelyett, hogy a meglévőt javítsuk? Maga az "openmediavault-minidlna" csomag tartalmazza a hibás konfig fájlt, ami az OMV része, így nem a Debian rendszer fájljait kellene szerkeszteni.
Mellékesen a "sysctl.conf" fájl pont az általam említett könyvtárba van linkelve (valószínű a Debian fejlesztői jobbnak látták, hogy szétszedjék több különálló konfig fájlra, jobban áttekinthető).
Én nem írtam a "minidlna.conf" fájlról, semmi köze a problémához.Viszont ha kipróbálod látni fogod megszűnik a warning.
Igaz, nem írtam le, hogy ezeket már javítottam a saját rendszeremben, így tudom pontosan, hogy mi a hiba megoldása. Nem hasra ütés szerűen találgatok.Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
justice84
tag
válasz TheProb #5776 üzenetére
A Deluge nem játszik nálad?
Nálam Sickrage+Jackett+Deluge felállásba van. A Sickrage post processing hagyagoltam.
Helyette a Deluge LabelPlus addonjával pakolgatom a sorozatokat. Letölti egy mappába majd ha kész áthelyezi a megadott mappába.
Sickrage post processing-nél a Move,Hardlink-et nem próbáltad, akkor mit lép a TM? -
lovi27
addikt
-
jedie82
csendes tag
Az owncloud, és a calibre hiányzik. A calibre-t fel tudtam rakni, de az ebook olvasóm (kobo auraH2O), nem tudta letölteni a könyveket róla (xpenology alatt ment), erre nem találtam megoldást.Ezért próbálnám ki omv2 alatt.
Az owncloud-ot nem sikerült feltenni, pedig rengeteg leírást kipróbáltam, portot állítgattam, stb...
A többi cucc tökéletesen működött.
Ha minden igaz, közben találtam egy leírást, ami megoldás lehet az omv2 telepítésére debian8-ra.
Délután kipróbálom, ha sikerül hazaérnem a gyerekek előtt, ha nem csak este
Ha valakit érdekel az eredmény, szívesen megosztom itt. -
Adamo_sx
aktív tag
No, kis félreértések után a minidlna-t javította a srác, a GitHub-on már látszik a módosítás, de azt nem tudom, hogy mikor kerül be az installba is. A kötőjelet nem sikerült átvernem rajta , de a .conf kiterjesztést megcsinálta és ez elvileg elég is jelenleg. Azt írta egyébként, hogy amikor csinálta, akkor a .conf nem volt követelmény a sysctl-nál.
Viszont a fail2ban-nal ráfaragtam, mert azt írja, hogy jelenleg nincs karbantartója, ha gondolom, akkor nyugodtan csináljak egy pull-t rá, ha tudom tesztelni a működést . Ezt már lehet, hogy nem vállalom... -
ztsoft
őstag
válasz jedie82 #5834 üzenetére
Szia!
Ha már felajánlottad, én szívesen venném az eredményt.
Elméletileg elkezdték migrálni a calibre plugin-t OMV 3 alá, de még a teszt csomagok közt nem jelent meg, GitHub-os link.
Esetleg tehetsz egy próbát az OMV3-on az OwnCloud helyett a NextCloud-dal, igaz nincs hozzá plugin, de van saját webes felülete, én ezt használom, ez alapján tettem fel (Apache, MariaDB and PHP7 jobbnak láttam a külön webszervert az OMV miatt).
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz Adamo_sx #5836 üzenetére
Köszönöm a visszajelzést! Igen, megtaláltam amit írtál, meg a fejlesztő válaszát is.
A kötőjelet nem sikerült átvernem rajta
Az nem hiba, működik nélküle is, egyedül a jobb átláthatóságot javítja (lehet csúnya kódot is írni, ami tökéletesen működik, csak nem kell mutogatni ).Viszont a fail2ban-nal ráfaragtam
Nem gond, a hiba jelentésnek nyoma van. Esetleg, ha gondolod, a hibás konfig fájl (ezt a fájlt generálja az általad jelentett hibás script) eredeti hibás részét, meg az általam javított részét megadom. Javítás után nincs figyelmeztetés a logban. Ezt lehetne még jelenteni, bár nem tudom, hogy ez kell-e, mert egy dinamikus fájlról beszélünk (webes felület alapján készül)./etc/fail2ban/jail.conf részlet (plusz egy, egy sor alul, felül):
eredeti:
ignoreip = 127.0.0.1 192.168.0.10
fintime = 604800
banime = 604800
maxretry = 3javított:
ignoreip = 127.0.0.1 192.168.0.10
findtime = 604800
bantime = 604800
usedns = warn
maxretry = 3Még egyszer köszönöm a fáradozásodat!
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Keksz
senior tag
válasz TheProb #5776 üzenetére
Nekem Sonarr bepakolja Transmission-be, az letölti és ha kész Sonarr átrakja a
/media/TV/Series/Season.XX/ mappába
2 opció van, átlinkeli / hardlink vagy átmásolja (2x foglalja a helyet)Settings / Download Client alatt:
Completed Download Handling (YES)és
Settings / Media Management
Use Hardlinks instead of Copy (YES) - ha nem akarod hogy 2x foglalja a helyet -
Dadan01
senior tag
-
Keksz
senior tag
válasz Dadan01 #5840 üzenetére
Nekem docker alatt fut, de nem OMV-n, az az otthon gépemen van.
A docker meg Ubuntu-n van.így szoktam megcsinálni a docker-t :
sudo docker create --name=sonarr \
--restart=always \
-p 8989:8989 \
-e PUID=1000 -e PGID=1000 \
-v /dev/rtc:/dev/rtc:ro \
-v /home/plex/docker/containers/sonarr/config:/config \
-v /home/plex/docker/TV:/tv \
-v /home/plex/docker/downloads/incomplete:/downloads \
linuxserver/sonarrés docker féle IP-localhoston simán elérem, a többi pedig helyi tűzfal/router portnyitás után
nginx van fent, így "https://domain.cc/sonarr" -ként is megy.
de simán IP:port is működik, tűzfalon kinyitottam[ Szerkesztve ]
-
justice84
tag
-
jedie82
csendes tag
Sikerült feltenni debian 8 alá az omv2-t. Sajnos ez így elég instabil. Egy csomó hibája van.
Nem lehet felcsatolni meghajtót csak terminálból, megosztott mappát nem enged létrehozni, az extrasorgot nem lehet telepíteni, stb...
Nem ajánlom senkinek. Gondolom nem hiába jött a deb8-ra az omv3.
Na mindegy, egy próbát megért.
Nálam marad az OMV3. -
jedie82
csendes tag
Lovi27:
Kipróbáltam a nextcloud progit, az általad ajánlott link szerinti telepítéssel. Tökéletesen műxik.
Feltettem a calibre 3.10-et is, de a probléma ugyanaz volt. Nem töltötte le az olvasóra a könyveket. Mivel ma szabin voltam, ezért ráértem bűvölgetni, és végül kiderült, hogy egy régebbi firmware-t kellett feltennem az olvasóra. Az autoupdate opciót meg kilőttem.
Szóval köszi a segítséget, és az ötleteket. Jó a fórum, sokat lehet tanulni belőle... -
jedie82
csendes tag
Debian 8.7 standard iso-t telepítettem frissen-ropogósan. Erre ment az omv3, és a többi fentebb felsorolt progi.
Volt pár függőség amit telepíteni kellett hozzá, de hát a google a barátunk...
Még most van időm befejezni (megosztott mappák, jogosultságok, epg, stb) X-faktorra kész leszek
Új hozzászólás Aktív témák
Figyelem!
Megjelent a Debian 10-re épülő OMV 5 stabil kiadása.
Új telepítésre ez a verzió ajánlott.
- Vicces képek
- Crypto Trade
- Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
- Lakáshitel, lakásvásárlás
- Az iPadOS-re írt appokra is díjat vet ki az Apple
- Amlogic S905, S912 processzoros készülékek
- Path of Exile (ARPG)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Építő/felújító topik
- sziku69: Szólánc.
- További aktív témák...
- Canva Pro előfizetés - 1 éves
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen