-
Fototrend
Új hozzászólás Aktív témák
-
Beni2360
félisten
Sziasztok.
Egy kérdésem volna. Van egy S905-s amlogic boxom 2Gb/32Gb és 1Gb lan kapcsolattal.
Annó futott vagy 8 éve egy OMV az SD kártyán de nem tudtam igazából jól beállítani.
Kérdésem, lehet e rá és melyik OMV-t az SD kártyára telepíteni?
Vagy a régi droidot leszedni és csak OMV-t feltenni? Válaszokat és segítséget előre is köszönöm.
-
Oldman2
nagyúr
Érdekes problémám van, elsőre nem OMV probléma, de mivel OMV fut az adott gépen, szerintem idevaló.
Szóval...
A gép BIOS-ában be van állítva, hogy reggel 07:15-kor kapcsoljon be. Ez eddig (a téli időszámítás alatt), ment szépen.
A nyárira való átállás után viszont 08:15-kor kapcsolt be.
A hwclock paranccsal kisérletezgettem, de vagy maradt minden ugyanúgy vagy ma pl. 06:15-kor kapcsolt be.
Jelenleg ez az állapot, miközben 20:23 van:root@omv:~# hwclock -r -vhwclock from util-linux 2.38.1System Time: 1743618235.649382Trying to open: /dev/rtc0Using the rtc interface to the clock.Last drift adjustment done at 1743486497 seconds after 1969Last calibration done at 1743486497 seconds after 1969Hardware clock is on UTC timeAssuming hardware clock is kept in UTC time.Waiting for clock tick......got clock tickTime read from Hardware Clock: 2025/04/02 18:23:56Hw clock time : 2025/04/02 18:23:56 = 1743618236 seconds since 1969Time since last adjustment is 131739 secondsCalculated Hardware Clock drift is 0.000000 seconds2025-04-02 20:23:55.647842+02:00Ez most ugye UTC időzónában van. Próbáltam a -l kapcsolót is, ami a Local zóna időt írja ki a hwclock-ba.
Ekkor ez az állapot:root@omv:~# hwclock -w -v -lhwclock from util-linux 2.38.1System Time: 1743618366.280953Trying to open: /dev/rtc0Using the rtc interface to the clock.Last drift adjustment done at 1743618353 seconds after 1969Last calibration done at 1743618353 seconds after 1969Hardware clock is on local timeAssuming hardware clock is kept in local time.RTC type: 'rtc_cmos'Using delay: 0.500000 seconds1743618366.500000 is close enough to 1743618366.500000 (0.000000 < 0.001000)Set RTC to 1743618366 (1743618366 + 0; refsystime = 1743618366.000000)Setting Hardware Clock to 20:26:06 = 1743618366 seconds since 1969ioctl(RTC_SET_TIME) was successful.Not adjusting drift factor because the --update-drift option was not used.New /etc/adjtime data:0.000000 1743618366 0.0000001743618366LOCAL
Utóbbi esetben lesz 08:15-ös bekapcsolás...Állítsam át a BIOS-ban megadott időpontot?
-
Balinov
titán
Sziasztok Sracok,
PVE alatt futo 7-es OMV-vel addig teszteltem kulonfele dolgokat, hogy ugyerzem ujra kene huzni a VM-et es 0-rol beallitani minden alap dolgot.Ha egy SMB share, 1 remote mount, 1-2 user van, meg docker-ben 1 szem transmission melyek azok a beallitasok, amiket le kell mentenem (mittomen, egy mezei txt-be) ha nem akarom 0-rol kezdeni a belakast?
Meg mindig csak ismerkedem az OMV-vel, szoval kozekezdo szintet, talan, ha megutom.
* OMVextras-t felrakni ujbol nem nagy dolog
* Networks-nel minden default
* Storage/Filesystemsnel van ugye a /dev/sda1 (QEMU PVE disk az OS-nek), /dev/sdb1 a PVE alatti ZFS felmountolva 1TB, meg a Zyxel Nas SMB remote mount-tal (errol nyilvan screenshot, meg PVE-nel a VM-resznel feljegyezni, hogy a ZFS pool hogy van becsatolva az OMV VM-e ala)
* Storage/ Shared Folders-nel van egy kis katyvasz, ezt streamlineolni szeretnem/kell, ami fontos, annak a relative/absolute path-jat feljegyezni.
* Users/Users-nel a 2db user jogosultsagait, groupjait lejegyezni, groups kulon nincs
*Services / Mount Editor-nel a mount pontot, mount options-tol feljegyezni
*Services/SMB/CIFS/Settings-nel a mukod beallitasokat lejegyezni
*Services/SMB/CIFS/Shares-nel leirni a 3 hasznalt share beallitasait egyesevel
* SSH tab egyertelmu, meg nekem isKihagytam valami fontosat?
Ami a cel egy mukodo SMB megosztas, docker es portainer telepitese helyes modon - docker megy rendben, de a portainer setupba szerintem belekeveredtem anno). Ha ez mind megvan, OMV VM-rol PVE Backup Zyxel NAS-ra, hogy ha valamit megint elszabok, ne kelljen minden-t nullarol kezdeni.
UI: Van erre valami fel/teljesen automata megoldas, vagy jobban jarok, ha kezzel lejegyzetelek mindent?
Koszi
Bali -
Kenderice
senior tag
válasz
Soderes
#21616
üzenetére
A megosztást a szolgáltatások menüben állítottam be, ott elég egyértelmű mit hova kell beírni.
Egyetlen helyen van elérési út megadása, a megosztott mappák közül lehet kiválasztani melyiket akarom NFS-sel megosztani.A verziók variálását már végig próbáltam.
Volt, hogy vagy csak a 2, vagy csak a 3, vagy csak a 4 volt megadva. Próbáltam úgy is, hogy csak a 2 és 3, hogy csak a 3 és 4. Meg úgy is, hogy az összes.
Egyiknél sem volt változás.Amúgy az export mappa nem az etc-n belül van, hanem a root-ban.
Ezt a mappát az NFS megosztás hozta létre nem én, nincs benne IP cím."A NFS démon nem tudja beállítani a kívánt verziót.
Vagyis a NFS démon próbál beállítani egy nem támogatott verziót.
Az/etc/default/nfs-kernel-servervagy más konfigurációs fájlban (pl./etc/nfs.conf) meg van adva, hogy mely verziókat kell támogatni?"
Ezt nekem kell megadni? Mert az OMV állít be mindent.Az /etc/nfs.conf fájlban minden verzió értéke "yes".
Elindítottm a NFS szolgáltatást, az összes verzió ki van jelölve.
Utána hozzáadtam egy megosztott mappát. A klienshez beírtam a 192.168.1.0/24-et, a jogosultság RO, a megjegyzésben pedig annyi van alapból amin nem változtattam, hogy "subtree_check,insecure".Ha ebben el lehet rontani valamit, akkor az az OMV NFS hibája lehet csak.
Amíg OMV5-öt használtam, ezzel nem volt gond. Megosztottam, működött.
Ezzel az OMV-7-tel sokkal több a gondom... -
válasz
Kenderice
#21615
üzenetére
Akkor vegyük sorba :
"exportfs: Invalid IP address /mnt"NFS export fájlodban (
/etc/exports) lehet egy hibás bejegyzés, amely egy IP-cím helyett egy elérési utat (pl./mnt) tartalmaz.Javítása :
/mnt/zenei_mappa 192.168.1.0/24(rw,sync,no_subtree_check)
Majd :exportfs -ra"rpc.nfsd: Setting version failed: errno 22 (Invalid argument)"A NFS démon nem tudja beállítani a kívánt verziót.
Vagyis a NFS démon próbál beállítani egy nem támogatott verziót.Az
/etc/default/nfs-kernel-servervagy más konfigurációs fájlban (pl./etc/nfs.conf) meg van adva, hogy mely verziókat kell támogatni?
Nézd meg, hogy aRPCNFSDOPTSvagynfsdcltrackbeállítások nem ütköznek-e.Megoldás :
systemctl stop nfs-servermodprobe nfssystemctl start nfs-serverHa csak az NFSv2 és v3 engedélyezett, próbáld meg bekapcsolni az NFSv4-et is.
-
-
Nagymelák
senior tag
Sziasztok. Duplicatival kèrnék segitséget, hogyan tudom beàllitani hogy egy másik gépről is tudjon mentést készíteni mappákról és fájlokról. Ha lehet konyha nyelven a leirást kérni az nem lenne baj, de egy oldal vagy videó is segítség lenne . Köszönöm.
-
Kenderice
senior tag
-
Nagymelák
senior tag
Sziasztok!
Van 2 szerverem, az egyik gép csak a fő szerver fontosabb könyvtárait tárolná úgy hogy biztonsági mentést készít a fő szerveről, eddig a syncting futott dockerben, de most valahogy nem akarja tenni a dolgát, milyen lehetőség van még, a két gép egy hálózaton van.
-
válasz
Kenderice
#21603
üzenetére
NFS megosztásokat a
/etc/exportsfájl tartalmazza. Nézd meg, hogy helyesen van-e beállítva:cat /etc/exportsPl.
/srv/dev-disk-by-label-ZENE 192.168.1.0/24(rw,no_subtree_check,async,insecure)
Ha módosítasz valamit, újra kell tölteni az NFS-t:sudo exportfs -raPróbáld ki egy Linux kliensen a következő parancsot:
showmount -e 192.168.1.X # Az OMV IP-címeHa okés, valami ilyesmit kellene látnod:
Export list for 192.168.1.X:/srv/dev-disk-by-label-ZENE 192.168.1.0/24Ha a lista üres vagy nincs válasz, akkor az NFS szerver nem adja ki a megosztásokat, és lehet, hogy a
/etc/exportsfájl rosszul van beállítva.Ja, és persze Windows esetén NFS-támogatás engedélyezése :
Nyisd meg a Vezérlőpult → Programok és szolgáltatások → Windows-szolgáltatások be- és kikapcsolása ablakot.
Keresd meg az NFS kliens opciót, és engedélyezd.
Indítsd újra a gépet. -
Kenderice
senior tag
válasz
Soderes
#21601
üzenetére
Érdekes módon fel van csatolva mert megjelenik a /srv könyvtárban uuid-vel, de maga az OMV rendszerben nem lehet felcsatolni. Gondolom mert már fel van, de a fájlrendszerek menüben nem látszik.
Most az egyiket leformaztam ext4-re és az ntfs lemezről most másolom át rá az adatokat.
Ext4-ként már fel fogom tudni csatolni.Mind az adguardhome (portainerrel sikerült feltenni) mind a wireguard (ezzel is szívtam kicsit) most már megy rendesen.
-
válasz
Kenderice
#21600
üzenetére
Az NTFS fájlrendszer Linux alatt való kezeléséhez az NTFS-3G csomagra van szükség. Ellenőrizd, hogy telepítve van-e:
dpkg -l | grep ntfs-3gHa nincs. Akkor :
sudo apt updatesudo apt install ntfs-3gHa továbbra sem megy.
Próbálj meg manuálisan felcsatolni :sudo mkdir /mnt/hdd1sudo mkdir /mnt/hdd2Hozd létre a csatolási pontot (ha még nincs)
Csatold fel a lemezeket: A megfelelő partíciókhoz (pl.
/dev/sda1,/dev/sdb1) csatolhatod őket:sudo mount -t ntfs-3g /dev/sda1 /mnt/hdd1sudo mount -t ntfs-3g /dev/sdb1 /mnt/hdd2 -
-
válasz
Kenderice
#21598
üzenetére
Akkor tiltsd le a hálózatkezelő automatikus DNS módosítását.
sudo systemctl disable --now systemd-resolvedsudo systemctl stop systemd-resolvedMajd ellenőrizd, hogy nincs-e symlink:
ls -l /etc/resolv.confHa egy symlink vezet a
systemd-resolvedfájlhoz, töröld és készíts egy újat:sudo rm /etc/resolv.confecho "nameserver 127.0.0.1" | sudo tee /etc/resolv.confLehet, hogy tényleg macvlan lesz ebböl.
-
Kenderice
senior tag
válasz
Soderes
#21592
üzenetére
Na, megcsináltam ezt, átíram a resolve.conf file tartalmát erre:
[Resolve] DNS=127.0.0.1 DNSStubListener=no
Újraindítottam a szolgáltatást, most nem írta át vissza a tartalmát, de sajnos az OMV-ben a config ellenőrzésekor még mindig az "invalid IP address:53" üzenet jön vissza... -
-
válasz
Kenderice
#21589
üzenetére
Trükkös dolog, de megoldható.
Használj egy statikus
resolv.conffájlt.
Hozz létre egy sajátresolv.conffájlt egy fix DNS beállítással:echo "nameserver 127.0.0.1" | sudo tee /etc/resolv.conf.customMajd cseréld le az eredetit egy symlinkkel:
sudo ln -sf /etc/resolv.conf.custom /etc/resolv.confÍgy az OMV nem írja felül, mert csak egy szimbolikus linket lát.
-
Kenderice
senior tag
Hali.
Feltettem pár napja az OMV7-et és dockerben mellé az adguardhome-t.Belefutottam az ominózus "invalid ip address:53" hibába amit [EZ] alapján sikerült is azonnal orvosolni.
Tegnap találtam egy kisebb meghajtót, gondoltam erre teszem fel inkáb a rendszert.
Rögtön az első volt az adguardhoma, aminél megint előjött a hiba de gondoltam gyorsan lehet orvosolni.
Hát nem.
Bármit is csinálok, a resolve.conf fájl tartalma mindig visszaíródik az eredetire, így nem lehet használni az adguard-ot.Van valami más ötlete valakinek esetleg?
Köszönöm.
-
KRISSTUS
aktív tag
Sziasztok!
Nemrég cseréltem routert és most a Transmission a Port Teszt-nél hibaüzenetet ad: "Bejövő port zárva".
A Routeren beállítottam a TCP/UDP-t és Web-es Port Forwarding Test-nél: "Port 51413 is open" - üzenet látható.
Csak a routert cseréltem IP-k, port maradt ami eddig is volt.
Mi lehet a hiba? -
#21585
Soderes
senior tag
gyulazsolti
#21581
válasz
gyulazsolti
#21581
üzenetére
A MiniDlna szerintem nem generál bélyegképet.
Azokat használja, amik vannak. Folder,jpg, cover.jpg stb.Elméletileg be lehet állítani. És ha támogatja a tv dlna-ja, akkor megjeleníti.
Én még nem probáltam sose. De van egy-két tippem hogy lehetne megoldani.sudo nano /etc/minidlna.confItt turkálnák.
Persze elötte legyen telepítve a minidlna.Megkereném ezt :
#album_art_names=Folder.jpg/folder.jpg/cover.jpg/AlbumArtSmall.jpgDupla kereszt legyen elötte.
enable_tivo=yes
Ez pedig legyen bekapcsolva.
Aztán újraindítanám a minidlna-t.
Ez csak egy tipp. Nem garantált.
Csak csapongtam. -
#21582
LLKobe
veterán
gyulazsolti
#21581
LLKobe
veterán
válasz
gyulazsolti
#21581
üzenetére
Én úgy láttam nem tud. De aztán lehet van rá vmi megoldás.
-
#21581
gyulazsolti
senior tag
gyulazsolti
senior tag
Sziasztok!
A MiniDlna-val tud bélyegkepet csinálni, hogy a hálózaton lévő tv azt lássa?
Ha igen, hogyan? -
Kenderice
senior tag
válasz
Soderes
#21575
üzenetére
Tudom, hogy nincs jogosultsága csak azt nem tudom miért.
Root a mappa tulajdonosa, de csináltam másik meghajtón másik mappát másik tulajdonossal majd ennek a PUID/PGID datait adtam meg a konfigban, de így sem tud írni bele.
Dockerben fut, igen. OMV7 a rendszer.Csináltam külön USER-t a transmissionnak aki kapott írási jogot a mappába, ezzel sem tud bele írni.
Nem tudom az számít-e, hogy a lemez NTFS fájlrendszerű...
-
Ugyancsak jogosultsági probléma.
Nem akarom ismételni önmagam.Amit Kenderice fórumtársnak írtam azt te is hajtsd végre.
Azon kívül nézd meg, hogy
settings.jsonhelyesen van-e mentve.systemctl stop transmission-daemon(Transmission leáll)nano /etc/transmission-daemon/settings.json(Szerkesszük a fájlt)"download-dir": "/srv/dev-disk-by-label-XXX/torrents","incomplete-dir": "/srv/dev-disk-by-label-XXX/torrents/temp","incomplete-dir-enabled": false,(Keresd meg ezeket a sorokat, és ellenőrizd, hogy az új SSD-re mutatnak)
Mentsd el (
Ctrl + X, majdYésEnter)systemctl start transmission-daemon -
válasz
Kenderice
#21572
üzenetére
Nincs jogosultsága írni a mappába.
Chekeld a mappa tulajdonosát és jogosultságait:
ls -ld /srv/dev-disk-by-label-XXX/torrents
(Cseréld ki az útvonalat a Transmission letöltési mappájára.)Ha a tulajdonos
rootvagy más felhasználó, és a Transmission nem tud írni, állítsd át:chown -R debian-transmission:users /srv/dev-disk-by-label-XXX/torrentschmod -R 775 /srv/dev-disk-by-label-XXX/torrentsHa Dockerben fut a Transmission, akkor lehet, hogy más PUID/PGID azonosítóval fut:
id debian-transmissionHa a Dockerben más PUID/PGID van beállítva (pl.
1000:1000helyett más), akkor ehhez kell igazítani a mappa jogosultságait. -
válasz
Gemer PC
#21573
üzenetére
Valószínűleg a jogosultsági probléma a NAS fájlrendszerén vagy a felhasználói engedélyeken van.
Lépj be az OMV-be. Tárolás -- Fájlrendszer. Ellenörizd, hogy meghajtó csatolva van-e.
Aztán Megosztott mappák menü és keresd meg aqbittorrent/downloadsmappát.
Ellenőrizd a jogosultságokat.Ha az
adminvagyrootvan tulajdonosként beállítva, akkor a qBittorrent lehet, hogy nem tud írni.
Adj írási jogot az "users" csoportnak vagy a qBittorrent-nek.Ez dockerben van? Vagy a OMV-n kívül?
-
Gemer PC
újonc
Sziasztok!
Érdeklődni szeretnék, qbittorrent mentési mappa miatt.
A meghajtón lévő (nevezzük D:\) qbittorrent\downloads mappa védett, csak olvasásra tudom használni. Viszont a meghajtóra önmagában tudok írni adatot, csak a qbittorrent által létrehozott mentési útvonalba nem.
Ez számomra nagy probléma, mert sokat torrentezek és nem tudok létrehozni mappát vagy másolni egy random torrentet, hogy vissza álljak seedbe.
Az lenne a kérdésem, hogy hol lehet megadni a jogosultságot? Vagy lehet lehet-e egyáltalán?
Válaszotokat előre is köszönöm.
-
Kenderice
senior tag
válasz
Kenderice
#21571
üzenetére
Végül nehezen, de végigment a telepítő így sikerült.
Egy gondom van már csk, a transmission nem tud letölteni a kijelölt mappába.
Elvileg jól adtam meg a könyvtár elérési útvonalát, de "Permission denied (13) (open-files.cc:164)" hiba van a naplóban.
Mit nem állíthattam be megfelelően? -
Kenderice
senior tag
Sziasztok.
Úgy döntöttem nem szenvedek tovább az 5-ös OMV wireguard hibával, inkább felteszem a legújabb OMV-t, tiszta telepítéssel.Sajnos nem sikerül a telepítés pedig többfajta USB meghajtót és célmeghajtót is próbáltam (USB, SSD, HDD), de mindig ugyanott áll le, a partícionálás után, a telepítés elindítása után pár másodperccel.
Kipróbáltam a legújabb 7.4.17 verziót, utána a 7.0.32-est, de minden esetben ugyanaz a hiba.
Valaki találkozott már ilyesmivel?
-
cosmo
aktív tag
Sziasztok!
Kis segítségre lenne szükségem.
Nagyon alap rendszerem van, transmission torrent kliens van telepítve.
Sajnos haldoklott a régi winyóm, amin a filmeket tároltam, így egy új ssd-t tettem bele, átmásoltam rá a filmeket és visszaraktam a gépbe.Minden működik, látja, meg van osztva a mappa, de a transmission kliens valamiért nem hajlandó az új letöltéseket az új winyóra menteni, mindenképp a belső nvme-re ment, akármit is csinálok pedig telefonról is jól írja ki a hátralévő hely méretet amikor hozzáadom a torrentet.Nano editorral ellenőriztem az elérési utat, stimmel. Már kitöröltem az ideiglenes letöltési mappát, átírtam false-ra és még mindig oda menti a letöltött fileokat, kezd az agyamra menni a dolog, de talán valami apró beállításon múlik.
Köszönöm előre is!
-
wrox
őstag
Sziasztok.
Egy Lenovo M910Q gép van az OMV alatt.
A saját miniDLNA szerver fut. Alaphelyzetben 7-8Wh a fogyasztás, ha filmet nézek, akkor sem megy 9 Wh felé.
Naponta eljátsza, hogy felmegy a CPU használat szinte maxra (semmi használat mellett), ezzel együtt persze a fogyasztás is megnő 30 Wh körülre. Addig így marad, míg újra nem indítom.
Nem igazán értek az egészhez, ezért kérdezném, hogy hol tudom megnézni mi fut, ami így terheli a gépet? A kezdőképernyőn csak diagram van, nem mutatja, mik futnak. -
hunaqua
addikt
válasz
szpeti40
#21561
üzenetére
Ott sem , ritkán előfordult,hogy letöltött de ha elindítottam egy ellenőrzést akkor kb. 98%-nál újra töltött rá kicsit. Viszont ami hibátlan letöltés volt (az is nagy méretű 4K UHD tartalom) ott is rángatott időnként. Volt ,hogy 5 perc után volt,hogy 90 után. Teljesen kiszámíthatatlan volt. Azért is volt nagyon szop@cs mert egy új tiszta telepítés után kezdte ezt. Azt hittem,hogy telepítés vagy beállítás gond lehet ,vagy hibás a HDD vagy a rendszer SSD,vagy kevés a Net ? Na mindegy,szerencsésen megoldódott a Ram cserével. Utólagosan is köszönöm "stigma" kollégának,rengeteget segített. Most lekopogom ,atom stabil.Simán frissítettem anno a 7-re is.
-
Kenderice
senior tag
-
klrt
tag
válasz
Toninho13
#21549
üzenetére
Szia!
Nekem is volt ilyen vagy hasonló problémám!
Nekem amikor indítottam egy letöltést az hozott létre valami folyamatot és úgy maradt. A letöltés végeztével is. Az terhelte a procit. Újra indítás megoldottam, simán mentek a seedek és nem volt terhelés.
a #21287 hozzászólásban kértem segítséget. Akkor portainerben futott a qbit. A portainer elérhetetlen lett. Újra raktam az egész omw7-et, azóta jó. Most az omw ben fut azt hiszem konténerben vagy mi a neve. Azóta nem volt ilyen terhelés. -
-
hunaqua
addikt
Hónapokig nem jöttem rá ,miért akadnak OMV-ről az UHD tartalmak CE Kodi alatt. Próbáltam állítgatni mindent,de nem lett jó. Elkezdtem már kínomban cserélgetni minden alkatrészt. A Ram cserével viszont megoldódott a probléma (nem kapott nagyobbat,és a paraméterek is egyformák ). Pedig semmi jele nem volt annak,hogy azzal lenne a gond. Most már több mint 1 éve megy 0/24-ben hiba nélkül,és a lejátszás is tökéletes.
-
Multibit
nagyúr
válasz
stigma
#21553
üzenetére
Transmission-t engedd el, mert 1 szálon tölt, és ha fullon megy, akkor a CPU-t beakasztja.
Nekem volt ilyen bajom, mikor Transmissiont használtam, hogy 1 CPU 100%-on pörgött a J4105 lapomon és mikorben filmet néztem a HDD-ről röccent egyet.
Hadd fűzzem hozzá ehhez azt a kiegészítést, hogy hardver konfigtól függ Mikor a j4105-ös NAS-omban lecseréltem a HDD-ket SSD-re, semmilyen akadást nem tapasztaltam, még akkor sem, ha a CPU amúgy 100%-on darált. Aztán - továbbra is Transmissionnal -, mikor N97 CPU-s NAS-t kezdtem használni, már 100%-os pörgést sem láttam letöltéskor (pedig nincs korlátozva a letöltési sebesség). -
stigma
addikt
Sziasztok. Akik OMv-t használnak és mellette Coreelec/Kodi-t használnak, és van pufferelési/bufferelési gond, első körben nézze meg az alábbiakat:
- NAS hálókábele nem rossz, vagy megtört: Annó nálam volt olyan bajom, hogy random átállt 1000-ről 100-as LAN-ra mert elöregedett a kábel vagy megtört az évek alatt.
Aszem ezzel a paranccsal lehet megnézni SSH-n: ethtool eth0
eth0 helyett nézzétek meg mi a ethernet portotok neve mert lehet más néven vut, valami "ens.."
- iperf3-at tegyetek fel a NAS-ra és ha van laptop/asztali gép, akkor méretek egy tesztet a kettő között, hogy tényleg ez e a probléma.
iperf3 feltepelíthető pluginból asszem OMV-, de SSH-n is tudod telepíteni paranccsal vagy dockerből :Test Your Networking Gear with an iPerf Server in Docker
Amit nézzetek meg a Kodiban az annyi, hogy jól van e beállítva a bufferelési beállítás:
Nálam CE20 vagy 21-nél gond volt, majd amit blakey írt nekem megjavította a gondom/bajomat.
Amlogic S905, S912 processzoros készülékek - PROHARDVER! HozzászólásokRemélem tudtam segíteni nektek, én régebben ahsonló problémával közdöttem, de ezzel megoldódtak a problémáim, és a Kodi volt a ludas.
-
stigma
addikt
válasz
Toninho13
#21549
üzenetére
Hi, Igaz nekem már nem OMV-m van hanem Synology DS423+ (J4125), de Qbittorrent dockerben alug fogyaszt, mint amit már Soderes is írt.
Ha dockerben fut, akkor egy frissítsd a Qbit konténert, mert lehet megoldja a problémádat, ha nem akkor lehet 0--ról újraraknám a Qbittorrent konténert.
Transmission-t engedd el, mert 1 szálon tölt, és ha fullon megy, akkor a CPU-t beakasztja.
Nekem volt ilyen bajom, mikor Transmissiont használtam, hogy 1 CPU 100%-on pörgött a J4105 lapomon és mikorben filmet néztem a HDD-ről röccent egyet. -
válasz
Toninho13
#21551
üzenetére
Qbittorrent használok évek óta. Semmit sem fogyaszt. Jelenleg is van 30 up és 5 down. És mind ez egy Pentium G3258-on (jelenleg még) 8 Gb memóriával. A titka az hogy be kell jól állitani az up/down-t. Be kell kicsit fékezni. Nincs értelme már a teljes feltöltést kiadni pl. Már mindenhol 48h vagy 1.0 szabály van.
-
LLKobe
veterán
válasz
Toninho13
#21549
üzenetére
Azt mondjuk nem ártana tudni milyen processzorról van szó. Nekem intel N100 van, ezen amikor maxon tölt le vagy fel gigás nettel, akkor tekeri 50-55% köré a procit. A transmission csak egy cpu szálat tud használni, ezért jobb a qbit, ez több szálat is tud kezelni, így sokkal gyorsabb tud lenni.
-
Na Putty-n keresztül én is elindítottam a 7-esre frissítést, egy üzenetet kaptam, de szerintem ez engem nem érint.
Please note that the Software RAID management has x
x been removed from the core system. Please install x
x the openmediavault-md plugin if necessary.Nincs szoftveres RAID-em, mert 6 óránként van egy rsync parancs.
-
Multibit
nagyúr
válasz
LLKobe
#21539
üzenetére
Azért érdemes lenne tesztelni más lejátszót is. Nem rég váltottam Synology-ról OMV-re (már ami a filmforrást illeti). Igaz, nem KODI-t használok, de akár Infuse Pro, akár VLC lejátszót próbáltam, akár Windows alatt, akár iOS, iPadOS, tvOS alatt, soha nem tapasztaltam ezt OMV-vel (Synologyval sem).
-
LLKobe
veterán
Üdv!
Lenne egy kis problémám, talán tudnátok segíteni.
A jelenség:Mióta OMV -t használok, van egy olyan probléma, hogy a házban lévő KODI lejátszók (mind a 3) azt produkálják, hogy ha egy sorozat részt leállítok, vagy véget ér, fekete képernyő van vagy fél percig, mintha bufferelne.
Ez a gyerek mellett rohadt kényelmetlen mikor másik mesét akar.
Amíg nem OMV volt a "NAS" gépen, semmi ilyen gond nem volt, minden instant, pöccröff ment.
Biztos nem a lejátszókkal van a gond, mert mind3 akkor kezdte el ezt csinálni mikor OMV-ra váltottam.Sima samba share, ami be van tallózva a lejátszókon.
Bármi ötlet esetleg?
-
Multibit
nagyúr
Jó nagy frissítő csomag érkezett - nálam - az OMV-re (köztük CPU microcode update).
Csomag információbase-files 12.4+deb12u10Debian base system miscellaneous files
Karbantartó: Santiago Vila <sanvila@debian.org>
Gyűjtemény: Debian/stable
Méret: 69.20 KiB
curl 7.88.1-10+deb12u12command line tool for transferring data with URL syntax
Karbantartó: Alessandro Ghedini <ghedo@debian.org>
Főoldal: https://curl.se/
Gyűjtemény: Debian/stable
Méret: 308.00 KiB
intel-microcode 3.20250211.1~deb12u1Processor microcode firmware for Intel CPUs
Karbantartó: Henrique de Moraes Holschuh <hmh@debian.org>
Főoldal: https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files
Gyűjtemény: Debian/stable
Méret: 8.16 MiB
libc-bin 2.36-9+deb12u10GNU C Library: Binaries
Karbantartó: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Főoldal: https://www.gnu.org/software/libc/libc.html
Gyűjtemény: Debian/stable
Méret: 593.86 KiB
libc-l10n 2.36-9+deb12u10GNU C Library: localization files
Karbantartó: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Főoldal: https://www.gnu.org/software/libc/libc.html
Gyűjtemény: Debian/stable
Méret: 660.02 KiB
libc6 2.36-9+deb12u10GNU C Library: Shared libraries
Karbantartó: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Főoldal: https://www.gnu.org/software/libc/libc.html
Gyűjtemény: Debian/stable
Méret: 2.63 MiB
libcurl3-gnutls 7.88.1-10+deb12u12easy-to-use client-side URL transfer library (GnuTLS flavour)
Karbantartó: Alessandro Ghedini <ghedo@debian.org>
Főoldal: https://curl.se/
Gyűjtemény: Debian/stable
Méret: 376.86 KiB
libcurl4 7.88.1-10+deb12u12easy-to-use client-side URL transfer library (OpenSSL flavour)
Karbantartó: Alessandro Ghedini <ghedo@debian.org>
Főoldal: https://curl.se/
Gyűjtemény: Debian/stable
Méret: 382.25 KiB
libnss-myhostname 252.36-1~deb12u1nss module providing fallback resolution for the current hostname
Karbantartó: Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
Főoldal: https://www.freedesktop.org/wiki/Software/systemd
Gyűjtemény: Debian/stable
Méret: 82.79 KiB
libnss-resolve 252.36-1~deb12u1nss module to resolve names via systemd-resolved
Karbantartó: Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
Főoldal: https://www.freedesktop.org/wiki/Software/systemd
Gyűjtemény: Debian/stable
Méret: 95.84 KiB
libnss-systemd 252.36-1~deb12u1nss module providing dynamic user and group name resolution
Karbantartó: Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
Főoldal: https://www.freedesktop.org/wiki/Software/systemd
Gyűjtemény: Debian/stable
Méret: 159.95 KiB
librabbitmq4 0.11.0-1+deb12u1AMQP client library written in C
Karbantartó: Florian Ernst <florian@debian.org>
Főoldal: https://github.com/alanxz/rabbitmq-c
Gyűjtemény: Debian/stable
Méret: 40.41 KiB
libsystemd-shared 252.36-1~deb12u1systemd shared private library
Karbantartó: Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
Főoldal: https://www.freedesktop.org/wiki/Software/systemd
Gyűjtemény: Debian/stable
Méret: 1.61 MiB
libsystemd0 252.36-1~deb12u1systemd utility library
Karbantartó: Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
Főoldal: https://www.freedesktop.org/wiki/Software/systemd
Gyűjtemény: Debian/stable
Méret: 324.55 KiB
libudev1 252.36-1~deb12u1libudev shared library
Karbantartó: Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
Főoldal: https://www.freedesktop.org/wiki/Software/systemd
Gyűjtemény: Debian/stable
Méret: 106.07 KiB
locales 2.36-9+deb12u10GNU C Library: National Language (locale) data [support]
Karbantartó: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Főoldal: https://www.gnu.org/software/libc/libc.html
Gyűjtemény: Debian/stable
Méret: 3.72 MiB
nginx 1.22.1-9+deb12u1small, powerful, scalable web/proxy server
Karbantartó: Debian Nginx Maintainers <pkg-nginx-maintainers@alioth-lists.debian.net>
Főoldal: https://nginx.org
Gyűjtemény: Debian/stable
Méret: 515.29 KiB
nginx-common 1.22.1-9+deb12u1small, powerful, scalable web/proxy server - common files
Karbantartó: Debian Nginx Maintainers <pkg-nginx-maintainers@alioth-lists.debian.net>
Főoldal: https://nginx.org
Gyűjtemény: Debian/stable
Méret: 109.61 KiB
python3-jinja2 3.1.2-1+deb12u2small but fast and easy to use stand-alone template engine
Karbantartó: Piotr Ożarowski <piotr@debian.org>
Főoldal: http://jinja.pocoo.org/
Gyűjtemény: Debian/stable
Méret: 117.38 KiB
rsyslog 8.2302.0-1+deb12u1reliable system and kernel logging daemon
Karbantartó: Michael Biebl <biebl@debian.org>
Főoldal: https://www.rsyslog.com/
Gyűjtemény: Debian/stable
Méret: 707.18 KiB
systemd 252.36-1~deb12u1system and service manager
Karbantartó: Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
Főoldal: https://www.freedesktop.org/wiki/Software/systemd
Gyűjtemény: Debian/stable
Méret: 2.90 MiB
systemd-resolved 252.36-1~deb12u1systemd DNS resolver
Karbantartó: Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
Főoldal: https://www.freedesktop.org/wiki/Software/systemd
Gyűjtemény: Debian/stable
Méret: 300.96 KiB
systemd-sysv 252.36-1~deb12u1system and service manager - SysV compatibility symlinks
Karbantartó: Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
Főoldal: https://www.freedesktop.org/wiki/Software/systemd
Gyűjtemény: Debian/stable
Méret: 41.55 KiB
tzdata 2025a-0+deb12u1time zone and daylight-saving time data
Karbantartó: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Főoldal: https://www.iana.org/time-zones
Gyűjtemény: Debian/stable
Méret: 291.89 KiB
udev 252.36-1~deb12u1/dev/ and hotplug management daemon
Karbantartó: Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
Főoldal: https://www.freedesktop.org/wiki/Software/systemd
Gyűjtemény: Debian/stable
Méret: 1.63 MiB
vim-common 2:9.0.1378-2+deb12u2Vi IMproved - Common files
Karbantartó: Debian Vim Maintainers <team+vim@tracker.debian.org>
Főoldal: https://www.vim.org/
Gyűjtemény: Debian/stable
Méret: 121.91 KiB
vim-tiny 2:9.0.1378-2+deb12u2Vi IMproved - enhanced vi editor - compact version
Karbantartó: Debian Vim Maintainers <team+vim@tracker.debian.org>
Főoldal: https://www.vim.org/
Gyűjtemény: Debian/stable
Méret: 703.09 KiB
wget 1.21.3-1+deb12u1retrieves files from the web
Karbantartó: Noël Köthe <noel@debian.org>
Főoldal: https://www.gnu.org/software/wget/
Gyűjtemény: Debian/stable
Méret: 915.37 KiB
0 kiválasztva / 28 kapacitás -
Oldman2
nagyúr
Tegnap úgy tűnik, "sikerült" megborítanom az OMV 7-esemet...
Python csomagokat raktam fel, és közben úgy látszik megborítottam az OMV belső rendszerét.
Böngészőben nem jön be a webes felület.
SSH-n elérem a gépet, az egyéb szolgáltatások futnak, az omv-firstaid azt mondja minden oké, ha a workbench-et ebben újrakonfigurálom, lefut hiba nélkül, de böngészőben most se jön be. Pontosabban bejön "valami", de nem az elvárt felület.
Mit tudok ezzel csinálni? Reinstall?
-
Kenderice
senior tag
Dockerben van konténerben wireguard.
OMV5 a rendszer.
Nem sűrűn használom de tegnap azt vetettem észre, hogy a telefon ugyan csatlakozik, de adatforgalom nincs és a helyi hálózatot sem látom.
A wireguard fut, hibát nem jelez.
Találkozott már valaki ilyesmivel? -
#21526
Soderes
senior tag
BlackJack21
#21525
válasz
BlackJack21
#21525
üzenetére
Webmin probáld ki. Az még jobb.
-
BlackJack21
tag
válasz
Graphics
#21520
üzenetére
Shellinabox
Nem próbáltam, nem tudom, hogy mennyire működőképes, csak anno olvastam róla.
Nekem a putty ssh tökéletesen megfelel. -
kokopo
aktív tag
Sziasztok
Adott egy OMV5 telepites
A kerdesem annyi, hogy ha futtatom a "apt update" es a "apt -y full-upgrade" parancsok valameiket, akkor frissulni fog a 7..... verziora?
A jelenlegi 5-s rendszerre nincs semmi kulonos telepitve, csak az OMV-Extrák es a qBittorrent nativan -
válasz
Kenderice
#21507
üzenetére
Már töltöm is és nézem.
Lehet kell majd egy tutorial a használatárol
szerk. Köszi, egyszerű volt minden, azt hittem majd megakad valahol a story.
Remek program, kár hogy nem előbb kérdeztem, asszony telefonját is állítom szinkronba hamarosan, csak kell még két vinyó akkor OMV-be.
-
Sziasztok
Felmerült bennem egy gondolat.
Adott egy OMV az itthoni hálózaton, azt szeretném , hogy az androidos telefonomrol a képeket napi szinten backupolja, van erre szerintetek megoldás?
-
pch
senior tag
válasz
sad_Vamp
#21504
üzenetére
Pont énis arra váltottam.
Lvm2 megvolt 2 sec alatt.
Rendszer felment 20 perc alatt.
Nfs egy sor egy módosítás majd egy nfs restart és megy.
Transmission felment config ujraindít és megy.
Samba feltesz bekonfigol és megy.
Kb 2óra alatt végeztem és majdnem ugyan ott vagyok. A szolgáltatások része ugyanaz és megy. Kell még a felügyeleti rész, de azzal se lesz gondom.
Csak egy kis tárhelyet akartam amiről nézem a filmeket jön a zene.
A omv egészen a 6.ig ezt tudta install után, gyorsan webes kattingatással.
Tökéletes volt. Hát a mostani omv nem tudom mit is akar igazán.
Pont (legalábbis számomra) azokat szüntette meg amiért anno váltottam rá.
Ja ami felpaprikázott mikor megírtam, hogy konkrétan semmi infó nem volt arról, hogy kiveszik a raid JBOD-ot, és kb 1,5h elment arra, hogy kerestem a hibát miért nem megy a létrehozás.
koszi
Új hozzászólás Aktív témák
tradeelek11Figyelem!
Megjelent a Debian 10-re épülő OMV 5 stabil kiadása.
Új telepítésre ez a verzió ajánlott.
- MÉG ÁRCSÖKKENTÉS Lenovo Thinkcentre E73 asztali gép eladó
- BESZÁMÍTÁS! GIGABYTE X570 AORUS ULTRA alaplap garanciával hibátlan működéssel
- Bomba ár! Lenovo ThinkPad L13 Gen2 - i7-1165G7 I 16GB I 256SSD I 13,3" FHD I HDMI I W11 I Cam I Gar
- BESZÁMÍTÁS! Asus TUF B365M i7 9700F 16GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA Zalman 600W
- Lenovo ThinkPad dokkolók: USB-C 40A9/ 40AY/ 40AS/ Thunderbolt 3 40AC/ Hybrid USB-C DisplayLink 40AF
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest