-
Fototrend

Új hozzászólás Aktív témák
-
Grawens
senior tag
válasz
tradeelek11
#17697
üzenetére
Otthoni környezetben aztán oly mindegy, hogy mit csinál az ember biztonság terén. Egy bitang erős Felhasználónév/Jelszó pároson kívűl nem igazán tud mit tenni a user, főleg ezekkel a "himihumi" routerekkel.
Esetleg ha lapul nála otthon egy Stormshield, akkor már más a dörgés, akkor szóba jöhet a biztonság.
-
Grawens
senior tag
válasz
Roxkex
#17681
üzenetére
Minden alap szolgáltatáshoz és dockerben telepített szolgáltatáshoz beállítható egyedi port.
Ha VPN-en keresztül csatlakozol, akkor csak a VPN portját forwardold és utána mindent elérsz a saját portján. Ez a legegyszerűbb.
VPN-nek megteszi az Extrás OpenVPN is.
A lényeg az, hogy a szolgáltatód ne NAT -oljon, ezt azért ellenőrizd.Elég sokmindent fel lehet heggeszteni OMV alá. Én a napokban belőttem itton egy Octoprint-et, MJPG-streamer-rel és Domoticz-el.
-
Grawens
senior tag
válasz
Nagymelák
#16280
üzenetére
A legegyszerűbb ha az útvonalnak a meghajtó általad adott címkéjét írod be. Pl:
volumes:
- /srv/dev-disk-by-label-******/Torrent2/Sorozatok:/downloadsA csillagok helyére írd a meghajtó címkét. A konfigról se feledkezz meg!
Módosítani => Stacks/qbittorrent/Editor, majd Update Stack. Ha nálad nem qbittorrent a stack neve, akkor azt válaszd amit adtál neki.
-
Grawens
senior tag
válasz
Froclee
#15642
üzenetére
Így igaz.
Az új az kuka, Stack edit-tel ment vissza a: 14.3.3.99202101191832-7248-da0b276d5ubuntu20.04.1-ls120 -
Grawens
senior tag
Szuperül sikerült a legfrissebb qbittorrent! (4.3.4)
Ne frissítsétek!
A webui felület faszán beglitch-elt. Semmit nem lehet kezdeni vele.
Feldobtam wirtualbox-ba, ott is ugyan ez. -
Grawens
senior tag
-
Grawens
senior tag
válasz
wd.taz
#15381
üzenetére
Csak egy próba.
Az NFS-ben megosztáskor:
Kliens: Add meg a Tanix ip címét
Previlégium: Olvasás/Írás
További beállítások: subtree_check,insecure,async
Ami még fontos:
Hozzáférési jogok kezelése => Megosztott mappák => (válaszd ki a kívánt megosztást) => ACL => itt az Egyebek-né a megosztott mappára állíts Olvasás/Írás/Végrehajtás -t. -
Grawens
senior tag
válasz
lovi27
#12138
üzenetére
Noh.. Elég furán fog hangzani, de egészen véletlenül jöttem rá ami (nálam) bevált.

