-
Fototrend
Új hozzászólás Aktív témák
-
Kronk
őstag
Sziasztok,
Segítsetek kérlek, elakadtam, valószínűleg jogosultság probléma lesz.
Telepítettem egy teszt gépre, egy 5-ös OMVt, Dockert és portainert.
Létrehoztam egy docker user-t user jogosultsággal és pluszban még adtam neki R-W jogot a megosztott mappákra.
Van két megosztott mappám jelenleg.
Most a Deluge-ot tesztelném először és már itt van a hiba--name=deluge \
--net=host \
-e PUID=1000 \
-e PGID=100 \
-e TZ=Europe/Budapest \
-v /srv/dev-disk-by-label-down/appdata/deluge:/config \
-v /srv/dev-disk-by-label-down/downloads:/downloads \
--restart unless-stopped \
linuxserver/delugePUID és PGID jók.
A Download mappába bárki tud írni és olvasni, ki is próbáltam windowsból látom a megosztást, tudok is bele másolni, törölni.
A meghajtó szinte teljesen üres.
De bármit töltenék le, azt írja a deluge jobb alsó sarokban, hogy error freespace in download folder
Köszi előre is
-
Pelican
őstag
válasz
lovi27
#11793
üzenetére
Szerintem jól gondoltad, eddig minden szervert headlessre csináltam.
Ez az alaplap volt béna, hogy az autó állásban nem tudta eldönteni, hogy mivel induljon, ha nincs semmi csatlakoztatva.
Ez mondjuk a lehető legrosszab választás, hogy ilyenkor rebootol , ilyet még nem is láttam. -
Pelican
őstag
-
Pelican
őstag
válasz
lovi27
#11790
üzenetére
Köszi. A wtmp és a btmp bináris file-ok, de azért belenéztem azokba is.
Majd még játszom vele, csak már nem itt van a gép, így kell valaki, aki rádugja, lehúzza a monitort, hogy tudjak tesztelni. A szerverteremben, ahova kerülni fog, nem lesz rajta monitor, ezért kellene kitalálni. Az itthoni szerveren pont ugyanez a verzió van és megy monitor nélkül. -
Pelican
őstag
válasz
lovi27
#11783
üzenetére
Napokban csináltam egy OMV 4 szervert, felraktam, amit akartam, aztán beraktam a helyére ahol nem akart működni. Közelebb menve hozzá kiderült hogy folyamatosan újraindítgatja magát ha nincs rá monitor kötve. Monitort rádugva megint minden szép és jó, de monitor nélkül a boot során valahol újraindul. Másik OMV szerver soha nem csinált még ilyet.
Van valakinek ötlete, hogy miért lehet? -
lovi27
addikt
Jól kiköltekezel, de ezek a kérdések már nem ennek a fórumnak a témaköre.
Két fórumban is megkérdezheted, ahol a témát jól ismerők válaszolnak:
- Házi szerver építése
- Milyen alaplapot vegyek? -
ooszi
senior tag
válasz
lovi27
#11783
üzenetére
szia lovi
nagy fába vágtam a fejszém, de meg csinálom, kemény leszek, egyenlőre tanácstalan vagyok, olvasgatok, nézelődök a neten és stb.....
Lényeg, vettem egy házat már mint pc-házat ami dual systeme-s, nagyon tetszik a gépház, Phanteks Enthoo Mini XL Dual System, fogad egy micro-atx és egy mini-itx rendszert, a micro-atx rendszert megvettem, 250.000 ft volt, a hülye fejemmel nem néztem meg a procit, nincs benne int. vga, így a proci eladásra kerül és veszek egy másik procit amibe van vga is. Na és itt kezdődik a probléma, melyik legyen a nas? az itx vagy a micro-atx?
A micro-atx erős konfig, 50.000 ft os Intel 1151 Z lapkás, elvileg ezt úgy vettem hogy ez lesz a gamer gépem, de nézegetem az itx lapokat, sajnos az integrált lapok kilőve nagyon gyenge benne a procik, plex server megeszi, szeretnék legalább 8 vinyót rádugni a lapra nas hoz.
Itx re is költsek el 150.000 ft ot, lap-proci-memória. -
lovi27
addikt
Próbáld ki, nem tart sokáig.
Szerintem kéne működnie, Soha nem próbáltam így, de egy szervernél a hiányát nem tartom kizáró oknak. Viszont ha valami baj van és amíg nem áll fel a rendszer (nem éred el SSH-n se) addig csak az a videó jel ad információt az állapotról..Ezért javaslom inkább vegyél - akár használtan - is egy olcsó VGA kártyát. A legbutább is elég. Lehet, hogy komputer bontóban még ajándékba is odaadnak egyet...
-
ooszi
senior tag
Sziasztok
Lenne egy fura kérdésem, lehet hogy nem ide kellene írnom, de hátha.
Következő a szitu, a gépben lévő prociban nincs integrált VGA, ezért arra gondoltam hogy rakok bele egy vga-t telepítési időre meg a konfigra, ha kész utána kiveszem a vga-t.
Szerintetek így működni fog a rendszer? -
#11776
m0rd0k
senior tag
Xenophobermn
#11767
m0rd0k
senior tag
válasz
Xenophobermn
#11767
üzenetére
azt lattam, de ha konkretan QBittorrent alkalmazast szeretnen hasznalni arra van lehetoseg?
Tavoli elereshez mit ajanlanatok? Fix IP cimet s telekomtol ha lehet vagy valamifele dyndnst? -
akipapi
tag
válasz
Xenophobermn
#11773
üzenetére
Előszőr nem, aztán átírtam de így is maradt karbantartási módban.
-
akipapi
tag
válasz
Xenophobermn
#11769
üzenetére
Szia,
lefuttattam és ezt az üzenetet kaptam: -bash: $: command not found
-
tama777
tag
válasz
akipapi
#11768
üzenetére
Már találkoztam ilyennel. Amikor elindítod a frissítést lesz két választási lehetőség (linuxserver/nextcloud + linuxserver/mariadb esetén tuti) a frissítés befejezésére: parancssorból vagy webes felületen. Ha a parancssorit választottam nekem is karbantartási módba kötött ki (nem kerestem megoldást), ha a webes befejezést, akkor sikerült a frissítés (már egy párszor frissítettem így, hiba nélkül)!
ui.: a linuxserver csapata nem ajánlja és nem is támogatja a konténeren belüli frissítést (Plex, Nextcloud).
-
akipapi
tag
Sziasztok,
OMV 4-en fut nextcloud szerver nálom. Sajnos frissítés után karbantartási módba került. Visszaolvastam a fórumban és ezt a parancsot találtam: sudo -u www-data php occ maintenance:repair
Erre a parancsra ezt az üzenetet kapom: Could not open input file: occValaki találkozott már ezze a hibával? Esetleg van rá más megoldás?
Előre is köszönöm a segítséget.
-
#11764
lovi27
addikt
Xenophobermn
#11763
lovi27
addikt
válasz
Xenophobermn
#11763
üzenetére
Tehát tőled töltenek le, azaz a feltöltési korlátot kell nézni, ami nálad 20Mbit/s lehetne, de amit a szolgáltató megad az nem a garantált, hanem a maximum érték. Mivel szombaton felétek is egyszerre többen használjátok az internetet, így most ennek alig több mint a tizedét tudtad mérni (2,5Mbps). Erről írtam, hogy csúcsidőben egyes szolgáltatóknál bedugul az internet és az értékek nagyon elmaradnak a megadott maximumtól.
Legközelebb későn éjszaka vagy nagyon korán, hajnalban ismételjétek meg a letöltést és a sebesség többszöröse lesz a mostani 1,2Mbps-nak.
-
#11763
Xenophobermn
csendes tag
lovi27
#11762
Xenophobermn
csendes tag
válasz
lovi27
#11762
üzenetére
Nagyon ritka, hogy ne tudná a rendszer ezt a sebességet. Szóval állítom, hogy tudja a 90/20-at. (kis falun lakunk, nálunk jelenleg ez a plafon)
Így belegondolva, a letöltő, aki nem én vagyok, elméletileg 30/3-as nettel rendelkezik. Akkor így kb érthető a sebesség probléma.
Én mobil internettel teszteltem, ami jelenlegi teszt szerint 85/2,5Mb/s sebességet tudja, és szerintem 1,2Mb/s-nél kicsit többet kellene tudnia felfele. De ez nem is gond. Hisz mobilnettel nem töltök le/fel. -
#11762
lovi27
addikt
Xenophobermn
#11761
lovi27
addikt
válasz
Xenophobermn
#11761
üzenetére
A neted alapján olyan 8MB/s (a kis b bitet jelent, a nagy B byte-ot) köröl a jó letöltési érték.
Azt írod lokálisan elfogadható a sebesség. Az FTP egy protokoll szerint működik, neki mindegy, hogy helyből vagy távolról jön az adat. Ezért a neted most is biztosítja a névleges körüli sebességet? Nem lehet, hogy terhelt? Megmérted? Illetve ahonnan letöltesz oldal tud ekkora sebességet? Bár manapság szégyen lenne, ha nem tudna. Azért próbálj meg például egy Linux disztribúció oldaláról letölteni valamit, mert azokról stabil sebességgel lehet. -
#11760
lovi27
addikt
Xenophobermn
#11759
lovi27
addikt
válasz
Xenophobermn
#11759
üzenetére
Szia!
Ez OMV4? Mennyi az a lassú?(#11757) McDuglas
Dokumentáció: [link]Ez nem a parancs része, itt nem kéne a programkód formázás.
A link nem működik! Pótold légy szíves! -
#11759
Xenophobermn
csendes tag
Xenophobermn
csendes tag
Sziasztok!
Ti is tapasztaltátok, hogy a beépített ftp szolgáltatás, külső hálózatból nagyon lassú? A le és feltöltés is kifejezetten csiga tempóba megy. Nem egy extra nagy a netem 90/20, de akkor is sokkal gyorsabban kellene mennie. Belülről elfogadható. Mi lehet az oka? Olvastam fórumokon, hogy sokaknál van ez a probléma, de megoldást nem adott senki.. -
ttamas
tag
válasz
McDuglas
#11757
üzenetére
köszi, legközelebbre elmentem.
Bár itt futott az emby dockerben, ezért ez a parancs szerintem nem ütötte volna ki, legalábbis azt írja, hogy csak ezeket törli:WARNING! This will remove:
- all stopped containers
- all networks not used by at least one container
- all dangling images
- all dangling build cache -
McDuglas
aktív tag
válasz
ttamas
#11756
üzenetére
Ha ssh-val be tudsz lépni, a nagyágyú takarító parancs:
docker system pruneDokumentáció: [link]Ez gyakorlatilag minden nem használt objektumot töröl. Esetleg érdemes a --volumes kapcsolót is megfuttatni, de az törölhet perzisztálásra szánt dolgokat is, így azzal tényleg óvatosan. -
ttamas
tag
a
sudo du -shc /var/*programmal már sikerült is lokalizálnom a bűnőst, 48 gigás volt a log file, amit töröltem.
omv alatt vmelyik docker program felzabálta a rendszermeghajtón az összes üres helyet, jelenleg a web admin felulet sem töltődik mar be.
Van telnet elérésem rootal, mcvel, mit tudnék törölni, hogy elinduljon a webes felület, és belepve, le tudjam állítani a dockerben a dolgokat ?
Total Commanderben ugye alt + shift + enter megmutatja a directorI méreteket, de itt nem tudok ilyen parancsról ... -
lovi27
addikt
válasz
tama777
#11748
üzenetére
Akkor ez is csak azt jelzi, hogy az 5.0.5 ISO-ban valami nem oké.
És persze egy nem stabil, béta programot valós hardveren kéne próbálni, az a mérvadó, mert a virtuális környezet is okozhat problémát.nemurea
Az OMV nem egy Debianra telepíthető egyik program. Az OMV a Debiannak szerver módú kiépítése - tehát csak a kernelt és a szervereket tartalmazza (nincs csomagkezelő, nincs semmilyen grafika, még fájlkezelő sincs), - de hogy a nem profi felhasználónak ne konfig fájlokat kelljen DOS szerű szövegszerkesztőben módosítani, csináltak hozzá egy webes GUI beállító felületet. A telepítőben a szerverekből annyit válogatták össze, amennyire egy NAS felhasználónak szüksége lehet.
Abban tévedsz, ha telepítési módok szerint teszel különbséget. És az OMV ISO telepítés is bővíthető - megfelelő ismerettel - bármilyen kiépítésű Debianra, ill. használható hozzá is bármelyik Debianra készített alkalmazás.#11743 vadkörte
Szerintem nem most, hanem akkor tévedtek amikor engedtek a nyomásnak és erőn felül bevállalták a rengeteg plugint. Akkor kellett volna azt mondniuk, hogy ezek független alkalmazások, nincsenek a Debian repoban és többféle módon is segítik a telepítésüket, ha valaki idegenkedik a CLI módtól. A Dockeren kívűl is van még néhány más hasonló megoldás, például a SNAP. -
tama777
tag
válasz
szpeti40
#11751
üzenetére
Hát nem tudom mi lehet a hiba (azt írtad nyílt tracker-rel megy, akkor nem lehet, hogy a zárt tracker beállításával van a hiba és nem a konténerrel?)! Hátha jelentkezik valaki aki, használ Jackett-et zárt tracker-rel. Elvileg tud, de még nem kellett használnom.
-
-
-
vadkörte
addikt
válasz
Oldman2
#11745
üzenetére
Ha az OMV-t töltöd le és telepíted, csak egy minimális Debian lesz alatta. Ezt max konténerekkel és plug-in-ekkel tudod bővíteni.
Ha egy Debian-t telepítesz először - akár teljes(ebb)et, akár minimál netins-t - akkor ezen az OMV csak egy lesz a futtatható progrtamok közül. Tudod bővíteni bármilyen Debian-kompatibilis csomaggal.
(#11744) nemurea:
Igazat adok neked, én "csak" a Docker-től és a konténerezéstől idegenkedek. Ennyi a problémám.
Jelen tudásom nem ér fel idáig és ne mis biztos, hogy szeretnék vele foglalkozni. Szerver operációs rendszerre fellegózni az egyes szolgáltatásokat pláne nem akarok, ezért választottam az OMV-t...
Egyelőre használom a 4-est, bár már elkezdtem ismerkedni alternatív rendszerekkel... -
tama777
tag
válasz
szpeti40
#11739
üzenetére
Jackett-et nem használok, bár nem gondolnám, ha minden jól volt beállítva a konténer létrehozásakor, hogy a Watchtower miatt nem működik a dolog.
Watchtower-es frissítgetéssel nekem akkor volt gondom, ha nem adtam meg a konténer létrehozásakor minden olyan könyvtárat, amit kér a konténer (vagy elírtam a konténer könyvtárát (pl. /config helyett /confi-t írtam, ilyenkor a /config könyvtárához csatol egy random könyvtárat)).
Konkrét példa: Létrehoztam a Grafana konténert, beállítottam, amit a telepítési dokumentum írt (port szám, név stb.). Elindítottam, működött, beállítottam már egy csomó grafikont. Aztán egy Watchtower-es frissítés után minden beállítás, grafikon odalett
. Kiderült, hogy a Grafana létrehoz egy saját könyvtárat (Portainer/Volumes résznél látható), amibe a konfig fájlt tárolja. Amikor a Watchtower frissít az új konténer más random könyvtárat hoz létre, amibe az alap konfig fájl kerül és így nem találja meg a régit. Magyarul adnom kellett meg nekem egy saját könyvtár útvonalat, ahol már minden frissítés után meglesz a konfig fájl! -
nemurea
aktív tag
válasz
Oldman2
#11742
üzenetére
Csak annyit, hogy az OMV-t kétféleképpen lehet telepíteni: a standalone telepítővel, amit a weboldalról letöltesz és pendrive-ra kiírsz, ez kb. egy out-of-the-box megoldás, csak annyi debiannal a csomagban, amennyi pont az OMV futásához kell. Arra jó, amire szánják: NAS lesz az eredmény.
Amit én preferálok, az a debian netinst, normál oprendszer, és azon az OMV "csak egy program a sok közül", természetesen a gép funkcióját nézve első körben csak az fut, semmi más. De ha kell más is, akkor szépen mellépakolod a normál debian alapodra és készen vagy. Nem függesz az OMV pluginjaitól vagy bármitől.
@vadkörte: én megértem ezt az irányt, hiszen karbantartani a plugineket nagy munka, és az ember egy idő után elveszíti a motivációját. Fizetést nem kap érte. Egyébként ez a dockeres módszer is kb. összecseng (szerintem!) a fenti vonallal: debian alap, OMV egy program, a dockerek meg oldják meg az összes többi olyan dolgot, ami kívül esik az OMV érdekszféráján. Nem elvetendő elgondolás, az ember úgy legózza össze a rendszerét, ahogy akarja.
-
vadkörte
addikt
válasz
nemurea
#11741
üzenetére
Az OMV fejlesztőgárdája - OK, tudom, ha nem tetszik el kelehet menni és használjak vagy írjak helyette mást - újabban mintha maga ellen dolgozna.
Erővel terelik a népet a konténerizálás felé, még akkor is ha ők nem szeretnék.
Jó, maradhatok a régin, de egy idő után nem kap fejlesztést, sem javítást.
Ami miatt megkedveltem az OMV-t, pont attól kezdik megfosztani.
A fentiek szigorúan a magánvéleményem tükrözik -
nemurea
aktív tag
válasz
lovi27
#11740
üzenetére
@lovi: természetesenen a lentiek nem kifejezetten Neked szólnak, hiszen Téged is láttalak már ezt az irányt javasolni:
Én tényleg nem akarok senkit noszogatni egyik vagy másik irányba, de az én laikus (!) véleményem az, hogy a debiannal összecsomagolt OMV hordoz magában egy fokú bizonytalanságot, hiszen ilyenkor a fejlesztés során az alap rendszert is követni kell, meg az OMV-t is, aztán egy adott állapotban összegyúrják és az lesz a telepítőcsomag. A core debian értelemszerűen lebutított, amennyire csak lehet. És ez egy élő, fejlődő rendszernél probléma forrása lehet, ha két nappal később a debian igényelni fog valami olyan szolgáltatást, amit az alap telepítő nem tesz fel.
A debian netinst minimal ISO, amellett, hogy up-to-date, teljesen személyre szabható a telepítés során, és akkor nem utólag kell hozzáhegeszteni egy desktop environmentet, ha szükség van rá, vagy bármi más funkciót bele lehet pakolni később, amire igény nyílik. És nem mellesleg így az OMV mellett működő többi funkcióban, azok támogatásában tud segíteni a debian közösség is.
Én annak a híve vagyok, hogy az OMV egy nagyszerű NAS megoldás, arra használjuk, de ha a gép még más funkciót is ellát (márpedig el tud!), akkor az OMV-t külön programként érdemes telepíteni egy normál debian alapra.
-
lovi27
addikt
válasz
tama777
#11729
üzenetére
Feltettem egy Debiant (a 10.3-nál tartanak) és az alá telepítettem az OMV5-t.
Úgy nem voltak ezek a hibák, minden működött. A Docker plugin se cseszte szét a hálózatot, illetve nem kellett az OMV-nél a fix IP beállítás (ill. azt kap, csak jobb ha a routertől) és az FTP szerver is hiba nélkül, ugyanúgy elsőre indult mint eddig. Másoltam is vele, nehogy az legyen csak jelzi, hogy megy a szolgáltatás és aztán mégse.
-
tama777
tag
válasz
szpeti40
#11728
üzenetére
OpenVPN-as-t Dockerben próbáltad már (OMV5-re nincs OpenVPN plugin)? Én azzal érem el a távoli OMV-s gépet (Airsonic-ot, Portainer-t, Glances-t stb.), illetve az azon a hálózaton lévő PC-t, router-t, stb.. TDL videója alapján simán működik, viszont annyi kiegészítéssel (a videó alapján csak csatlakozni tudtam a hálózathoz, az OMV-be belépni már nem), hogy a Configuration/VPN Settings oldalon a Routing mezőbe, (ahol a 172.17.0.0/16 van) add hozzá azt a hálózatot amihez csatlakozni kívánsz (pl. 192.168.1.0/24 ekkor az egész hálózatot látod vagy megadhatsz csak egyes címeket is pl. 192.168.1.23 192.168.1.102 stb.)
Valahogy így nézzen ki:172.17.0.0/16
192.168.1.0/24.Már egy párszor frissítette a Watchtower, mióta használom, de még sosem volt gubanc vele!
-
lovi27
addikt
válasz
szpeti40
#11735
üzenetére
Nem használom ezeket a szolgáltatásokat, ráadásul a Dockert se. Ha nem segít más, sajnálom, de én ebben akkor se tudok. A Dockerben már csak a fórum miatt is el fogok mélyülni, de egyáltalán nem vagyok meggyőződve, hogy nekem annyira szükségem lenne rá.
Csak ne szívasson már végre az OMV5!
-
-
tama777
tag
válasz
lovi27
#11730
üzenetére
Én is köszönöm a visszajelzést. Egyébként az alap rendszerben más hibával nem nagyon találkoztam (azért volt, hogy a bekapcsolt "Monitorozás" funkció miatt 2 percet is várni kellett, hogy a szolgáltatások elinduljanak, de ezt egy frissítés megoldotta). Majdcsak összeáll!
-
-
lovi27
addikt
válasz
szpeti40
#11728
üzenetére
Kézenfekvő válasz, hogy a routerben futtasd a vpn szervert és akkor az összes helyi IP-vel nem lehet gond. Nekem elég lett volna csak a NAS megosztásait látni VPN alól, de a windowsos gépemét is látom. De csak a samba megosztásokat. Nem lehet, hogy amit nem látsz ott nincs SMB?
-
lovi27
addikt
válasz
tama777
#11729
üzenetére
Az eufória csak egy éjszaka tartott. Ma már vegyes a kép. A Bridge módban - ahogy te is használod - megint nem működik (ugyanaz a hiba), a NAT módban ma is jó. Nálad egyből nem ment a hálózat, így keresned kellett rá megoldást, engem meg becsapott, hogy csak a plugin telepítése után halt meg. De átmenetileg az lesz a megoldás amit találtál. Hogy ez marad-e a végleges, majd elválik.
Nem megy az FTP. Most, hogy kérdezted, megnéztem. Eddig fel se merült bennem, hogy az alap (core) OMV-ben is lehet hiba, de úgy látszik Volker most ezt is módosította és így bármiben lehet. Rosszabb a helyzet, mint gondoltam. Persze érthető, mert neki is élnie kell valamiből és a másik munka elszipkázza idejét, figyelmét az OMV-től.
-
tama777
tag
válasz
lovi27
#11724
üzenetére
Igazán nincs mit! A lényeg, hogy működik! Hát nem tudom meddig marad az OMV5 béta állapotban, Neked pl. működik az FTP? OMV4 alatt működött, de OMV5 alatt nem megy (se az itthoni gépen, se a távolin, se VirtualBox-on). Ha törlöm a /run/proftpd.pid fájlt, akkor elindul, de újraindítás után megint nem megy. Mondjuk én nem használom, de ez mai napig nálam egy hiba az OMV5ben.
Egyébként a DNS-t nekem sem kellett állítanom OMV4 alatt sosem, viszont amikor megjelent az OMV5, felraktam VirtualBox-ban, a telepítés megvolt, de nem tudtam semmit sem telepíteni se frissíteni. Utána olvasva ezt találtam (Do not leave DNS setting empty; it is essential for fetching updates. A common value is to use the same IP address as the gateway. If unsure, just use google DNS
8.8.8.8.), ezt beállítva egyből működött minden. Azóta mindig beállítom a DNS szerver részt, ha működne nélküle, akkor is. -
lovi27
addikt
válasz
tama777
#11716
üzenetére
Köszi szépen, hogy megnézted és idetetted a részleteket. Egy beállítási különbséget találtam. A hálózati beállítást én a felkínált NAT módban használtam/használom, nálad a Bridge-elt kártya mód van beállítva. De ezekre nem szabad hatással lennie a plugin telepítésének.
A DNS-t helyileg soha nem kellett állítom, minden eszköz a routerem szerint működik és eddig nem volt gond vele. Jelenleg nem a Google szerverét, hanem Cloudflare-ét használom, de nem tapasztalok különbséget.Sajnos, valószínűleg már nem derül ki mi volt a gond, mert megint módosult az extra plugin és most hirtelen jó lett az OMV5, eltűnt a hiba. Nem tudok másra gondolni, mert ma legalább ötször feltelepítettem különböző hálózati beállításokkal (NAT, Bridge), de nem tudtam hibára kényszeríteni. Programot is cseréltem, azzal se. Nem lehet véletlen, hogy még mindig béta állapotban tartják. Csak én megszívtam....
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
tama777
tag
válasz
#49155328
#11717
üzenetére
Előtte ugye végzi az ipv4dhcp konfigurálást, na amikor azzal végzett és amint megjelenik az ipv6dhcp érzékelés rész nagyon, de nagyon gyorsan nyomj egy mégsét (space), ezzel kihagyja az ipv6dhcp konfigurálását és megy tovább a telepítés. Ha nem vagy gyors és újra bejön a szimpla kék képernyő, nyomj egy Ctrl+C-t, válaszd a Hálózat beállítás részt és futhatsz neki újra.
Lényeg, hogy siker van!
-
#49155328
törölt tag
Sziasztok!
Van egy HP Microserver N40L-es gépem Xigmanas rendszerrel.
Vinyókat kiszedtem, bennthagytam egy 500Gb-os merevlemezt amire az omv-t szeretném feltelepíteni.
Az összefoglalóban az 5. pontig eljutok, majd a hálózatot állítaná be a rendszer végez is az ipv6dhcp konfigurálással de utána nem csinál semmit.
Csak szimplán kék a képernyő.Segítsetek legyetek kedvesek.
Köszönöm!
-
tama777
tag
válasz
lovi27
#11699
üzenetére
Megnéztem, nekem működik rendben.
Ami eszembe jutott, hogy VirtualBoxban addig nem tudtam frissítéseket telepíteni, amíg a Hálózat/Interfészeknél a hálózati adapternek nem adtam meg a Google DNS szerverét (bár én már az OMV Extrákat sem tudtam telepíteni), illetve ha a Dockernek más telepítési útvonalat állítottam be (elvileg a sharedfolders-es útvonalat nem szereti). -
-
Shade45
senior tag
-
gg1876
tag
Kösz Shade45 és szpeti40! Igen sejtettem, hogy nem túl jó megoldás. Sajnos ez egy Lenovo mini gép, amiben csak egy Sata port van, ezért ötletelek. Az, hogy a rendszer pendrv-n van, mennyivel teszi lassabbá a működést? Jobb nem jutott eszembe, most a rendszer egy pendrv-n van, a tárhely egy 1Tb-os 2,5" WD RED
-
-
-
gg1876
tag
Üdv! Külső eszközre (pendrive, mobil HDD) szeretnék USB-n keresztül filmeket másolni.
Arra gondoltam, hogy bedugom az eszközt a NAS-ba és MC-ben átmásolom amit akarok.
A csatlakoztatott eszközt hol keressem, mehet ez így, vagy kell valamit beállítanom (mount, leválasztás, stb.)?
Mit ronthatok el a deluge-nál?
. Kiderült, hogy a Grafana létrehoz egy saját könyvtárat (Portainer/Volumes résznél látható), amibe a konfig fájlt tárolja. Amikor a Watchtower frissít az új konténer más random könyvtárat hoz létre, amibe az alap konfig fájl kerül és így nem találja meg a régit. Magyarul adnom kellett meg nekem egy saját könyvtár útvonalat, ahol már minden frissítés után meglesz a konfig fájl!
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ú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.
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest