"enyhébb" éhségű lapot meglehet táplálni paneltáppal is.. egész korrekt megoldások vannak rá...

8lnu

Engem érdekelnének az arm variánsok is, pl ott van a Rock64. Egész ígéretesnek tűnik, elvileg tudja amit kell, elég jó sebességeket értek el vele, fogyasztása meg alig mérhető
Viszont erre ha minden igaz csak 3-as OMV érhető el, ez nem tudom mekkora biztonsági kockázatot jelent.

És ott van pl az Odroid is.

Ha már SBC, az UDOO-t se hagyd ki. Mondjuk nem a legolcsóbb...

[ Szerkesztve ]

Üdv. V. Körte

Meg a Cubox-i eSATA-val.

Eladó: Apple iPad mini 1 (2db)

Az UDOO-val és a Cubox-i-vel az a baj hogy pofátlanul drága. Akkor jobban megéri az Asrock lap j1900-al, szép házban amiben elfér 2 Sata hdd.

Hát, ahoz a laphoz is kell ház, táp, memória. És akkor még a ház szépségéért kifizetett felárat nem is számoltuk.

Cubox-i lehet drága, de legalább nem kell hozzá ház.

Amúgy én is inkább x86 alapon építkeznék. Fizetős Plex-nél a transzkódolást intézheti az IGP.

Eladó: Apple iPad mini 1 (2db)

Transzkódolás nekem nem igazán kell, libreelec-es tv box-okkal fogom használni, azok tudják a 4k-t is.

A fix ip-t ti hogy állítottátok be és hogyan tesztelhetem a netkapcsolatot? Mármint hogy nem csak helyi hálózat működik? Itthon nincs gond, mert a routerral állítottam be a fix ip-t, de máshol pedig a openmediavault felületén kell.

Átjárót is írjam be? Vagy azt felismeri?

[ Szerkesztve ]

Például van egy ilyen történet:

ping google.com: Átmeneti névfeloldási hiba

Helyi ip-t tudok pingelni, megpróbálom úgy hogy megadom az átjárót.

[ Szerkesztve ]

Átjárót szerintem írd be

[ Szerkesztve ]

Truss me, I'm an engineer.

Beírtam és ugyanúgy átmeneti névfeloldási hiba.

root@openmediavault:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 6c:0b:84:92:84:aa brd ff:ff:ff:ff:ff:ff
inet 192.168.2.200/24 brd 192.168.2.255 scope global eno1
valid_lft forever preferred_lft forever
root@openmediavault:~#

[ Szerkesztve ]

Nekem j1900-on fut az omv, szerintem elég jó, proci átlag 5-10% on megy. Letöltés megy kb 35 MByte.

Mennyire melegszik? Passzívan használod? 5-10% alatt az IDLE terhelést érted vagy fut valami torrent vagy másolás?
Nagyon agyalok rajta, de hogy ekkora kiadást megér-e nekem abban nem vagyok biztos. Olyan 75-80eFT-ban lenne

[ Szerkesztve ]

Nekem nem sikerült működésre bírnom sehogy sem. Azt hiszem írtam itt korábban erről a problémáról
A manuális ip megadásnál nagyon fura dolgokat produkált, végül routert cseréltem, ami tud fix ip-t adni.

http://pel.hu/eoscard http://pel.hu/bdedit

Beírtam dns címhez az alapértelmezett átjárót (router) és mostmár van net. Most mondjuk nem tudom merjem-e update-elni, mert fent vannak a képek minden, nem lenne jó újrahúzni.

[ Szerkesztve ]

Megy közbe a seed, Tettem rá egy kis 5-6 cm ventit azért pluszba. Most a hőfokot nekem se írja, de nem melegszenek ezek. 40 fok a cpu

[ Szerkesztve ]

Ohhh....
Köszi, megjavult
Belestem újra az általad ajánlott System / Network / Interfaces menüpontba és tök üres volt. (ettől függetlenül minden működött)
Felvettem az eth0-át és rögtön jó lett, sőt kiderült, hogy eddig is gyűjtötte, úgyhogy megvannak a korábbi értékek is.

köszi az ötletet!!!

[ Szerkesztve ]

hálózat konfigurálás után illik a hálózatot újra indítani : /etc/init.d/networking restart pl de egy reboot is jó csak nem elegáns. átjáró meg azért kell mert szeretnéd, hogy "ki lásson" az internetre, ehhez meg kell adnod, hogy "merre" is próbálkozzon.
az omv -mint már írták nem bántja az adat lemezeket - talán ezért is önálló lemezre szeret telepedni. pl összeborul a rendszer akkor az adat lemezek nyugodtan alá tehetők másik rendszer alá..

[ Szerkesztve ]

8lnu

Köszi!

Reboot-ot kapott, de jegyeztem.

Azt tudom hogy az adat lemezeket nem bánja, csak azon a gépen szét van particionálva a rendszerlemez is. Mindenesetre nem volt gond, egyedül az omv-extras nem megy fel, azt írja rossz verzió.

