- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Premier előzetesen a Gray Zone Warfare
gp A mai naptól hivatalosan is elrajtol a játék korai kiadása PC-n.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Samsung Univerzum: Így ismerhető meg a Galaxy AI bármilyen telefonon
ma A Try Galaxy webalkalmazás kontrollált környezetben mutatja meg, mit tud a One UI 6.1-es rendszer és a mesterséges intelligencia.
-
PROHARDVER!
Új hozzászólás Aktív témák
-
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.
-
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.
-
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
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... -
lovi27
addikt
-
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... -
jedie82
csendes tag
Az észrevételeket, főleg ha építő jellegű, nem bánom, sőt... Köszönet érte.
Átolvasva amiket leírtál, be kell látnom hogy igazad van. Ezért átírom itthon is a portot, és beállításokat (bár így is műxik, de a tied jobbnak hangzik)
Szóval eme javítások tudatában vágjatok bele a nextcloud telepítésébe.Még egyszer thx!
-
paizinho
tag
Szia ZtSoft!
Köszi , ez valóban elerülte a figyelmemet. A telepítési eredmény sajnos várat magára, mert egyenlőre a gyűjtögetés szakaszában vagyok, a gépet a közeljövőben kapom meg, időm azonban nagyon kevés. Köszönöm a türelmedet, segítségedet.@Lovi : köszi a kiemelést.
Üdv.:
Pazinho[ Szerkesztve ]
-
Dadan01
senior tag
root@pandora:~# apt search minidlna
Sorting... Done
Full Text Search... Done
minidlna/jessie-backports,now 1.1.6+dfsg-1~bpo8+1 amd64 [installed,automatic]
lightweight DLNA/UPnP-AV server targeted at embedded systems
openmediavault-minidlna/jessie 3.3.11 all [upgradable from: 3.3.10]
OpenMediaVault miniDLNA (DLNA server) pluginNem szoktam én frissíteni lehetőleg semmit, ami meg működik pláne nem, ezért vagyok némlileg értetlen. De megy minden továbbra is, szóval eh.
Köszönöm, hogy megnézted! -
lovi27
addikt
Ezek pontosabban már le lettek írva, csak vissza kell olvasnod. Az Összefoglalót is.
"ezért vagyok némlileg értetlen. De megy minden továbbra is, szóval eh."
Erre válaszoltam a társnak a lényeget leírva és nem neked!Neked sem árt tisztában lenni vele, hogy a fórumon nem személyeskedünk, tisztelettel beszélünk a többiekkel! Főleg, ha valami szakmai baki miatt érzed megad rosszul....
-
addikt
Köszi, felraktam!
Nem gondoltam volna, hogy linuxon 4 trójaim lesz, torrentezni is csak az n betűs oldalról szoktam, máshonnan nem.Annyi lenne még, hogy a nas indulás után valamiért nem kap ip címet a routertől, ahol van egy fenntartás a mac címére, ez eddig tökéletesen ment, most viszont sehogy se akar működni. És a nas kezdőképernyőén (magán a gépen a cli-n) az ip címet, amit eddig mindig írt. Manuálisan nagy nehezen tudtam neki adni ip címet, de azt se elsőre vette be.
[ Szerkesztve ]
Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi
-
ztsoft
őstag
Meg is van a hibára a megoldás. Szerkeszteni kell az /etc/rkhunter.conf fájlt.
Ezt UPDATE_MIRRORS=0 módosítani erre UPDATE_MIRRORS=1,
ezt MIRRORS_MODE=1 erre MIRRORS_MODE=0,
ezt WEB_CMD=curl erre WEB_CMD="".Ezután jöhet a frissítés
sudo rkhunter --update --propupd
.Nálam az eredmény:
Checking rkhunter data files...
Checking file mirrors.dat [ No update ]
Checking file programs_bad.dat [ Updated ]
Checking file backdoorports.dat [ No update ]
Checking file suspscan.dat [ No update ]
Checking file i18n/cn [ Skipped ]
Checking file i18n/de [ Skipped ]
Checking file i18n/en [ No update ]
Checking file i18n/tr [ Skipped ]
Checking file i18n/tr.utf8 [ Skipped ]
Checking file i18n/zh [ Skipped ]
Checking file i18n/zh.utf8 [ Skipped ]Az IP címet az OMV alatt a "Hálózat", "Interfészek" alatt tudod szerkeszteni. Lehet "Statikus"-ra is állítani, azaz kézzel megadni.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
-
addikt
Igen ezt megcsináltam, viszont csak egy WEB_CMD=curl sor volt, de az is a fájl elején kettőskereszt előtte és tabok.
Meg valami for example sor volt előtte a teljes sorra már nem emlékszem.
Na azt átírtam.Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi
-
A_ScHuLcZ
addikt
Pedig működik, azóta kipróbáltam, torrent betöltésnél átírtam a default mappát a megfelelő elérési útra (amire ACL-el előtte adtam jogosultságot a debian-transmission részére), és működik, megy a letöltés az egyedi mappába.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
LeslieG Jr.
őstag
Azt tudtam hogy az omv-update egy script, csak hirtelen nem jutott eszembe. Most belenéztem én is ebbe a script-be hogy mit tartalmaz(amit linkeltél is) Így már világos mit is csinál.
CM Centurion|Corsair VX550 550W|Asrock Z170 Pro4+Intel i5-6600K+CM Hyper 212 EVO|Kingston 2x8GB 2400MHz DDR4|Kingston HyperX 240GB SSD|Samsung 840 EVO 250GB SSD|WD 500GB 16MB SATA III|WD 1.5TB 64MB SATA II|WD 2TB RED 64MB SATAIII|ASUS R9 270 DirectCU 2GB|LG DVD-RW|Logitech MX510|
-
Rosep
senior tag
Nekem azért kell ez így, hogy bármikor berakhassam egy Windows-os gépbe, ha az élet úgy hozza. Nem beszélve róla, hogy macerás lenne már most is átkonvertálni. Egyébként meg eddig sem használtam a jogosultság kezelés részét.
Mi a megoldás? Tegyem át Windows alá és töröljem az összes régi jogosultságot és adjak egy Mindenki mindent csinálhat jogot az egész meghajtóra?
[ Szerkesztve ]
-
vadkörte
addikt
Működik a dolog - kezeli az OMV az NTFS filerendszert - és valóban van sebességbeli különbség.
Nálam amíg a kisvinyó NTFS-re volt formázva, pont a Rosep által ís írt okból, megközelítőleg 10-15%-kal lassabb volt az amúgy sem túl combos sebességű másolás. A gépek 10/100-as router mögött vannak, LAN-on 10-12MB/s-nél sosem gyorsabb, NTFS-ről 7-8MB/s volt és jobban is melegedett a lemez. MC-vel is lassabban (10-20MB/s) másolt, akkor is, ha közvetlenül a "NAS"-on dolgoztam és nem PUTTY-al SSH-n. EXT-esítés után átlag 30-40MB/s-nél nem másol lassabban.
Vegyétek figyelembe, hogy a "NAS"-om egy régi, mélységesen elavult rendszerű - Intel Atom 330, SiS chipset - USFF brand gép, viszont pofátlan alacsony a fogyasztása (50W-os a beépített tápegység és ez is vígan viszi a gépet SSD-vel + 1TB-os HDD-vel együt is)
EXT filerendszereket eddig nem nagyon tudtam normálisan megetetni egyik Win-emmel sem. Valami nyűgje mindig volt, vagy összecseszte az EXT filerendszert.(#6731) Rosep:
Ha több 10TB anyag van rajt, akkor macerás valóban. Ha nincs és elég szabad helyed van, másold át a tartalmát egy Win-es gépben lévő lemezre, a NAS-sal (!!!) partícionáld és formázd EXT(3, 4) BTRFS, számodra szimpatikus és számára ismert filerendszerre (én EXT4-et választottam) csatold fel, hozd létre a megosztásokat, kezeld a jogosultságokat és másolj vissza rá mindent.Üdv. V. Körte
Ú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.