-
Fototrend

Új hozzászólás Aktív témák
-
iff
senior tag
A HD Sentinel windowsos változata fizetős, a linuxos az "ingyenes". Használom a windowsos gépemen is meg a szerveren.
Én megvásároltam, kb. 5 éve használom. Volt, hogy kérdeztem a fórumon és a fejlesztő próbált segíteni az ssd-mel kapcsolatban, még e-mail-ben is. Vége, (ssd-k) csere lett.
-
lovi27
addikt
válasz
LeslieG Jr.
#5194
üzenetére
Még nincs kész! Ez a rész a kezdőknek, a témával most ismerkedőknek próbál segítséget nyújtani, hogy minél hamarabb lehessen egy működő rendszerük. Ez a fórum fő témája, de azért a kezdeteken túljutottakra is gondolni kell. Például egyes közkedvelt pluginok telepítésének módjára, ami nem biztos, hogy mindenkinek könnyen megy. Vagy a megosztott, közérdekű tapasztolatokra, stb. De azért túl hosszú se legyen, stb.
Szóval, így nem lehet vége, még lesz változás.
-
lovi27
addikt
A HD Sentinel fizetős program, ha megvetted szívesen segítenek a készítők. Ráadásul magyar fejlesztés. Van saját fóruma.
Töltsél le egy biztosan legális helyről, például a Debian oldaláról egy DVD ISO-t és leellenőrizheted van-e az ISO-kkal nálad probléma. De kérem, a hogy kell torrentezni témát itt ne folytassuk. Köszönöm.
-
Kronk
őstag
Na közben meg is találtam, 100%-os mind a két meghajtó. Transmissiont használok a letöltéshez, mit kéne még megnézzek?
HDD Device 0: /dev/sda
HDD Model ID : GOODRAM
HDD Serial No: CF8E0768167D00037635
HDD Revision : SAFM12.2
HDD Size : 114473 MB
Interface : S-ATA Gen3, 6 Gbps
Temperature : 30 °C
Highest Temp.: 30 °C
Health : 100 %
Performance : 100 %
Power on time: 247 days, 21 hours
Est. lifetime: more than 1000 days
Total written: 2.18 TB
The status of the solid state disk is PERFECT. Problematic or weak sectors were not found.
The health is determined by SSD specific S.M.A.R.T. attribute(s): #231 SSD Life Remaining
No actions needed.HDD Device 1: /dev/sdb
HDD Model ID : WDC WD80EFZX-68UW8N0
HDD Serial No: VLH39W3Y
HDD Revision : 83.H0A83
HDD Size : 7630885 MB
Interface : S-ATA Gen3, 6 Gbps
Temperature : 40 °C
Highest Temp.: 47 °C
Health : 100 %
Performance : 100 %
Power on time: 244 days, 17 hours
Est. lifetime: more than 1000 days
The hard disk status is PERFECT. Problematic or weak sectors were not found and there are no spin up or data transfer errors.
No actions needed. -
Kronk
őstag
Sziasztok,
Mostanában egyre többször van olyan problémám, hogy amikor kölcsönzök egy linux isot, ami kb 1.5GB, látszólag letölti az egészet, de ha ellenőrzöm, vagy a visszatöltésnél hibára fut, és már csak 99.9% van belőle letöltve, ellenőrzés és újra letöltés után már jó lesz.
De a nagyobb isoknál (15GB) is kezd előjönni ez a jelenség.
Egy SSD-re töltök le, ahol a rendszer is van, majd átmozgatom a HDD-re és a visszatöltés, megosztás már onnan megy tovább.
Kérdés, lehet, hogy az SDD/HDD hibás lenne, pár hónapos a rendszer.
Egy szájbarágós hd sentitel telepítést, futtatást tudna valaki írni?Egyéb hiba ami még szóba jöhet?
Köszönöm!
-
LeslieG Jr.
őstag
Jó lett az összefoglaló.
Gratula. 
-
lovi27
addikt
Kiadtak egy új ISO-t v3.0.82.
Rövidebb lett - eltüntek belőle a hibák.![;]](//cdn.rios.hu/dl/s/v1.gif)
Végre kijavították, hogy telepítés után már nem futnak olyan szolgáltatások, amik nincsenek engedélyezve.
Kijavították, hogy telepítés után már CLI-ből is maradéktalanul frissül a backports kernel. Nem kell hozzá webGUI. Persze lehet onnan is.

Végül, az SNMP egyszerűen bekapcsolható, nem kell megadni semmit.
Persze, ezek nem olyan hibák voltak, amit a 78-nál ne lehetett volna könnyen orvosolni, de most már még annyit sem kell csinálni...

-
lovi27
addikt
Melyik alkalmazás ami ennyire RAM éhes?
Más.
Nálam, később vettem észre, hogy a Windows 10 SAMBA 1 tiltás hatására a mobilomról nem tudtam elérni a PC-met a megszokott fájlkezelővel és média lejátszóval. Hiába pipáltam vissza a Programok / Szolgáltatásoknál az SMB1-et. Kevés volt. Végül találtam leírást a teljes visszaállításra, így most újra úgy működik, mint régen. Valószínűleg nem az SMB1 hiánya volt az ok, hanem a SAMBA klienssel kapcsolatba tiltódott le feleslegesen valami. Amúgy az OMV kommunikációval semmi gond nem volt.
Ezért felesleges előre gondolkodnunk, jobb megvárni a Microsoftot, hogy mit lép. Vagy jobban kéne ismerni a Windowst...

-
lovi27
addikt
Egy próbát talán megér: http://www.monitorix.org/
-
iff
senior tag
válasz
Chris Kiki
#5184
üzenetére
Igen tudom, hogy van, csak én erre gondoltam.
Viszont azt nem tudom, hogy az OMV 3-hoz lehet-e "barkácsolni" mint az OMV 2-höz csináltuk hőmérséklet kijelzést.
-
iff
senior tag
Volt egy kis időm a nas-ra, egy kis karbantartást végeztem. kb. 450 MB hely felszabadult.
A régi kerneleket töröltem, 3 volt ezeket úgy sem használtam.Ha valakit érdekel:
Régi kernelek eltávolításaAmennyiben szoktuk frissíteni a rendszert, új kernel verziók is érkeznek időről időre,
de ezzel párhuzamosan a régiek is megmaradnak, hogy igény esetén lehessen használni a régebbit is.
A legtöbb esetben viszont nincs erre szükség, elég megtartani a legújabb kernelt magunknak,
így nyerünk némi szabad helyet. (régi kernelek eltávolítását mindenképpen a legújabb kernel alól tegyük meg).Terminálba:
sudo dpkg -l | grep linux-image /Ez kilistázza a gépen lévő kernel verziókat/sudo apt-get remove linux-image-3.16.xx.xx --purge /XX-ek helyére kerül természetesen a kívánt verziószám.
Ezzel kernelenként 70-80Mb hely szabadul fel, de akár 180MB is/sudo update-grub /Így pedig kikerülnek a már jelen nem lévő kernelek az indítómenüből./
Megnéztem az smb verziót: Version 4.2.14-Debian.
Egy kérdésem lenne, hogy a hdd hőmérsékletet nem akarják alapból belerakni, mint a fan és cput?

-
Flowtation
őstag
Amikor én kliens oldalon (w7) kikapcsoltam a samba1-et kiváncsiságból, (a kettő persze be volt kapcsolva) akkor nem tudott csatlakozni az omv-hez. Igaz az omv-n sem néztem meg melyik verziót használja a stoneburner. Ha lesz időm, ránézek. Egyébiránt meg nekem is ideje 3.x-re váltani, csak nincs kedvem.

-
LeslieG Jr.
őstag
Hát igen. A Debian rendszerrel nem tudott mellélőni. Nagyon kiforrott rendszer. Töménytelen leírás van a Debian-hoz. Könnyű kezelni.

Én is éltem a lehetőséggel.
Ne csak az OMV fusson az épített NAS-on hanem minden olyan más progi is amit tudok használni a mindennapokban. Ki kell használni a rendszer adta lehetőségeket. -
lovi27
addikt
válasz
LeslieG Jr.
#5179
üzenetére
Nagyon jó választást csinált a Volker amikor a Debiant (a Linuxot) választotta az OMV alapjául. Hatékony a csomagkezelő rendszere, könnyű telepíteni a programokat, nincsenek, pontosabban karbantartja a függőségi problémákat és rengeteg minden telepíthető pluszban hozzá - ingyé.
És vannak olyanok akik élnek is a lehetőséggel...
-
LeslieG Jr.
őstag
Tényleg nem kell félni aki felrakja az OMV 3-as verziót. Én még kisérletezgettem is egy kicsit,... mint mindig.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Nálam ezek működnek hiba nélkül jelenleg. Ezeket telepítettem fel az OMV 3 alá. Hamár Debian a rendszer

1. Deluge Torrent kliens
2. Plex Media Server
3. Nextcloud
4. phpMyAdmin
5. Webmin
6. LAMP Server (Linux, Apache2, mySql, PHP 7-es.)Azt kell mondjam hogy stabilan működnek ezek a cuccok amiket még felraktam a OMV szerveremre. Tökéletesen meg vagyok elégedve a rendszerrel.

-
lovi27
addikt
válasz
nemurea
#5174
üzenetére
Akkor ezt benéztem, azt hittem 7-es. Nem kell megvenni a 10-et, még mindig upgradelhető 8.1-ről (is). Ne hagyd elveszni a lehetőséget. Amúgy szerintem nagyítóval kell keresni olyan programot ami a 8.1-en fut, a 10-en meg nem. A 7 és 10 viszonylatában már előfordul probléma.
-
nemurea
aktív tag
Öööö, a Win 8.1 nem tűnik lejárt/lezárt oprendszernek a napi használat során
Egyébként a játékok miatt nem vettem Win 10-et, mondván a régi játékokat kevésbé támogatja.Megnézem a leírásokat, de amúgy is frissíteni akartam OMV 3-ra, mert van benne egy-két olyan lehetőség, amire szükségem lenne, és a 2-ben nem tudtam bele életet lehelni. Plusz egy érv a váltáshoz.
-
lovi27
addikt
válasz
nemurea
#5172
üzenetére
Nyugodtan töröld le a samba 1-et, nem kell az OMV-vel foglalkozni. Fog működni, csak a Windowsban csináld úgy, ahogy kell. Linuxban ez már rég nem probléma. Mondjuk az érdekes, hogy a samba miatt aggódsz, de a lejárt op rendszer miatt nem. Jó, tudom 2020-ig még megkapja a biztonsági frissítéseket.
Nagyon jól működik az OMV 3. Lehet, mert nem használok semmi különleges plugint, de perfekt. Csak ajánlani tudom! Megelégedve tapasztalom, hogy még az e-mail értesítést is gatyába rázták. Pontosan értesít a frissítésekről. Pedig az utóbbi 10 napban legalább 15-20-szor telepítettem, hogy rájöjjek miért tartanak néhányan annyira tőle.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
nemurea
aktív tag
Köszi az infót, kipróbálom otthon! Körülnéztem az OMV fórumain, nem volt olyan túl egyszerű pont ezt a témát megtalálni. A legtartalmasabb talán ez a thread, ez is csak 3 bejegyzéses.
De amit kihámoztam (a fórumokból, még nem teszteltem le):
Az OMV valóban támogatja az SMB protokollokat 1 felett is (ez azért nem meglepő szerencsére
)
Az OMV 2.x max. az SMB2-t támogatja (gondolom, külön kernel backport nélkül) - én ezt használom
A Win 7 alapból az SMB2-t használja, a Win 8.1 pedig az SMB3-at - nekem ez utóbbi van. Gondolom, a Win 10-nél is ez a helyzetA lehetséges konklúzió: a Win 8.1 SMB3-n próbált csatlakozni az OMV-mhez, az nem jött össze neki (Wheezy+OMV 2.x), a fallback módszer az SMB1 volt számára, nem próbálta az SMB2-t. Ezért állt le a kapcsolat, mikor kiiktattam a kliens oldaláról az SMB1 lehetőséget. Ha jól gondolom, doberman ft. is OMV 2.x-et használ.
Megoldás: át kell állnom OMV 3-ra vagy kell egy backport kernel, ha ez a téma a kernelbe van integrálva.
-
lovi27
addikt
válasz
nemurea
#5169
üzenetére
Akkor jól ráéreztem és van sorrend, amit ha betartasz a végén törölve lesz a samba v1 a Win10-ről.
De azért ne feledd, hogy márciusban az SMB1 hibát a MS már befoltozta!Tehát, ha valaki a Windows 10-ből el akarja távolítani a most sokat emlegetett és szidott samba 1 protokollt, itt egy jó és kipróbált leírás: Disable SMB Version 1.0 in Windows 10 Angol nyelvű, de jól követhető. A lényeg a parancsokat rendszergazdaként futtatott PowerShell ablakban adjuk ki! A végén a Vezérlőpult / Programok és szolgáltatások... be- és kikapcsolása ablakban sem lesz pipa az SMB 1.0 támogatás opciónál. Végig csináltam és semmilyen problémát nem okozott.
Természetesen nem sok köze van az OMV-hez, de a ft-sak lelki békéért...

Linux alatt az smbd -V parancs írja ki a samba verziószámát. -
lovi27
addikt
válasz
nemurea
#5169
üzenetére
Mit vársz a fórumtól? Ha tudod a megoldást oszd meg, de csak hangulatot kelteni felesleges.
"Isten ments, hogy újrarakjam! Örülök, hogy egyszer sikerült! Mi a francnak az új verzió, mikor a régi is tökéletesen működik!" Ezek és ehhez hasonló szintű problémák foglalkoztatják a fórumot. Akkor mit szeretnél?
Senki nem mondta, hogy a MS foglalkozik az OMV-vel. De ha egy béta tesztelő problémát jelez nekik, akkor valamilyen szinten csak megvizsgálják. Különben nincs értelme a béta hálózatot fenntartani.
Tegnap kíváncsiságból az OMV samba konfig fájlban beállítottam, hogy minimum SMB2-vel működjön és azóta is tökéletes. Lehet, hogy tévedek, de úgy tűnik csak az autentikációhoz kell az SMB1. Az is lehet, az SMB1 kikapcsolása után újra kéne konfigurálni a win sambat és nem csak így hirtelen menet közben tiltani.
-
nemurea
aktív tag
Ha az OMV 'jogi' állapotát nézem, vagyis ingyenes rendszer, a programozók szabadidejéből veszi el az időt a fejlesztés, teljesen egyet kell értsek: így működik, ez van, ha később megoldják, megköszönjük.
Ha azt nézem, hogy ez egy Debian alapú, a biztonságot az első szempontok között figyelembe vevő, NAS (!) operációs rendszer, akkor azért emellett nem mehetünk el szó nélkül. A csapból is az folyik, az SMB v1 kifejlesztője is ezt nyilatkozta (ha kell, megkeresem a cikket, mert csak egy idézetet láttam ebből), hogy a 30 éves protokollt már nyugdíjazni kellene, mert tele van biztonsági résekkel. Akinek kint van a NAS az interneten, annak ez kiemelten fontos lehet. Nem tudom elképzelni, hogy pont egy NAS célszoftvernél ne lehetne kiiktatni ezt a protokollt.
Illetve a MS vonal: a MS valóban tesztelni fogja az SMB v1 kivezetésének lépéseit, de nagyon kevéssé tartom valószínűnek, hogy az OMV mint olyan bármilyen szempontot is jelentene nekik. Házon belül, MS szerver-kliens viszonylatot fognak elsődlegesen vizsgálni.
-
lovi27
addikt
válasz
nemurea
#5166
üzenetére
Ha uninstalláltam azt az SMB1 szolgáltatást, az összes a munkacsoportban megosztott gépeket nem látta. Szerintem előre szaladtál és nekünk még korai ezzel ilyenformám foglalkozni. Nem véletlenül van alapból az a szolgáltatás bekapcsolva. Biztos vagyok benne a megszüntetés nem csak annyi lesz, hogy a MS kiveszi a pipát a szolgáltatás elől. Meg fogják vizsgálni a hatását és megteszik az esetleg szükséges módosításokat. A linux fejlesztők is figyelik, tudják mire készül a MS és ha kell ők is módosítanak. Volkerék német precizitását ismerve pedig nekünk nem kell aggódni! Ha ez egyáltalán OMV probléma (szerintem inkább kernel), akkor azt időben módosítani fogják.
(#5167) doberman
Ha tényleg ezzel a problémával akarsz foglalkozni segítsd a MS-t, lépjél be a Windows Insider programba és mint béta tesztelő nálad előbb fogják végleg megszüntetni ezt a szolgáltatást. Időben tudod nekik jelezni milyen probléma lépett fel és még azelőtt orvosolni tudják majd (ők vagy azok akiket érint), mielőtt a végleges módosítást kiadnák.
-
doberman
senior tag
Megnéztem az itthoni hálózaton - win10 pro 64 bit frissítve:
kikapcsoltam az smb 1-et a win10-en, reboot.
- 1 router (tplink Vargalex 1.1.7) megosztás nem látszik
- 2 router switch mód (tplink Suste 14.07) megosztás látszik. -ezek szerint smb2 van.
- dlink313 (gyári firm + Webian) megosztás nem látszik
- BananaPi (OMV 2.2.14 frissítve) megosztás nem látszikHát ha az MS kikapcsolja az smb1-et, azt hiszem valós problémának nézünk elébe. Ennek utána kell járni...
-
nemurea
aktív tag
Végignéztem lépésről lépésre. Kikapcsoltam a Win szolgáltatások közül a SMB v1-et, és tutira biztosítottam, hogy az SMB v2-v3 bekapcsolva legyen a kliensen ezen leírás alapján.
Megnéztem az smb.conf fájlt a NAS-on, nincs benne protokollra vonatkozó információ, és a GUI-n sem találtam ilyesmit. A futó folyamatok között sincs olyan infó, hogy a daemon milyen protokoll-verziójú lenne.
Visszakapcsoltam a kliensen az SMB v1-et:

Az eredmény:
A lépések között volt újraindítás.
Ez indirekten arra utal, hogy bár a kliens tudja a v2-v3-at, az OMV nem akar azon csatlakozni, csak mikor a v1 is be van kapcsolva, akkor működik. Persze az lenne a biztos, ha meg tudnám nézni valahogy, hogy milyen protokoll van éppen használatban - erre bármi ötlet? Amúgy valószínűleg tényleg v1, mivel automatikusan megtalálta a szervert, amint bekapcsoltam az Intézőt, és ez a v1 sajátossága, ahogy olvastam, v2-ből kiszedték. (Vagy csak azért látja, mert a belépési adataim meg vannak adva a Win-ben...? Nem tudom. Ezért kellene látni a használt protokoll verzióját.)
Az általános probléma és veszély a fentiekkel az, hogy a Win szolgáltatások között nagyon kevesen kapcsolják ki tudatosan ezt a v1-es lehetőséget, és lehet, hogy csak azért működik mindenkinek az OMV samba share, mert ez használatban van...
-
lovi27
addikt
válasz
nemurea
#5164
üzenetére
Becsapódtam, mert az OMV fórumban kérdezted, így jogosan hittem, hogy azt állítgattad. Nálam, az OMV smb.conf fájlban nincs ilyen paraméter. Állítólag az ARM processzoros kis gépekben van, de ott meg SMB2-re van állítva és nem ajánlják, hogy 1-re tegyük.
Kapcsolódási gondom nem volt. Valami más lehetett a probléma nálad, még ha látszólag a visszaállítás javította is meg.
-
nemurea
aktív tag
Nem, nem a NAS-on, hanem a Windows szolgáltatásai között kapcsolgattam ki-be. De ha ki volt kapcsolva a SMB 1, akkor nem csatlakozott a laptop az OMV-hez. Visszakapcsoltam, működött. Ettől még bármelyik oldalon ott lehet a limitáció. Megnézem a konfig fájlt, amit mondasz.
-
nemurea
aktív tag
Előre elnézést, nem biztos, hogy túl összeszedett lesz a hsz. SMB-ról van szó. Kb. egy hete, miközben itt a fórumon a installal szenvedett a fórumtársunk, én sem tudtam csatlakozni az OMV-hez a Win-es laptopomról. Csak úgy tudtam megoldani, hogy a Win-en a szolgáltatások között visszakapcsoltam a SMB v1-et (amit egyébként kb. egy hónapja, a WannaCry miatti fórum-bejegyzések hatására kapcsoltam ki). Ez kényszermegoldásnak tűnt számomra, meg furcsa is volt, hogy eddig miért működött, most meg miért nem, de nem lovagoltam túl sokat a témán (csak belső hálóról van szó, nincs külső elérés).
Most meg azt olvasom, hogy a MS kivezeti a SMB v1-et, teljesen jogos. De akkor én is szeretném használni a v2-es protokollt, gondolom, OMV (Stoneburner) oldaláról nincs akadálya.
Bocs, ha evidenciát kérdezek, nem vagyok OMV-közelben
: hogyan mondom meg az OMV-nek, hogy ha a laptop SMB v2-es szabvánnyal akar csatlakozni, akkor is fogadja azt? Vagy a hibát a laptop oldalán keressem, hogy miért nem működik a SMB, ha letiltom a v1-es szolgáltatást? Bármi tipp vagy fogódzó jól fog esni 
-
piglet76
tag
válasz
nemurea
#5159
üzenetére
Köszönöm ismét!

Megnézem majd konzolból a következő restart után, hátha kiderül valami!
A GUI-ban néztem, de a szokásos napló adatok között nem láttam. Persze lehet, hogy csak átsiklottam felette, vagy nem pont ugyanaz jeleni meg a konzol-boot során, mint ami a naplóban.Hááát, nagyon sajnos nem nyugtattál meg a felhasználók, jogosultságok terén.
Mivel más megoldás nem lesz, kénytelen leszek valamit kezdeni vele. Nem volt túlbonyolítva és nem is célom, tényleg csak azt akarom, hogy lássam az adataimat megint.Jó pihenést és köszönöm a segítséget minden kedves felhasználónak aki segített vagy próbált segíteni!

-
nemurea
aktív tag
válasz
piglet76
#5158
üzenetére
Szerintem nem lehetetlen a másolós módszer sem újratelepítés után, de tényleg ismerni kell a linux gondolkodásmódját - ezek szerint több fronton is. Sajnos én is csak messziről ugatom a témát, amikor tömbökről meg jogosultságokról van szó, akkor meg teljesen bamba leszek

Nem látok most olyan módszert, hogy meg lehessen úszni a jogosultságok újra beállítását. A tömbben a fájlok/könyvtárak őrzik a korábbi jogosultságokat, gondolom, de ezen az új rendszeren ezek a felhasználók még létre sincsenek hozva... Ha létrehozod őket, akkor is valószínűleg más UID-t kapnak - de ez tipp.
Ha nagyon komplikált a helyzet, érdemes kicsit beleásni magad ebbe a jogosultsági témába, hátha van egy gyors megoldás a backup ezen részére.
Szerk: a logot (AMD miatt) konzolból a dmesg paranccsal lehet megnézni, de a GUI-n is tuti ott lesz.
-
piglet76
tag
válasz
nemurea
#5157
üzenetére
Köszi a magyarázatot, így már nekem is érthetőbb!

Viszont, ha jól értelmezem akkor Chris Kiki és ht42 hiába ajánlotta, hogy töröljem a friss telepítéssel létrehozott könyvtárakat és fájlokat a partíción, mert ezek szerint nem meglepő, hogy a szimpla visszamásolás nem eredményez működőképes rendszert vagy a későbbiekben hasal el valahol. Mert akkor ezt is jó tudni.
Ezek szerint csak és kizárólag akkor használható csak (sajnos) az általam készített mentés a működő rendszeremről, ha az bármilyen hiba vagy félrekonfigurálás miatt megsérül. Akkor a másolós módszerrel ismét életet lehet bele lehelni, ahogy ők is javasolták. De ehhez újratelepíteni előtte nem szabad. (Ha jól értelek.)Éppen a jogosultságok és megosztások miatt vagyok bajban. Nem kevés időm ment rá anno a beállításukra és most azt sem tudom, hogy mit csináljak, hogy visszakapjam a rendszert úgy, ahogy volt. Nem volt hibátlan mert az ACL-el napi szinten voltak apró gondjaim, de mondjuk, hogy működött.
Félek, ha nekiállok megint úgy, hogy visszacsatolom az adatmeghajtóimat (hiszen az elengedhetetlen a művelethez) akkor addig fogok szenvedni, míg elvesznek az adataim...
Tényleg hajlandó vagyok áldozni rá némi óradíjat, ha valaki tud nekem segíteni!
Illetve az tűnt még fel, hiába van a legutolsó 2-es build telepítve, hogy indulásnál hiányzik neki valamilyen AMD-s vezérlő. De olyan gyorsan elkapja, hogy nem tudom pontosan elolvasni. Ilyen üzenetre a régi telepítésemnél nem emlékszem.
-
nemurea
aktív tag
válasz
piglet76
#5156
üzenetére
Az a szitu, hogy egy ilyen backup visszaállítás, ha tényleg már egy sok soron újratelepített rendszerről beszélünk, nem áll meg ott, hogy a fájlokat visszamásoljuk. Nagy valószínűséggel kb. egy vagy max kettő lépés hiányzik (hiányzott), de azok sem az evidens kategóriából: ha korábban találkoztál volna már linux grub config szerkesztéssel, grub újratelepítéssel, akkor érdemes lett volna nekiállni, de az egy külön kis világ.
Amúgy "mindössze" annyi történt, azért kerültél a Busybox-ba, mert a korábbi telepítésből a grub boot loader valahol kereste a következő betöltő szintet (ezek szerint a ramdisket), és az a visszamásolással nem pont ott van, vagy fájlrendszer-szinten, vagy valahol elég, ha picit félremegy a dolog. De az is lehet, hogy valamelyik telepítéskor új UUID-t kapott a lemez/partíció (ez egyébként valószínű, mert az OMV hajlamos a teljes lemez ledúrására), és valami config még a régire hivatkozik...
A jó hír az, hogy nem dolgoztál hiába, mert még ha életet is lehelsz ezzel a módszerrel, újratelepítés (és fájlmásolás!) után a rendszeredbe, a legváratlanabb helyeken bukkantak volna fel abszolút rejtélyes hibaüzenetek, és tipped nem lett volna, hogy mit kezd velük. A linux nagyon háklis rendszer tud lenni, ha pl. jogosultságokról van szó.
Megszámolni nem tudom, hány órát szívtam eddig a linux különféle, alapnak tűnő problémáival, és még mindig a felszínét kapargatom
Ellenben ha egyszer beáll, olyan profi, takarékos rendszer, nemcsak ez, hanem a többi is, hogy öröm használni. 
-
piglet76
tag
Megtettem közben. Sajnos így sem volt szerencsém.
Megvolt ugye a particionálás, hiszen telepítettem egy újabb rendszert. SUDO-val indítva a Midnight Commandert letöröltem mindent arról a partícióról. 2x is leellenőriztem, hogy rejtett fájlok, egyebek nem maradtak-e ott.
Majd átmásoltam mindent az omvbackup könyvtárból erre a partícióra.
Ismét ellenőriztem, hogy a két könyvtár tartalma megegyezik-e. Igen.Live cd leállít, gép újraindít, bejön a legelső kék képernyő ahol a kernelverziók közt tudnék választani (recovery is) majd hibaüzenet:
Valami olyasmit ír, hogy az xxxxxxxx köteten nem tudja létrehozni a ramdrive-ot. Az első üzenet rövid ideig látszik csak, nem tudtam értelmezhető fényképet csinálni róla. Mikor tovább megy akkor hosszas molyolás után itt áll meg.
(úgy emlékszem, hogy mintha ez más kötetelnevezés lenne, mint ami korábban a 3 meghajtóm neve volt a régi telepítésem alatt.)
Próbáltam úgy is indítani, hogy nem volt rajta a 3 adatmeghajtóm a gépen, csak a rendszermeghajtó, és próbáltam úgy is, hogy rádugtam őket. A helyzet ugyan az. -
piglet76
tag
válasz
Chris Kiki
#5150
üzenetére
Bocs, de csak egy monitorom van, tehát vagy a működő gépemet nézem, vagy a nason ügyködöm.

Most egy live cd-vel bebootolva (Lubuntu) megpróbáltam átmásolni/felülírni a frissen telepített OMV könyvtárait, fájljait a mentésemmel. No, itt meg abba a problémába ütköztem, hogy a felülírandó fájlok/könyvtárak más tulajdonosé, tehát a nagy részét nem tudom cserélni, átugorja őket.
Terminál - install mc - sudo mc. Így tudtam jogosultságokat állítani a könyvtárakon, de nem állítja azok alkönyvtárain teljes mélységben. Arra nem találtam megoldást még. Tehát szerintem ez sem lesz így sikeres.
Sajnos a linux tudásom igencsak hiányos, biztos van rá lehetőség, de én nem tudom.Lehet, hogy ismét rosszul fogalmaztam az előző hozzászólásomban:
A régi rendszeremen csináltam egy mentést a System backup opcióval. UTÁNA már ott, a régi rendszeren láttam a mentés elérési útját, és volt lehetőségem ugyan ott a visszaállításra is. Mintha ott lenne restore lehetőség is...
Itt, az új rendszeren nem tudtam neki betallózni/kiválasztani a meghajtót, amin a régi rendszerről készített mentést tartalmazza. Ezért gondoltam, hogy a ez a funkció csak azután élne, miután itt, az új rendszeren is csinálnék egy mentést. (És utána azt tudnám helyreállítani...) -
ht42
senior tag
válasz
Chris Kiki
#5150
üzenetére
Feltéve, hogy fel van particionálva a rendszervinyó
-
Chris Kiki
senior tag
válasz
piglet76
#5149
üzenetére
Ezt most nem egészen értem.
csak akkor tudna visszaállítást is végezni, ha már előtte csináltam volna egy mentést,
Máskülönben hogyan
Ha nincs mentés, mit állítanál vissza. Egyébként visszaálítást nem tud, csak mentést. De ebből a mentésből az összes fájlt és könyvtárat visszamásolva az OMV rendszermeghajtójára, még az OMV-t sem kell telepítened előtte. Azonnal megkapod az előző OMV-det, bootolhatóan, beállításokkal együtt. -
piglet76
tag
válasz
Chris Kiki
#5148
üzenetére
Köszönöm szépen a válaszod!

Most, hogy egy friss telepítésen túl vagyok (csak a "váz", minden különösebb beállítás nélkül) azt láttam, hogy ezzel a backup opcióval valószínűleg nem is érek sokat. Úgy látom, hogy csak akkor tudna visszaállítást is végezni, ha már előtte csináltam volna egy mentést, és azt a mentést raknám vissza. Szóval most megnézem mindjárt egy linuxos live os-sel, hogy úgy eredményes lesz-e a dolog. Ma is tanultam valamit!
-
-
piglet76
tag
Lehet, hogy én nem tudom megfogalmazni, hogy mit is értek "hibás" működés alatt. Elbeszélünk egymás mellett, de ezt a részét zárjuk le, mert tényleg nincs értelme teleszemetelni a topikot...
Úgy fogalmaznám meg, hogy most megy a webgui, ezzel a címmel. Most látom, hogy még a backup-részhez is omv-extras kell, szóval most az jön.
-
lovi27
addikt
válasz
piglet76
#5144
üzenetére
Ezt mind értem, te meg azt értsd meg, hogy ugyanazt a szoftvert teszed vissza (v2) amit 2 évig hibátlanul használtál. Akkor miért az a hibás? Ilyen esetekben célravezetőbb, ha semmit nem zársz ki! De ha csak azt tudod feltételzeni, hogy az OMV a rossz, akkor ne használd.
Látom, míg válaszoltam megjavult a GUI.
Azt a biztonsági mentést soha nem használtam, nem tudom miket ment el, nem tudok benne segíteni. Én friss telepítést csináltam volna. -
piglet76
tag
Router konfigjában megváltoztattam a nas fix ip-jét ....144-ről (2 évig így használtam) 145-re.
A nas-t újraindítva elindult a webgui.
Most a Frissítéskezelőben futtatom a telepítéseket, hogy közelebb kerüljek ahhoz az állapothoz, amikor a mentést csináltam a rendszeremről. Remélem sikerülni fog a visszaállítás.
Kérdésem az lenne, mi lenne a helyes sorrend:
Ha az OMV lefrissült, rakjam rá a külső meghajtómat a biztonsági mentésemmel, állítsam vissza a backupot, majd leállítás után csatlakoztassam vissza fizikálisan a 3 meghajtómat, és indítsam el a rendszert
vagy
Frissítés után leállítás, meghajtók vissza, újraindítás és utána rakjam vissza a backupot?Szerintetek hogyan járjak el?

-
piglet76
tag
Ok.
Az ifconfig az eddigi ip-t írja. A nas most a friss telepítéskor ugyan azt az ip-t kapja, mint eddig. Ahogy korábban is írtam, a routeremen fix ip van neki beállítva. A router felületén látom is, hogy a gép csatlakozott a hálózathoz. Ping megy, asztali gépről is, telefonról is.
Se a tűzfalamon, se semmilyen más szoftverben nem állítottam át semmit tegnap reggel óta, amikor is kiadtam azt a fránya upgrade parancsot... -
lovi27
addikt
válasz
piglet76
#5139
üzenetére
Nagyon rosszul érted, távol áll tőlem az ilyesmi.
Csak tényt közöltem.
A műszaki magyarázatod téves. Ha így működik egy szoftver az nem csak telepítéskor jelentkezik, nem fut utána évekig hibátlanul. Inkább nyitott szemmel írd az IP címeket...
Az ifconfig parancs milyen IP címet mutat? Ne csak az OMV-ben keresd az okot. Tűzfal?
-
piglet76
tag
Ha jól értelek, most simán lehülyéztél?

Hidd el, amikor azt mondom, hogy most a telepítéskor mindent jól csináltam, akkor az úgy is van.
Lehet, hogy az OMV nem válogat, de itt a topikban is olvastam többször, hogy nem egy embernek valami nem jött össze az első vagy újratelepítésnél, és másodszor is neki kellett futnia. Gondolom ez nem véletlen.Lehet, hogy valamilyen folyamatok nem minig futnak le a háttérben tökéletesen és ez néha hibákat okoz a telepítésben.
Mindenesetre akkor sem lehet elérni most a webgui-t, pedig egy ip címet csukott szemmel is be tudok írni... -
piglet76
tag
válasz
nemurea
#5135
üzenetére
Én is úgy emlékeztem, hogy port nélkül (vagy az alap 80-as porton) lehet elérni. De mivel még a kezdet kezdetén megváltoztattam egy másik portra ezért elbizonytalanodtam. Még nem is tudtam volna hol változtatni rajta, hiszen az csak a webes felületén lehet majd, ha minden igaz.
Boot közben figyeltem a képernyőt, nem láttam semmi "piros dolgokat" látszólag szépen lefut az indulás. Telepítés közben sem volt semmi figyelmeztetés, az biztos.
Most mondjam azt, hogy pont az ILYEN jelenségek miatt nem kezdtem bele eleve egy friss telepítésbe, és próbáltam meg inkább az upgrade lehetőséget?

-
nemurea
aktív tag
válasz
piglet76
#5134
üzenetére
Az 5000-es port a Synology-é. Az OMV a normál 80-ason adja a grafikus admin felületet (ha mást nem adtál meg neki).
Nekem sincs tippem, mi lehet az oka, ha pingelni is tudod, és amúgy a rendszer rendben feláll. Ha egyébként monitorra van kötve, figyeld az üzeneteket, hátha mondanak valami okosat... Ott megadja a konkrét URL-t, amit használni kell.
-
piglet76
tag
válasz
nemurea
#5132
üzenetére
De hát ezért van a topik nem?

Igen közben rájöttem, hogy az csak a szambához kell, mint minden win-es hálózat esetén.Nem tudom, hogy mi lehet az oka, hogy IP-n nem érem el.
Teszek egy próbát, megismétlem a telepítést. A routeren adok a nas-nak egy másik IP-t, hogy az se okozzon gondot. Más tippem nincs, ez is csak már kínomban.
A portot nem írtam be. De nem is láttam (én) sehol, hogy említették volna. Most éppen ezt a leírást találtam.
Az 5000-es porton sem változik a helyzet, csak hosszabb ideig gondolkozik a böngésző. -
nemurea
aktív tag
válasz
piglet76
#5129
üzenetére
A domain meg a workgroup nem ugyanaz, ha jól tudom. A workgroup-nak ugyanannak kell lennie, mint ami a win-es laptopon is van - az tuti nem local.
De ha jól gondolom, ez a samba környékén lesz fontos, a böngészőben el kellene érned a 192.168.x.y címen mindettől függetlenül...

Hú, ez már nem is fórum, szinte chat

-
piglet76
tag
Mire lejárt a szerkesztési idő persze rájöttem, hogy a workgroup-os dolog hülye kérdés volt.

-
piglet76
tag
válasz
nemurea
#5128
üzenetére
IP alapján próbáltam meg elérni, mindig úgy használom, azt adtam meg a böngészőben most is.
Asztali gépről és telefonról is pingeltem az IP-t, gyors, folyamatos válaszokat kapok.
(Kívülről elérni dyndns-en keresztül sem tudom, azt is próbáltam már.)Az ugye nem lehet, hogy a local-t mondjuk workgroup-ra kellett volna átírnom, mert az az otthoni hálózatom munkacsoportja.
-
nemurea
aktív tag
válasz
piglet76
#5127
üzenetére
A webgui-t hostname-mel vagy ip-vel próbáltad elérni? Egy hibalehetőséget kizár, ha közvetlen IP-t adsz meg a böngészőben. Illetve próbáld meg a laptopról pingelni.
Én most épp ezzel szí... próbálkozom, ugyanis áramszünet után minden kütyüm látja az OMV-t, de a laptop nem tud szambázni.
-
piglet76
tag
Köszi!
Közben csináltam egy telepítő pendrive-ot innen.
Bebootoltam róla, lement a telepítés egy pár tovább gomb nyomása után. Szépen újra is indult.
de nem érem el a WebGUI-t.
A nasom nevének (hostname) ugyan azt adtam meg, mint volt. A domain névnél hagytam a local-t.
Root password természetesen van, konzolban simán be is tudok jelentkezni.
Az ifconfig parancsra ugyan azt az IP-t látom, mint eddig, nem meglepően, mert a routeren fix IP-t adtam a nasnak.
(Korábban a WebGui-nak más portot adtam meg, de most figyeltem arra, hogy ne úgy üssem be az IP-t.)Hol lehet a gond?
-
lovi27
addikt
válasz
piglet76
#5123
üzenetére
Ez a természetes! A telepítés idejére az adat diszkeket le kell húzni. Majd ha felfrissítetted a legfrissebb állapotra, telepítetted az extra plugint, teljes a plugin választék, létrehoztad a felhasználód, azaz befejezted a telepítést történjen a felcsatolás. Így semmilyen veszélyben nincsenek az adat diszkek. A mountolás és a különböző megosztások nem jelentenek veszélyt az adatokra.
A RAID használata bonyolítja a telepítést. De ha nem hiba miatt szállt el a rendszer, megfelelően leállították csak időben lesz több a telepítés, amíg a tömbök újra felépülnek.
-
piglet76
tag
válasz
devil-k
#5120
üzenetére
Onnan sem.
(Tényleg sehonnan... Csak a nason Midnight commanderem van, és ennyi.)
De mindjárt nekiállok egy új telepítésnek. előtte lementem a biztonsági mentésemet egy külső meghajtóra, hogy le tudjam húzni az összes meghajtómat a telepítés idejére a rendszerét kivéve. Aztán meglátjuk, hogy mi lesz. -
piglet76
tag
válasz
nemurea
#5117
üzenetére
Nemurea:
A helyzet az, hogy az Openmediavault "hivatalos" blog oldala adja be a Wiki-s linket, és ez számomra elegendő, volt, ahhoz, hogy belevágjak a frissítésbe... Ahogy írtad, valóban lehet, hogy félrevezető...
Lovi27:
Nem maga a telepítés az, ami bonyolult, arra még én is emlékszem. Az alapvetően egész gyorsan, és egyszerűen lemegy, Az utána való beállítások azok, amik szerintem nem csak nekem, hanem még sok felhasználónak is gondot okoznak. Megosztások, jogosultságok, felhasználók, stb beállítása a jól működő rendszerhez.Többek közt, hogy melyik backup lehetőség az erősen javallott. (Mert azt azért te is tudod, hogy a Clonezilla mellett még ott van kb, 5 rendszermentési lehetőség. Mi alapján döntse el a felhasználó, hogy neki mi a szimpatikus, ha eddig nem volt rá szüksége?
)
Az összefoglalók célja a hasonló topikokban nem pont az, hogy a kezdő kapjon segítséget arra, hogy mit, hogyan érdemes csinálnia?
Biztos, hogy neked ez már csuklóból megy, de könnyebbé tenné többek életét.
Ezzel nem személyeskedni akarok, komolyan kérdezem.Mindkettőtöknek azt tudom mondani, hogy természetesen láttam a figyelmeztetést, és nem arról van szó, hogy lényegtelennek tartottam, hanem arról, hogy az ember bizalommal van egy termék iránt. Főleg, ha már használta is! Nekem a 2-es stabil volt két évig. Miután a 3 már nem béta reméltem, hogy tényleg olyan fázisban van, hogy lefut rendben az upgrade, a korábban taglalt okok miatt.
Egyelőre azért nem akarok a 3-al újratelepítést végezni, mert ott van cca. 8tb cuccom 3 meghajtón. Alapvetően tartok tőle, hogy valahogy elveszik az adat, vagy, hogy az említett más pluginek miatt mégsem tudom működőképesre beállítani, és akkor pont ott tartok, ahol most! Persze, ha én is "profi" lennék, akinek már az vérében vannak a beállítások, akkor könnyebben menne a dolog, de nekem így szenvedős, és nem akarok utána még egyszer nekifutni, immár a régi verzióval, ahhoz, hogy működjön ismét a rendszerem.

-
lovi27
addikt
válasz
piglet76
#5116
üzenetére
"Lehet, hogy tényleg hasznos lenne az összefoglaló... ...-mert ez így igencsak félelmetes."
Most, hogy újra kell telepítened áruld el, magyarázd el mi az igencsak félelmetes. Valószínűleg már nem tudok a kezdő fejével gondolkodni, mert most hogy írom annyira egyszerű a telepítés, alig tudok mit írni.
Mert veled is mi történt? Belelkesedtél az egy parancs frissítési lehetőségtől, de az előtte lévő mondatokkal, a figyelmeztetéssel már nem törődtél: "Because of various database issues in OMV2 that can not be fixed during the upgrade you might run into troubles after the system has been migrated. So please consider to reinstall your system with OMV3." Röviden: A frissítés hibákat okozhat, Fontold meg az újratelepítést! És a pluginokról akkor még nem is beszéltünk. Amúgy a CloneZilla segítség is ott található a v2-ben, ahol a system backup. De nem akarok igazságtalan lenni, biztos benne van a nem magyar nyelv is.
De ha így történt akkor szerintem is már inkább a v3-at érdemes telepíteni, munkában ugyanannyi.
-
nemurea
aktív tag
válasz
piglet76
#5116
üzenetére
Megtaláltam azt a wiki oldalt, amire gondolsz, és ha rákeresesek az 'update omv stoneburner erasmus' kifejezésre, akkor valóban a 'Upgrade failure from Stoneburner to Erasmus' a második találat
Szerintem az a wiki oldal szimplán félrevezető: ha jól gondolom, a háttérben le kell cserélni a fél linuxot (Wheezy -> Jessie), a plugineknek is új verziójuk van az új kiadáshoz - szóval alapesetben sem tűnik egyszerűnek a történet. Ráadásul Nálad egy speciálisabb tömbrendszer van... Szerintem nagyon kevés olyan ember létezik, aki a rendszeredből a logok alapján megállapítja, hogy az upgrade folyamat hol akadt meg, mi kell még hozzá, hogy működjön.De a másik két lehetőség jó lehet. Én amúgy a 2)-re szavaznék, ha már úgyis upgrade-elni akartál. Ennek van jövője. Ha a fájlrendszer összeáll, a többi már majd csak működni fog valahogy.
-
piglet76
tag
Köszönöm a válaszod!
Alapvetően én sem nagyon próbálkoztam volna vele, de mivel a 2-es "kifutott" és a 3-ast véglegesnek írták az OMV blog-on, sőt az upgrade-re is ott volt a lehetőég az oldal szerint "Stoneburner (2.x) -> Erasmus (3.x)
You can use the omv-release-upgrade CLI command to upgrade your system." gondoltam, akkor csak kell működnie! Tévedtem.
Azt hiszem, az első pontod lesz az, amit alkalmazni fogok. Remélem, hogy sikerül!
Sajnos én is csak miután megtörtént a baj, utána olvastam (mindenhol), hogy a Clonezilla a javasolt biztonsági mentés megoldás. Ha előre tudom, akkor nyilván én is inkább úgy készítettem volna a mentést a sima system backup helyett. (De a fene se hitte volna, hogy ennyire összeszarja magát, hogy a webgui-n keresztül nem tudom visszarakni a saját mentését...)
-
ht42
senior tag
válasz
piglet76
#5114
üzenetére
Sohasem bíztam benne, hogy a 2-esről 3-asra lehet frissíteni... Eszemben sincs megpróbálni, főleg, mivel a 2-es teljesen megfelel és működik. Lehet, hogy egy szűz 2-esre felmegy az update, de amit már régóta használsz, állítgatsz, reszelgetsz...
Most a következő lehetőségeid vannak:
1. Felraksz egy szűz 2-es verziót, utána a mentésből visszamásolsz mindent. Akkor kb visszakapod, ami a 3-asra frissítés előtt volt.
2. Felraksz egy szűz 3-ast, beállítasz mindent, és a problémamentes 2-es helyett lesz egy 3-asod, (ami semmilyen előnnyel nem rendelkezik a 2-eshez képest)
3. Pendrive-ra raksz egy bootoló linuxot - pl. debian live - bebootolsz vele a NASon, aztán a rendszerlemezen nézegeted a logokat, hogy megállapítsd hol rohad le az OMV.A továbbiakban, ha szervátültetést akarsz végrehajtani a rendszereden, előtte javaslom, hogy az egész rendszerlemezről Clonezilla-val készíts mentést, az a biztos.
-
piglet76
tag
válasz
KaiotEch
#5113
üzenetére
Köszönöm!

(Sajnos, ez nekem inkább általános ismertetőként hat, mint telepítési segédletnek a beállításokhoz.)Anno nekem az volt a gondom, ha jól emlékszem, hogy nem volt mindegy, hogy milyen sorrendben állítom be a dolgokat, ezért kellett többször is nekifutnom. Volt tömb, és megosztás, mégsem látta a dolgokat...
Azért csak jó lesz majd az "Így állítsd be lépésről-lépésre az OMV-t, hogy működjön is!" útmutató.A first aid-ben lévő visszaállítással kapcsolatban nincs tapasztalat? Érdemes vele tennem egy próbát vagy csak nagyobb kárt csinál?
-
piglet76
tag
válasz
devil-k
#5111
üzenetére
Oh, f*ck.... Ugye ez nem így van?

Az omv first aid-ben van valami rendszer helyreállítási lehetőség. Az nem tudná a frissítés elött gyártot mentésemből visszarakni azt az állapotot? Vagy az is más metódust használ?
Két éve üzemeltem be a nasomat, a konfigurálásával akkor is megszenvedtem, csak másodikra vagy harmadikra sikerült beállítanom, hogy működjön. Azóta még azt is elfelejtettem, hogy végül mit/hogy csináltam. Nem beszélve arról, hogy van benne 3db 3 terrás meghajtó, jó lenne, ha azok is épségben maradnának, nem szeretném az újratelepítésnél elveszteni az adatokat.
Lehet, hogy tényleg hasznos lenne az összefoglaló, ahogy Lovi27 is mondta (#5102), mert ez így igencsak félelmetes.
-
piglet76
tag
válasz
szpeti40
#5108
üzenetére
Megpróbáltam:
Beírtam a root jelszót. Megadtam neki a systemctl default parancsot.
Kaptam egy FENNAKADÁS választ, majd visszajött a prompt, de utána más semmire nem reagált. Semmilyen billentyűre, ctrl+alt+del-re, semmire, csak kikapcsolni tudtam.

Kipróbáltam az omv-firstaid parancsot is az újraindítás után.
Ez szerencsére elindul, bejön a menü.
Viszont NEM menti el a beállításokat, no such file or directory hibaüzenetet kapok vissza. Ezt csinálja a Configure network interface és a Configure WebGUI menüben való beállítások után is.MagicCommander elindul, a meghajtóimat látom, KIVÉVE a tömböt, amit mhddfs-el hoztam létre, és egész eddig így működött. Annak a "meghajtónak" a tartalma üres.
Hogyan tovább? Kinek milyen javaslata van, hogy ismét működjön a rendszerem?

-
Üdv. Kollégák egy ideje nem jól frissít az OMV-m. 2.2.14 van jelenleg, de nem nagyon jönnek repo-ból semmilyen frissítések(plex már jóideje nyivákol, hogy van frisssebb). Kiadtam a következő parancsokat:
apt-get clean
apt-get update
apt-get upgrade
omv-updateAzt látom, hogy a sensors-al valami baja van, elvileg purge-al leszedtem már, mégis valahol benne maradt, de a dpkg-val mi a nyűgje? Belenézhetek a --configure-ba, de nem tudom minek kéne ott szerepelnie. Köszönöm előre is!

-
piglet76
tag
válasz
doberman
#5106
üzenetére
A prompt alatt ugye azt érted, amit most is látok, mint a képen, amit csatoltam az előbb?
(Nem teljesen hülye vagyok, csak a biztonság kedvéért kérdezem, lévén a linux nekem kínai...
)Mert oda próbáltam bármit beírni, a beírt szöveg nem látszik. A billentyűzetre reagál, mert ha hülyeséget írok be, arra mondja,hogy pl. nem root jelszó.
És akkor próbáljam megy egyszerűen az omv-firstaid parancsot? -
piglet76
tag
válasz
Oldman2
#5104
üzenetére
Semmit! :-(
(Ha azt elérném, gondolom visszaraknám a saját mentést...)De csak annyit látok/érek el, amit a képen is csatoltam... Onnan kéne valamit kezdenem.
Közvetlenül egy újraindításnál látom a különböző boot lehetőségeket, ennyi, amit tudok tenni, hogy a listából választhatok, hogy normál kernel, backport, stb. induljon el... Aztán ide jutok.
*Annyi még, hogy van egy FING nevű app a telefonra, ami hálózatfelderítést végez. Ott is azt látom, hogy a nas rajta van a hálózaton, viszont a scan services menü alatt csak a 111-es portot mutatja a nasnak. Se 22/23/80...
Pingelni tudom a nas-t, gyors válaszok jönnek. -
piglet76
tag
Help please!
Frissíteni szerettem volna az OMV-t az utolsó 2.x-ről a már nem béta 3.x-re.
PUTTY-ban csatlakoztam a nasomhoz, bejelentkeztem ROOT-ként és kiadtam a omv-release-upgrade parancsot.
Lefutott a dolog kb. 10 perc alatt (sajnos a teljes naplót nem másoltam ki), látszólag szépen lement.
Kiadtam neki a REBOOT parancsot, és a nas újraindult.
Azóta nem érem el.

Se belső hálón nem látom, se dyndns-en keresztül, se PUTTY, se Transmission, semmi.A routeremben látom, hogy elvileg ugyan azon a fix ip-n rajta van, mint eddig is (kb. 2 éve üzemeltem be a nasomat), de egyszerűen semmit nem tudok vele kezdeni.
A nast közvetlenül a tv-re kötve látom, hogy van kép, látom, hogy elindultak a processek, de ezek nagy része nekem semmit nem mond, és nem tudom, hogy hogyan tovább...
Ennyit látok most a tv-n.
*Csináltam egy backup-ot a művelet előtt, de csak a "saját" módszerével, (jobb oldalon az utolsó fül) ami csinált egy ".../omvbacup" könyvtárt, benne egy csomó alkönyvtárral.
Ú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.
- HIBÁTLAN iPhone 13 Pro Max 128GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS3391
- Apple iPhone 15 Pro Max 256 GB Natural Titanium 1 év Garancia Beszámítás Házhozszállítás
- Azonnali készpénzes Intel i5 i7 i9 8xxx 9xxx processzor felvásárlás személyesen / csomagküldés
- Telefon felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- Lenovo Thinkpad T14 Gen 3, 1 Év Garanciával
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest



Gratula. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)




Ne csak az OMV fusson az épített NAS-on hanem minden olyan más progi is amit tudok használni a mindennapokban. Ki kell használni a rendszer adta lehetőségeket.







tradeelek11