Legalábbis terminálból: wget -O - http://omv-extras.org/install | bash
Erre dobja hogy rossz verzió, feltöltve pluginként pedig másik hibaüzenetet dob. Pedig jó verzióhoz szedtem le az extras-t.

Ma ugyanezt csinálta nekem, igaz virtuálisban. Most akartam írni neked, hogy ezt ellenőrizd. Remélem, nem egy újabb 4.1.7 bug...

Azt ellenőrizd le, hogy a felvett eth0 (ha előzőleg nem állítottál el semmit) alaphelyzetben az IPv4 DHCP-re van állítva, az IPv6 tiltott.

Sziasztok!

vettem egy Odroid HC2-t es ratoltam egybol az OMV3-at, viszont van vele ket problemam.
1. Nem tudom OS X alatt NFS V4 sharekent mountolni a megosztott konyvtarokat
OMV Config:
ezeket az opciokat allitottam be a megosztott konyvtarnal:
insecure,fsid=0,no_subtree_check,rw,nohide,sync

Igy nez ki OSX-en a mount
/Volumes/export-1 from 192.168.1.102:/export
-- Original mount options:
General mount flags: 0x0
NFS parameters: deadtimeout=45
File system locations:
/export @ 192.168.1.102 (192.168.1.102)
-- Current mount parameters:
General mount flags: 0x4000018 nodev,nosuid multilabel
NFS parameters: vers=3,tcp,port=2049,nomntudp,hard,nointr,noresvport,negnamecache,callumnt,locks,quota,rsize=32768,wsize=32768,readahead=16,dsize=4096,nordirplus,nodumbtimr,timeo=10,maxgroups=16,acregmin=5,acregmax=60,acdirmin=5,acdirmax=60,deadtimeout=45,nomutejukebox,nonfc,sec=sys
File system locations:
/export @ 192.168.1.102 (192.168.1.102)
Status flags: 0x0

2. Samba sebesseggel van problemam. Megprobaltam nehany opciot beallitani a SMB szerveren, de mintha ignoralna az extra opciokat.

[ Szerkesztve ]

Pontosan így van

Sziasztok!

Naprakész OMV 3-at használok elégedetten, nincs vele semmi baj, csak fájlszerverként funkcionál. Azt szeretném megtudni, hogy érdemes-e felfrissíteni a 4-esre, vagy egyelőre békésen elleszünk még? Olvastam a Facebookon, hogy június végén a fejlesztő befejezi a támogatását, biztonság tekintetében necces lenne még akár egy évig is használni?

Köszönöm előre is!

Mintha itt olyat linkeltek volna, hogy a v3.0.99 az utolsó kiadás az OMV3-ból, nem lesz több. Az meg kint van, tehát már múlt időben beszélhetünk róla. De ez szerintem csak funkcióban jelent lezárást. Az OMV esetén a biztonság a Debian Linux nélkül amúgy sem értelmezhető. Meg a kernel nélkül, ami külön életet él a Linuxon belül. Ez egy elég összetett kérdés, és akkor még nem beszéltünk arról, hogy ennek mennyi a valós és mennyi a felfújt része.

Használd nyugodtan!

Valaki aki használ sonarr-t, radarr-t dockerben, tudna segíteni?

Mindent beállítottam, de amikor adnék hozzá sorozatot/filmet, és megadom a mappát, akkor azt írja hogy az abc falhasználónak nincsen írási joga, mit rontottam el?

Dockerben a sonarr/radarr konténerhez a /srv mappát adtam hozzá r/o bekapcsolva.

Meg ha bármit változtatok a docker beállításoknál sonarr/radarr-al, és mentem, (ugye akkor újraindul), de elfelejti a downloader-t és az indexer-t.

[ Szerkesztve ]

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

Hozz létre usert a dockernek és azzal indítsd a kontenert

hol tudom beállítani, hogy milyen user alatt fusson a konténer?

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

https://hub.docker.com/r/linuxserver/sonarr/ le van írva minden

Plusz az a user legyen az ownere a mappaknak

[ Szerkesztve ]

akkor az omv docker plugin fülön ezt nem is lehet beállítani?

a konténer akár az én userem alatt is futhat nem? és akkor a mappa jogokkal nem kéne már foglalkoznom.

[ Szerkesztve ]

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

environment variableként add meg a PGID-et és PUID-t

nagyon jó leírás: [link]
regisztrálj, és látni fogod a képeket

Köszi, megvan. Mostmár megy szépen minden.

Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi

Na akkor válaszolok magamnak a feltett kérdésre:
OMV WebGUI alól nem lehet a Raid tömböt bővíteni. Csak konzol vagy SSH segítségével. Most már müxik.

Amiga 1200 - Blizzard 1230 MKIV 68030@50/68882@50 - 2MB Chip/128MB Fast - 4GB CF - Classic WB 3.1 - WHDLoad >>> and the Amiga lives forever

Ez most akkor hiba? Mert úgy tűnik az elmondásodból, mintha a webGUI-ban volna ilyen lehetőség, csak nem csinálja meg.

A különböző tenyérnyi hardverekhez megjöttek az OMV4 telepítők.

[ Szerkesztve ]

Fórumokból mazsolázgatva úgy tűnik, hogy ezt a lehetőséget direkt vették ki a fejlesztők, mert sok hibázásra adott alkalmat. Persze erről hivatalos utalást nem találtam, de tény ami tény, Raid tömböt bővíteni szimpla kattintgatással nem lehetséges. Tekinthetjük hibának.

Más:

Amikor befejeződött a tömb bővítése, a rendszer a tömböt clean/degraded-nek jelezte. A tárhely megvolt, az adatok megvoltak, a redundancia elveszett. Kiderült, hogy a tömbből elhullott egy HDD-m (nem az újonnan berakott), így kénytelen voltam venni még egy HDD-t, és visszabővíteni a tömbömet. Minden rendben lezajlott, a redundancia miatt berakott HDD-t már be lehet illeszteni WebGUI alól is, ezzel nem volt probléma.

A kivett rossz HDD-re (1,5 éves WD Red, alig ment, hűtve volt) Win alatt ráeresztettem egy HD Sentinel hosszú öntesztet, majd egy teljes felülettesztet. A SMART értékek, a hosszú önteszt és a felületteszt alapján is 100%-os kondícióban van a HDD. Sehol egy apró eltérés! Az OMV Raid mégis kidobta. Ez mi lehet? Merjem visszatenni?

[ Szerkesztve ]

Amiga 1200 - Blizzard 1230 MKIV 68030@50/68882@50 - 2MB Chip/128MB Fast - 4GB CF - Classic WB 3.1 - WHDLoad >>> and the Amiga lives forever

Talán a ht42 kolléga válaszol érdemben. Neki van tapasztalata a RAID-del.
Én, akinek nincs azt mondom, ha tényleg nem sérült fizikailag a HDD, akkor más ok miatt dobta ki a tömbből, tehát visszarakható. Persze mondhatod, én könnyen beszélek. Meg akkor magyarázatot kéne találni az egyéb okra is.

És Ő idetalál, vagy nekem kell felkeresnem?

Amiga 1200 - Blizzard 1230 MKIV 68030@50/68882@50 - 2MB Chip/128MB Fast - 4GB CF - Classic WB 3.1 - WHDLoad >>> and the Amiga lives forever

Én SnapRaidet használok, az egész más.

Nem rég linkeltem a direkt RAID fórumot. Akkor ott kérdezd meg.

[ Szerkesztve ]

Az OMV-t tesztelgetem (Amlogic S905X),le-fel tölt rendesen a transmission alatt,nincs gond vele.Felcsatolom a a másik box alá (azon LE fut ),látja semmi gond.Viszont lejátszás indítás után 5-10 perccel leáll a lejátszás.,és vissza is dob a menübe.Mi lehet a gond?

SONY 65XE8577----Philips 58PUS8506----TCL 55c635----Onkyo RZ740----Dali Concept 8/6/C/S----HIVI VR8-W----Zgemma H9 Combo----Uclan Ustym 4K Pro----Asus_Tuf-AX5400----Vontar X3 X4----X96 Max+----Tanix_TX3_Max----Tanix W2---Raspberry Pi

Halihó!

Új verzió az Install script-ből OMV4 alá: Install script 2018.06.05.v1

Többszöri teszt után ezek működnek nálam:

1. LAMP szerver
2. Mono Project - (Sonarr, Jackett...)
3. Nextcloud
4: Deluge Torrent - Tesztelés alatt (Működik)
5. Sonarr - Tesztelés alatt (Működik)
6. Jackett - Tesztelés alatt (Működik)
7. SSL Creater - Tesztelés alatt (Még nem működik)

Leírás:
root jog szükséges hozzá

1. A programot ki kell tömöríteni a root könyvtárba egy tetszőleges könyvtárba(pl. install).
2. be kell lépni a könyvtárba amiben ki lett tömörítve
3. konzolba be kell írni a következőket:
chmod +x setup.sh (jogot ad a futtatásra)
./setup.sh (ez már futtatni fogja a script-et)

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|

Ha nem létkérdés a kompakt méret és a hot-swap, egy jobb (akár HA-s használt) ATX midtower-be is bele lehet merni akár 6-8 HDD-t + pár SSD-t és az nincs egy ilyen árának az 1/4-e. A hűtéssel is jobban lehet tervezni, szerelhetőbb is. Cserébe olyan szép, mint egy betonkocka...

Üdv. V. Körte

én ebbe építkezem jelenleg, x86 alapon, egy kicsit alulfeszelt AMD, csak lassan haladok mert újra kondizom még az alaplapot... ha már lúd alapon..

[ Szerkesztve ]

8lnu