3x újratelepítettem, hogy 3x kipróbáljam a lépéseket és mindhárom alkalommal működött.
Kezdéskor:
A rendszer elindulásakor látszik, hogy az FTP engedélyezve van "zöld" viszont a szolgáltatás nem fut "piros". Ilynekor a /run folderben nincs pid, scoreboard és scoreboard.lck sem.1; Terminal: service proftpd start (ekkor létrejön a három fájl a proftpd-hez.
2; GUI felületen átállítottam az automatikus kiléptetést 30 percre (decsak azért, mert zavart hogy kilépett 5 perc után, ha kihagyom ezt a lépést nem működik) ekkor ment egy teljes konfigot.
3; service proftpd stop
4; service proftpd start => ekkor hibát dob
5; proftpd.pid törlése (csak ezt)
6; service proftpd start (most már lefut hiba nélkül)
7; ugyanitt terminálban: rebootInnentől kezdve bármennyi reboot, az FTP rendben elindul. Én mondjuk terminal helyett MC-t használtam, de egykutya.
Transmission és az OpenVPN fa*zán működik Portainer-ben.
-
Grawens
senior tag
válasz
lovi27
#12132
üzenetére
Most teszem fel élesbe (pár perc múlva).
Közben úgy néz ki megoldódott az FTP probléma is. Kicsit elbeszéltünk egymás mellett Volker-el, mert ugye ő csak azt mondta, hogy egyszerűen töröljem a "proftpd.pid"-et. Igen ám, de előtte a szolgáltatást le, majd újra indítani kell, és futás közben kell törölni a pid-et, majd a rendszer restartja után már változó értékkel újra létrejön a pid, de ekkor már nem okoz hibát.
Poratiner-be egyenlőre feldobok egy Transmissiont és egy OpenVPN-t, hirtelen ezek a legfontosabbak. -
Grawens
senior tag
válasz
tama777
#11999
üzenetére
Jelentem ez a "Stabil 5.3.9-1" -nél is jelen van, tegnap tiszta telepítéssel rögtön jelentkezett és pontosan ugyan így ahogy leírtad.
Első lendülettel minden logot átküldtem Volker-nek, de úgy tűnik lila fingja sincs, hogy mit kezdhetne vele. A hibát áttolja a debian-ra és azt hajtogatja, hogy ők nem tudták eddig reprodukálni.
A PID törlés sem vált be.
Nem marad más, restart után service stop/start. -
Grawens
senior tag
válasz
Tav-Csoves
#6501
üzenetére
Hálózat => Interfészek => Szerkesztés => MTU
-
Grawens
senior tag
Lepéldázom.
Adott egy mappára vonatkozó ACL (Felhasználó/Csoport jogosultságok), azaz Olvasható/Írható, Csak olvasható, Nem hozzáférhető (opciók)
Csak bekapcsolt Replace mellett lehet egy opción belüli True-False/False-True csere (pl. Csak olvasható ki-be kapcsolásának cseréje), kikapcsolt Replace mellett nem.
Viszont teljesen mindegy, hogy a Replace be, vagy ki van kapcsolva, az opciók közti váltás simán végbemegy, (pl.: Csak olvashatóról átváltva Olvasható/Írhatóra, stb.)
Ugye létező jogosultság alatt az aktív, bekapcsolt jogosultságokat kell érteni és az extra opciók jogosultságaira ez nem vonatkozik.
-
Grawens
senior tag
Amikor az adott mappa felhasználó-jogosultságait állítod ACL alatt, csak bekapcsolt Replace opció mellett megy végbe a True - False cseréje.
Az opciónak lényegében semmi értelme mert minden új (ACL) ablaknyitáskor az opció automatikusan bekapcsol. Ha úgy működne, mint a Rekurzivitás opció, na akkor talán.
-
Grawens
senior tag
Persze, hogy használom.
Így van, keretrendszer alatt a kiherélt Debian-t értem. Az extra plugin-ok fordítása is folyamatban van, habár egy kicsit érdekesebb a dolog, mert míg az OMV heti alkalmanként 1x-2x kap frissítést (ez mindig magában foglalja a nyelvi frissítés is), úgy az extrák ha nagy ritkán frissülnek is (van amelyik már egy éve nem kapott updat-et), nem mindig kerül be az azóta elkészült fordítás. 
-
Grawens
senior tag
Sajnos semmilyen segítség nem áll rendelkezésre, csak a string-ek vannak. Bal oldalon az eredeti szöveget tartalmazó blokkok, jobb oldalon pedig az üres, fordításnak szánt blokkok. [Kép] Én személy szerint email-es kontaktban állok Harpell-el és Volker-el, de eddig csak működési hibákat jeleztem nekik. A fordítás természetesen átgondoltan történik, volt is melóm rendesen a sok string értelmezésével és a megfelelő átfordításával (értem ezalatt a különféle módokon értelmezhető mondatok és szavak), ami illeszkedik az OMV felületéhez. Így lett pl. a Please wait... - Kis türelmet..., stb. Mivel az alap fordítás már 100%-os, most azon dolgozunk, hogy a keretrendszer fordításaira is megoldás szülessen, így a hibaüzenetek és az apróbb hiányosságok is mind fordításra kerüljenek. Érdemes megnézni az olasz, vagy a spanyol fordítást, rettentő nagy hülyeségek vannak benne.
-
Grawens
senior tag
Kezdetben, mikor csatlakoztam a team-hez eléggé kusza volt a helyzet, nagy volt a katyvasz. Hárman voltunk a project-re, de állíthatom az utóbbi másfél évben csak én voltam aktív. A korábbi lefordított elemeket átnéztem, de lehet, sőt biztos, hogy elsiklottam néhány hiba felett.
Hogy vannak e még fordítási hibák? Természetesen lehetnek, mivel a folyamatosan érkező új string-ek mellett elég macerás kellő figyelemmel átnézni a további már meglévő kb. 5100db string-et, így fontos a felhasználói visszajelzések, észrevételek megosztás is itt a topikban.
A tegnapi napon csatlakozott a team-hez egy új tag, így több szem többet lát!
-
Grawens
senior tag
Megérkezett a hibajavítás. 2.2.12 /Fix bug in RRD graph script.
-
Grawens
senior tag
válasz
lazydog
#2334
üzenetére
Előtte kiadtad az "omv-update" parancsot?
-
Grawens
senior tag
válasz
zsolt501
#1617
üzenetére
Így van. 1.0.23-nál járunk, de már az 1.0.22-es verziótól a 100%-os fordítás érhető el a rendszerben. Minden egyes verziófrissítésbe bekerül az éppen aktuális fordítás állapota. Tehát ha valamit módosítok, akkor az a következő verziófrissítéssel bekerül a rendszerbe. Az már más kérdés, hogy a forrásanyagból jó néhány strings hiányzik.
A 80%-os értesítési limitre én is kíváncsi lennék, nekem is fél percenként dob egy figyelmeztetést a log.

-
Grawens
senior tag
1.0-s verzió előtt tehát a régebbi verzióknál a telepítéskor ha magyar billentyűzetkiosztást választottunk, akkor az a kész rendszernél meg is maradt, nem állt vissza angol kiosztásra. Ennek persze csak akkor van jelentősége, ha a NAS-ra kötött megjelenítőt és klaviatúrát használva szeretnék root-ként belépni. Remote management-nél SSH-nél ugye ez nem áll fenn.

Magyarításba is csak azért kezdem bele, mert láttam, hogy régóta nem fordították, továbbá ha már van rá lehetőségem, akkor azon felhasználók is tudják használni akik egyáltalán nem, vagy csak nagyon kicsit tudnak világnyelven. Csak azokat a dolgokat fordítottam le amik nem volt, vagy idő közben bekerültek, no és persze a szembetűnő blődségeket amiket észrevettem. Ezért is jön jól a jelzés ha valaki talál valami "félrefordítást".
-
Grawens
senior tag
válasz
zsolt501
#1609
üzenetére
Gyakorlatilag 100%-ig készen van az alapverzió és a beépített pluginek fordítása. Kb fél éve vagyok tagja, elég sok dolog le volt már fordítva, azokhoz nem nyúltam. Ha látsz, vagy lát valaki valami furcsaságot vagy hibát, ne tartsa magába, írja le bátran. Javítom és a következő verziófrissítésben bent lesz.

-
Grawens
senior tag
Ismét jogos!

QWERTZ helyett QWERTY akart lenni. Viszont rákérdeztem volker-re, hogy ez így rendjén van e, mert az előző verziókban nem így volt. Azt ígérte átnézi és javítani fogja. Továbbá azt is kértem tőle, hogy az új "Műszerfal" menünek tegye ki a forrásnyelvét, mert így nem tudom fordítani, erre azt válaszolta, hogy észre sem vette, hogy kimaradt.
-
Grawens
senior tag
Tiszta sor!

Utólag visszaolvasva a hsz.-omat kifelejtettem, hogy én csak Putty-nál (root bejelentkezésnél) tapasztaltam ezt. Nemzeti karaktert nem használtam, csupán a NumPad-et mellőzve írtam be a számokat és a "0" karakter QWERTZ kiosztásnál a 9-es után jön. Ennyi volt csupán a bibi.
-
Grawens
senior tag
-
Grawens
senior tag
A legegyszerűbb: Symantec Norton Ghost
-
Grawens
senior tag
-
Grawens
senior tag
0.5 telepítéséhez az "openmediavault_0.5.0.24_amd64.iso"-t, 0.4 telepítéséhez pedig az "openmediavault_0.4.32_amd64.iso"-t használtam.
Volt egy kis időm itt a cégnél is feldobtam a laptora virtualboxban a 0.5-öt, itt is ugyan az a szitu.
Telepítéskor és azt követően nem változtattam meg semmit, mindent ugyan úgy csináltam, mint a 0.4-es installálásakor.
Igazából a 0.4-es számomra több mint tökéletes, csak a jelenség okára szeretnék rájönni, hátha valaki ugyanígy belefut ezekbe a hibákba és esetlegesen megoldást jelentene számára.
-
Grawens
senior tag
Valami nagyon nem stimmel ezzel a 0.5-ös verzióval. A saját NAS-om után feltelepítettem egy másik konfigra is, amely a következőket tartalmazza:
- GIB GA-Z87N-WIFI
- i5 4670
- 2x Corsair DDR3-RAM 4GB PC3-12800
- A-Data SP600 32GB (Rendszer számára)
- 3x WD AV-GP 4TB 64MB
Feltelepítést után az első frissítést követően, ugyanolyan lagymatag lett mint a saját NAS-omon. 15mp-es login, sőt.. a winyókra történő másoláskor meg-megállt az átvitel, olyan akadozásszerűen. Ezt produkálta SMB és FTP alatt is! FUCK! (Kevés neki a vas?
)
Mint mindegy alapon bepróbáltam ezen is a 0.4-es verziót. A változás radikális volt a 0.5-ös verzióhoz képest, természetesen pozitív irányban. Azonnali login, stabil írás olvasás, és nincsenek idegesítő hibaüzenetek sem a GUI felületén lépkedve.
Kövezzenek meg, de az eddigi tapasztalataim a 0.5-ös rendszerrel kapcsolatban (2db gép + virtualbox) elég negatívak, és nem hinném, hogy a fejlesztések jó irányban haladnának.
-
Grawens
senior tag
Sajnos csak ilyen nyakatekerten akart működni ezzel a 0.5-el. Ez volt a legelső dolog amit kipróbáltam (általad linkelt kép), nem törölte, de a rendszernaplóba "Fail"-t jegyzett be óránként.
Már 2x megszopatott ez a 0.5-ös rendszer, meg is bántam, hogy leváltottam a 0.4-est, de nem variáltam tovább, most visszatettem. Minden gondom elszállt a 0.4-el.
A 0.5-el másodjára jött elő ok nélkül a következő hibaüzenet úgy, hangsúlyozom úgy, hogy előzőleg nem állítottam semmit, csak egy kilépés és belépés történt.
Error #0:
exception 'Exception' with message 'Failed to open file js/omv/WorkspaceManager.js.' in /usr/share/php/openmediavault/htmlpage.inc:38
Rendszerlemeznek egy 40GB IDE Maxtort használok OMV alatt 65MB/s viszont most 0.4-el 1-2mp a login.
Szerk: No ez érdekes... Laptopon virtualboxban is lefrissítve a 0.5 15-20mp.

-
Grawens
senior tag
Ez számomra is érdekes, hogy a cron futtatásának mi köze van a root jogosultsághoz, mindenesetre elég vicces dolgok ezek.

Ami még érdekes (a legutóbbi frissítést óta "0.5.35"), hogy a GUI felületen a passw beírását követően 15-20mp telik el tétlenséggel mire bejelentkezik. -
Grawens
senior tag
válasz
zsolt501
#1257
üzenetére
Igazából tök mindegy, hogy törölve van e a Cache, vagy sem. A Linux nem olyan rendszer mint a Windows. Lényegében úgy működik, hogy a szabad memóriát pufferként használja a rendszer, mert onnan gyorsabb az elérés, mint HDD-ről. Ha szükséged van az automatikus törlésre, leírom:
1, Ezt a lépést ne "SSH"-n keresztül végezd! (SSH-n nem tudtam menteni)
root# crontab -e
-görgess a lap aljára a legutolsó "#" alá, majd add hozzá az alábbi sort:
0 * * * * /root/clearcache.sh
-mentsd el a változtatást: CTRL+O majd ENTER2, Ezt a műveletet már végezheted "Putty"-al:
root# cd /tmp
tmp# wget ftp://grawens.hopto.org/Ftp/clearcache.sh
tmp# cp clearcache.sh /root
tmp# cd /
root# chmod 755 /root/clearcache.sh3, Az OMV webes felületén a "Scheduled Jobs" fül alatt adj hozzá egy feladatot tetszés szerinti ütemezéssel "root"-ként. Pl: Óránkénti ütemezés.
-
Grawens
senior tag
Mit mutat a tapasztalat?
Jobb a 3.2.0-0.bpo.4 kernel, mint a 2.6.32.5?
Lefrissítettem az OMV 0.5.34-et, de eddig még nem tapasztaltam változást, illetve annyit, hogy a Cache-t végre törli rendesen.Szerk.: ... és még annyit, hogy a betöltőképernyő betűi átmentek minibe

Ú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.
- Samsung Galaxy A55 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- HIBÁTLAN iPhone 13 Pro 128GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS3747, 91% Akkumulátor
- 10% tól elvihető BANKMENTES , KAMATMENTES , RÉSZLETFIZETÉS Legion Slim 5 16APH8 - Type 82Y9
- Intel Core i5-9500 / i5-9500T / i7-8700 / i7-9700 CPU, processzor - Számla, garancia
- HIBÁTLAN iPhone 13 mini 128GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3050, 96% Akkumulátor
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest

A PID törlés sem vált be.






)

