-
Fototrend
Új hozzászólás Aktív témák
-
sad_Vamp
őstag
válasz doberman #8528 üzenetére
igen, nem sikerül ez a bajom.... ha manuálisan írom be, ha automatikusan... .agyf....zt kapok már az egésztől.... én csak egy rohadt működő NAS-t akarok.... nem heteket szopni 1 elcseszett linux installal... .(Rpi-re is felraktam bármit Odroidra is, és akkor egy ilye p..s debian cs...zik ki velem!?)Na közben restartoltam az összes hálózati cuccot a házban (főleg a router és switchek) most működni látszik, reméljük végig megy mostmár normálisan az install
[ Szerkesztve ]
“When the flaws of the system are exposed, it is usually the irritant who gets cast out.”
-
lovi27
addikt
válasz doberman #8768 üzenetére
Ez akkor jó, ha maga a szerver nem elérhető. De most más a hiba:
Reading package lists... E : Release file for http://ftp.hu.debian.org/debian/dists/stretch-updates/InRelease is expired (invalid since 6d 5h 43min 21s). Updates for this repository will not be applied.
Az InRelease fájl elérhető, lehet olvasni, csak az érvényessége lejárt (expired), a rendszer nem alkalmazza. Ezért gondoltam akkor, hogy kipróbálom a német tükörrel, mert ugye mi nem vagyunk olyan fegyelmezettek, mint ők.
Így akkor eldőlt, sajnos még most is fennáll a hiba. Az viszont fura, hogy ennyi ideig nem veszik észre.
-
sad_Vamp
őstag
válasz doberman #8980 üzenetére
Igazából szerintem semmi különleges nincs abban amit csinálok (tam):
letöltöttem a "Ubuntu 18.04.1 LTS"-t
és az aktuális "OMV"-t (ezt konkrétan tegnap)
csekkoltam a letöltött image-eket MD5sum-al, és kiírtam kulcsra az etcher.io programmal.1.) Beinstalláltam az OMV-t itt sem állítottam semmi extrát (ami lehet auto, domain nevet nem adtam meg) max annyit, hogy a nyelv és bill angol és minden más szlovák (mert onnét vagyok, pl a szlovák mirrorokon nem volt olyan gond mint nektek a magyarokon)
szóval OMV felment. Ezután tök mind1, hogy hagytam-e egy első indítást vagy nem (az eredmény ugyan az a hiba)2.) kicseréltem az usb kulcsot, és be bootoltam Live Ubuntuba (megint csak mind1 hogy BIOS féle boot, vagy UEFI boot)
3.) elindítom a GPARTED-et; az adott HDD-n lecsökkentettem a particiót 32 vagy 64 gigára....( szerintem még 16 is sok az OMV-nek, de biztos ami biztos). A maradékból meg csináltam új particiót (ext3 vagy ext4 mind1.... u.a. az eredmény) most értem én hogy a main partició és logikai közé jött még 1 új partició és valamiért most ez okozhatja a hibát....
4.) reboot + kulcs kivesz és jön a "nem találom a swap HDD-t" hiba
őszintén: nem emlékszem előzőleg is így particionált-e alapból az omv. de az biztos hogy ez a módszer működött 2-3ason biztosan, és a legelső 4es verzión is. (amúgy ahogy már többször leírtam, ugyan így csináltam, ubi serverrel, rockstore-al stb más linuxokkal, amikor nem volt kedvem installal játszani a particiózáskor és ott nem ütköztem ilyen hibába, ezért furcsálom nagyon a dolgot)
“When the flaws of the system are exposed, it is usually the irritant who gets cast out.”
-
sad_Vamp
őstag
válasz doberman #9009 üzenetére
ezt a parancsot konkrétan leírva, csak most visszakeresés után 2000hsz-el előbb itt találtam meg. Ez a hsz ráadásul nem is nekem volt válasz
“When the flaws of the system are exposed, it is usually the irritant who gets cast out.”
-
bvvitya
aktív tag
válasz doberman #9061 üzenetére
Húúú Hát megpróbálhatom egy kicsit bonyolultnak tünik.
Viszont ez esetben kérnék egy kis segítséget.
Egy konkrét linket ami USB-re rakható mivel nincsen dvd meghajtóm.partíciokat magam kell megcsinálni? ext4 legyen a rendszer tipus?
valami különös dolog amire figyelni kell telepítés során?*** Redőny motorok listaártól ólcsóbban! ***
-
lovi27
addikt
válasz doberman #9437 üzenetére
Azért mondd el mi lett a megoldás, hagy tanuljunk...
(#9384) aicon és mindenkinek!
Ma kijött a javított OpenVPN 4.0.3 plugin. Ez már nem küld error üzenetet, ha az újratelepítése előtt törölték az openvpn mappát. Ha nincs törölve pikk-pakk engedélyeződik, gondolom a tárolt adatok miatt. Ha viszont újra kell építenie, akkor - írd és mondd - 6 percig tartott - nálam. Lemértem, mert azt hittem már kiakadt. Szóval, csak türelem. Hasonló a helyzet mint az első telepítésekor.
-
_Smooth
senior tag
válasz doberman #9501 üzenetére
Van erre az OMV-s OVPN-re valami leírás? Mert nekem valamiért nem akar működni.
Jelenleg router futtat egy openVPN szervert, de azt lekapcsoltam erre az időre.
Azóta pedig a routeren keresztül se megy (természetesen visszakapcsoltam).Igazából az OMV-n be se tudom kapcsolni. Hiába kattintom át a kapcsolót, amint frissül a lap, offosnak mutatja ismét.
# I got bored one day and put everything on a bagel...
-
_Smooth
senior tag
válasz doberman #9521 üzenetére
Úgy értettem, igen
És működik is... vagyis most már legalább el tudtam menteni, be tudtam kapcsolni.
Létrehoztam a tanúsítványokat is, de valami csak nem stimmel. Nem csatlakozik.Thu Feb 07 20:48:55 2019 OpenVPN 2.4.6 x86_64-w64-mingw32 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [AEAD] built on Apr 26 2018
Thu Feb 07 20:48:55 2019 Windows version 6.2 (Windows 8 or greater) 64bit
Thu Feb 07 20:48:55 2019 library versions: OpenSSL 1.1.0h 27 Mar 2018, LZO 2.10
Thu Feb 07 20:48:55 2019 MANAGEMENT: TCP Socket listening on [AF_INET]127.0.0.1:25340
Thu Feb 07 20:48:55 2019 Need hold release from management interface, waiting...
Thu Feb 07 20:48:56 2019 MANAGEMENT: Client connected from [AF_INET]127.0.0.1:25340
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'state on'
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'log all on'
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'echo all on'
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'bytecount 5'
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'hold off'
Thu Feb 07 20:48:56 2019 MANAGEMENT: CMD 'hold release'
Thu Feb 07 20:48:56 2019 MANAGEMENT: >STATE:1549568936,RESOLVE,,,,,,
Thu Feb 07 20:48:57 2019 TCP/UDP: Preserving recently used remote address: [AF_INET]100.66.128.195:1194
Thu Feb 07 20:48:57 2019 Socket Buffers: R=[65536->65536] S=[65536->65536]
Thu Feb 07 20:48:57 2019 UDP link local: (not bound)
Thu Feb 07 20:48:57 2019 UDP link remote: [AF_INET]100.66.128.195:1194
Thu Feb 07 20:48:57 2019 MANAGEMENT: >STATE:1549568937,WAIT,,,,,,
Thu Feb 07 20:48:57 2019 MANAGEMENT: >STATE:1549568937,AUTH,,,,,,
Thu Feb 07 20:48:57 2019 TLS: Initial packet from [AF_INET]100.66.128.195:1194, sid=9f2778a9 fbaaf265
Thu Feb 07 20:49:57 2019 TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
Thu Feb 07 20:49:57 2019 TLS Error: TLS handshake failed
Thu Feb 07 20:49:57 2019 SIGUSR1[soft,tls-error] received, process restarting
Thu Feb 07 20:49:57 2019 MANAGEMENT: >STATE:1549568997,RECONNECTING,tls-error,,,,,
Thu Feb 07 20:49:57 2019 Restart pause, 5 second(s)Routeren a saját OVPN szervere kikapcsolva.
PortFWD beállítva a NAS-ra (NAS_IP és 1194 port, UDP)
DDNS külső cím is beállítva, meg is találja az IP-t (100.66.128.195 stimmel)Megnéztem a server.conf filet. Ott volt egy ilyen sor:
push "route 10.8.0.0 255.255.255.0"
meg kettővel alatta:
;push "route 192.168.1.0 255.255.255.0"
Ezt átírtam azóta 192.168.1.1-re is már, hátha az a baja (mivel ez a router IP-je is)... de ugyanaz a hiba# I got bored one day and put everything on a bagel...
-
_Smooth
senior tag
válasz doberman #9526 üzenetére
Köszönöm a választ, megnézem ezeket is.
Közben a Plex is megőrült... kezd kicsúszni a dolog a kezeim közül
OMV-n be van kapcsolva, de amúgy telefonról nem érem el.Mondjuk az adatbázis kötet azon a tömbön van, ami újraindítás után nem volt meg.
Azt a két lemezt menet közben (áram alatt, futott a rendszer is) dugtam rá, így kerültek elő.
Lehet, hogy ezt az adatbázist keresi emiatt?
Hogy tudom, csak a plex szolgáltatást újraindítani? (Nem az egész rendszert, nehogy megint eltűnjön a tömb, amíg nem találom meg arra is a megoldást)
Simán deaktiválom, meg újra aktiválom?OK, Plex kérdést a fentiek megoldották. Többit meg akkor ellenőrzöm.
[ Szerkesztve ]
# I got bored one day and put everything on a bagel...
-
_Smooth
senior tag
válasz doberman #9526 üzenetére
Na megpróbáltam rendszergazdaként futtatni, jogosultságokat módosítottam a config mappán, de semmi.
Vagyis ugyanaz.Átküldtem telefonra is a filet, ott is hozzáadtam a klienshez. Korábban telefonról és windowsos gépekről simán ment a routeren futtatott verzióval, most a telefonon is azt írja sok karikázás után, hogy nem tud kapcsolatot létesíteni a szerverrel.
# I got bored one day and put everything on a bagel...
-
blg
senior tag
válasz doberman #9660 üzenetére
omv telepítésnél a hálókártya driver lista legvégén van az 'egyik sem' opció, azt kiválasztva megkérdezi, hogy akarom-e külső lemezről telepíteni a drivert. Ezért az Intel oldaláról letöltöttem a drivercsomagot. A csomagban több mappa is van, de egyikben sincs utalás I219-re. a PRO1000 mappában lévő linuxos driver fájlokat azért átmásoltam egy másik pendrive-ra (meg azt is próbáltam, hogy az omv telepítő pendrive-ra másolom), de a telepítő azt írja nem talált jó drivert. eddig jutottam..
-
blg
senior tag
válasz doberman #9670 üzenetére
szia
fölraktam az ubuntut, végülis a desktop verziót, mert a live ubuntu miatt már úgyis benne voltam.
ubuntu működik, net van.terminálban fölraktam az omv-t a leírás alapján. annyit kellett változtatnom, hogy a bash omv4.sh elé beírtam, hogy sudo. Úgy tűnt, hogy feltelepült. Hol lehet megnézni, hogy tényleg feltelepült-e?
Böngészőből nem érem el az omv-t. Terminálon nem ismeri az omv parancsot (próbáltam az omv-initsystem és a omv-firstaid parancsokat)UI: linuxból 0.1-es szintű user vagyok!
UI2: putty-al sem tudok belépni az ubuntus gépre (connection refused)[ Szerkesztve ]
-
blg
senior tag
válasz doberman #9682 üzenetére
tudom, hogy az alpha egy korai verzió és általában nem is szoktam alpha verziójú programokat telepítgetni, de most ki akartam próbálni, hogy a 10-es ismeri-e már a hálókártyát.
sajnos nincs hálókártyám, azt venni kell, az több nap, mire ideér, én meg türelmetlen vagyok :-(
Ha telepítek egy 9.8-as debiant, akkor:
- föltelepül hálózat nélkül?
- mivel nincs hálózat, ezért a legnagyobb méretű dvd iso-t használjam? Vagy melyiket?
- ha már fölment, akkor hogy lesz hálózatom? -
blg
senior tag
válasz doberman #9689 üzenetére
nem igazán vágyok arra, hogy linuxot tanuljak, én csak egy működő omv-t szeretnék minél kevesebb szívással.
van megoldást arra érted, hogy rakjak be egy másik hálókártyát? rajta vagyok a témán, végül egy Intel EXPI9301CT kártya mellett döntöttem, csak még be kell szerezni (az olcsó Realtek chipseteket nem nagyon dicsérik a fórumokon)
-
lovi27
addikt
válasz doberman #9806 üzenetére
A neve alapján szerintem is valami ilyet csinál a plugin, de nem erről írtam. hanem arról, hogy a hozzászólásból arra következtettem a társ már próbálkozott vele.
Lehet majd kiderül nem teljesen így van, de most nem a szokásos hozzáférési listával van a gond, hanem az OMV egy külön helyen jegyzi, hogy a megosztott mappát mely protokollokban, folyamatokban használják és abban még szerepel a mappa, amiért nem lehet a megosztását megszüntetni, így kitörölni se.
Ennyivel is többet nyújt az OMV egy asztali disztribúciónál. -
SwissAirplan
aktív tag
válasz doberman #9819 üzenetére
Ezzel tudtam fix IP cimet adni neki! Igy már elérhető... és"kiderült" hogy a szenvedéseim nagyrészét valószínű router gondok okozzág!
Ugyanis mind a fő router mind a repeater random eldobálja a netet.
De ezzel megyek át az internetes hálózatos topicba, nem akarok offolni.
Viszont frissítésnél kidobott egy hibát.
Ezzel mit tudok kezdeni? Befolyásol ez engem vagy ne foglalkozzak vele?
Eddig ahogy nézem minden ugy fut ahogy szeretném...
Hátrányát nem érzem[ Szerkesztve ]
-
A_ScHuLcZ
addikt
válasz doberman #9888 üzenetére
Igen, ilyesmi módszeren már én is gondolkoztam.
Viszont javítsatok ki, ha tévedek: ha azonos a filerendszer (pl ext4), és a vírus (legyen az bármilyen) felkerült a NAS-ra, akkor már nem teljesen mindegy, hogy az adott user hova lát be és hova nem?
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
rsf
senior tag
válasz doberman #10001 üzenetére
Az eredeti project emiatt a fellángolás miatt megakadt. De lehet, hogy veszek egy Asrock J3455 lapot aztán megy bele az egyik modul. Így ramra már nem kell költenem.. A régi gép meg a Zyxel nas árából kijönne a másik lap.
“Az a baj a világgal, hogy a buták mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.“
-
Coyot
őstag
válasz doberman #10238 üzenetére
Nekem már fosta össze magát az SD kártya, felhúztam rá az új img-t install után még azt is megkérdezte telepítés végeztével hogy melyik VM-eket állítsa vissza utomatikusan amiket talált a tárhelyeken. Fostam tőle én is, de igazából nagyon egyszerű volt.
[ Szerkesztve ]
Má' nem
-
addikt
válasz doberman #10243 üzenetére
ilyen emaileket szoktam olyankor kapni:
Connection succeeded Service nginx
Date: Sat, 15 Jun 2019 14:48:14
Action: alert
Host: PetiNas
Description: connection succeeded to [127.0.0.1]:80 [TCP/IP]
Your faithful employee,
Monit
Connection failed Service nginx
Date: Sat, 15 Jun 2019 14:53:00
Action: restart
Host: PetiNas
Description: failed protocol test [HTTP] at [127.0.0.1]:80 [TCP/IP] -- HTTP: Error receiving data -- Resource temporarily unavailable
Your faithful employee,
Monit
Execution failed Service nginx
Date: Sat, 15 Jun 2019 14:47:23
Action: alert
Host: PetiNas
Description: failed to stop (exit status -1) -- Program '/bin/systemctl stop nginx' timed out after 30 s
Your faithful employee,
Monit
Execution succeeded Service nginx
Date: Sat, 15 Jun 2019 14:48:14
Action: alert
Host: PetiNas
Description: process is running after previous exec error (slow starting or manually recovered?)
Your faithful employee,
Monit
meg a többi email a magas memória és cpu használatról szól.
Swift 1.3 GLX, Garmin Fēnix 6s, EOS R, Dell T110 II, iPad Pro, iPhone 15 Pro, Unifi
Ú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: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen