-
Fototrend
Új hozzászólás Aktív témák
-
lovi27
addikt
Próbából felraktam. Nagyon egyszerű beállítani.
Először egy könyvtárat kell létrehozni vagy kijelölni, ahova a letöltések történnek. A Shared Folders menüben létrehoztam egy Torrents (Torrentek) mappát, és ott rögtön a Privileges menüben a jogosultságokat is beállítottam (melyik user írhatja és melyik csak olvashatja, esetleg nincs jogosultsága hozzá. Ettől még látja a mappát hogy van, de nem tud belelépni.) Az egyszerűség kedvéért a downloads, az incomplete és a watch almappákat mind a Torrents mappába tettem.
Nem tudom kell-e, de mivel figyelmeztet a debian-transmission usernek és csoportnak az ACL menüben írási jogot adtam a Torrents mappához.Ezután engedélyeztem a plugint és minden tökéletesen működött. Ment a letöltés, a seed, tudtam írni, olvasni a Torrents mappákat (persze a sambához hozzáadtam a Torrents mappa megosztást). Az incomplete-be töltötte a fájlt, ha végzett átrakta a downloads-ba. Elég volt a watch mappába bemásolni a torrent fájlt és elkezdte a letöltést.
Most már láttam az admint, amit te felhasználónak hittél, de az csak ahhoz kell, hogy akár távolról is az omv-ip:9091 címen egy egyszerű webes transmission felületet kapj autentikációval védve. Számomra kicsit furcsa, hogy ha valahol adminnal kell vagy lehet belépni, ott mindenhol más jelszó tartozhat hozzá, mintha az egyik nem ugyanaz volna, mint a másik.
Remélem így már elboldogulsz vele...
-
lovi27
addikt
Most értem vissza...
Én nem bonyolítottam túl.
Ugye, van egy root userem, mert kötelező létrehozni (bár nem szerepel a listában). Ő az 'Isten', mindenki felett áll, nincs korlátozva semmiben (legalábbis házon belül...![;]](//cdn.rios.hu/dl/s/v1.gif)
)
Van egy 'fő' userem, akinek minden jogot megadok, amire szükségem lehet és általában vele csinálok mindent a NAS-on belül.
És végül van egy korlátozott jogú user, aki többnyire csak olvashatja a tárolt adatokat. Akkor használom, ha szeretném elkerülni az olyan vitákat, hogy "én nem töröltem le, csak megnyomtam a delete gombot"
-
lovi27
addikt
Tudtommal admin felhasználó nincs, az csak gy virtuális valaki a webgui beállításokhoz.
Azért nem szívesen találgatok, mert nem azt írod le mit csináltál, hanem azt, hogy mi a rossz. Legalább is szerinted, pedig biztosan tévedsz, mert máskülönben működne.
Rootként biztosan tudsz beleírni.
Mint írtam már nem használom, ezért kapásból nem tudom, de keress torrent vagy valami hasonló felhasználót vagy csoportot és a te felhasználódat tedd vele egy csoportba. -
lovi27
addikt
Mivel a hálókártya nem működik, nincs interneted, ezért másik gépen le kell töltened a hozzávaló drivert és kézzel felrakni. Például, ha jól olvasom itt egy lehetséges megoldás, de biztos található több más is.
Úgy tudom a Backports Kernel hadver inkompatibilitási problémák megoldására való, így esetleg próbálkozhatsz annak telepítésével is:
OMV-Extras.org / Kernel
Mivel nem tudom a teljes újratelepítésen kívül van-e más visszaút belőle, ezért én az első módszerrel kezdeném - bár az a nehezebbik mód. -
lovi27
addikt
válasz
Oldman2
#1830
üzenetére
Lehetne éppen a router is az ok, mert közben ott volt firmware frissítés. Ezért visszaraktam az előzőt próbára, de semmi változás, még...
jbl
"Full Error. Nem is értem, hogy működött."
Rosszul tesztelted. Az nem lehet, hogy teljesen hibás RAM-mal 98%-ig jól letölt a Transmission. Tök hibással el sem indulna a gép! -
lovi27
addikt
Egy tablet driver törlése miatt nem tudtam sehogy sem újraindítani a win 8.1-emet és emiatt újratelepítettem. Azóta max. 40 MB/s tudok másolni a NAS-ra, de sokszor jó ha a 10 MB/s-t eléri.
Eddig azt hittem a win8-tól gyors a samba. Most dunsztom sincs mi a baj, mert amúgy meg príma lett a Windows. A LAN kártya drivert újratelepítettem, a legfrissebb van fent, de semmi, lassú...
-
#1827
lovi27
addikt
Joker850403
#1826
lovi27
addikt
válasz
Joker850403
#1826
üzenetére
"Megnéztem a jogosultságokat, ott is minden rendben volt."
Azért mégse... A régieket most megfejtetted, de akkor van teljesen rendben a jogosultság, ha az ezután hozzáadott új fájlok beavatkozás nélkül megjelennek.Az alaprendszerek - Windows, Linux - már tökéletesen kezelik a nemzetek speciális karaktereit, de kisebb, hozzáadott alkalmazásoknál elő-előfordulnak problémák. Nem árt az óvatosság!
-
#1824
lovi27
addikt
Joker850403
#1822
lovi27
addikt
válasz
Joker850403
#1822
üzenetére
A könyvtár- és a fájlnevekben ne legyen csak az angol ABC 26 betűjéből valamelyik és ne legyen szóköz sem közöttük.
-
lovi27
addikt
válasz
adamka16
#1816
üzenetére
De nehogy már úgy engedje be fűt-fát a szerveredbe, hogy nincs beüzemelve a védelem. Mert az úgy mekkora hülyeség. Ezért nekem nem tűnik túl szigorú megkötésnek, ha tudom ki turkál a felhőmben.
De mint írtam, még nem foglalkoztam vele, így nem izgat túlságosan a dolog... -
lovi27
addikt
válasz
adamka16
#1809
üzenetére
Nem használom (még), de az jó, ha már lehet kérdéssel valakihez fordulni...
Van megoldás. Ha androidos a mobilod, akkor például ezt telepíted, beüzemeled (beregisztrálsz egy szolgáltatóhoz) és máris lesz egy fix ip címe a mobilodnak. Ez majd követi automatikusan a valós változó ip címedet.
De ez csak egy példa. Több ilyen alkalmazás van és nem csak androidra. Nézz körül és válassz az igényeid szerint! -
lovi27
addikt
"A memory disk-es megoldás jó lenne"
Ezt egy mondatban könnyű odadobni, de egy kezdőnek ezzel kezdeni...
Mert a linux mag most is RAM drive-ról fut, hisz ha az utasításokat is pl. pendrive-ról olvasná, az minden lenne csak működés nem. A megvalósításához kell még egy plusz disztribúció, amit kifejezetten RAM-ban futtatáshoz terveztek, és majd abba telepíteni és futtatni az OMV-t. Lehet ezt még tovább ragozni, egyszerűsíteni. Az is lehet egy megoldás, hogy az I/O műveleteket RAM diszkre irányítjuk és csak a KI/BE kapcsoláskor történik háttértár használat. De lehet, hogy elég, ha csak a log fájlok írását ütemezzük, és már ezzel is jóval kevesebb háttértár írás történik.De ezek mind csak akkor érnek valamit, ha van szünetmentes táp és biztosítva van feszültségkimaradáskor a RAM diszk kimentése. Plusz eszköz, plusz tudás, többletmunka csak azért, hogy egy olyan eszközre erőltessük a futtatást, amit nem arra terveztek. Ezeket a lehetőségeket a felhasználók az OMV kezdeti szakaszában már végig próbálgatták és nem véletlenül maradt az SSD vagy a HDD ajánlott eszköz. Csak tanulni kéne az ő munkájukból...
-
lovi27
addikt
-
lovi27
addikt
Nem sajnáltad a pénzt ventilátorokra...
"Nem is gondoltam volna, hogy az OMV-t rá lehet rakni"
Sommásan mondva az OMV is egy debian linux, csak "lebutítva" a célnak megfelelően, hogy az egyszerű, windowshoz szokott felhasználók is el tudjanak bánni vele. Ezért nem csak magára a debianra, hanem a többi debian származékára is (pl. ubuntu) egyszerűen rárakható. De fordítva is működik, hogy telepíted csak az OMV-t és ahhoz teszel fel pl. x-windowt és böngészőt, és máris tudsz a NAS-on internetezni. A lehetőség adott, csak nem itt kell kezdeni. Úgyis lesz gond a linux megszokásával.A pendrive-ot felejtsd el op rendszernek, hamar tönkremegy. Egyre olcsóbbak az SSD-k és nem kell túl nagy kapacitású.
Ha az adataid fontosak, akkor inkább RAID alkalmazásával tudhatod őket biztonságban, nem a szünetmentes táppal. Esetleg a kettő együtt...
-
lovi27
addikt
"Nálam most is egy cf kártyáról megy a rendszer + 1hdd"
Mi a HDD típusa (gyártó, típusszám)?
Valószínűleg a CF kártya sem arra van tervezve, hogy állandóan írogassanak rá. Gondolj erre, ha kezd meghülyülni, kezelhetetlenné válik az OMV.Olyan sok adatot írogatsz napi szinten, hogy annyira zavaró a valamiért lassabb írás? Elindítod és addig csinálsz mást.
-
lovi27
addikt
Szia!
Én nem vagyok híve a mindent egybe megoldásnak, mert egyikhez sem lesz igazán jó. A NAS-nak a 24/7 működés miatt energiatakarékos, nem túl erős gép való, míg a nagy gépnél nem lényeges a fogyasztás, de jó, ha minél erősebb. Ezt egy gépben megvalósítani... egyiknek sem lesz igazán való. Pláne úgy, hogy a Windows emulátoron futna.
De ha mégis egy ilyen hardvert választanék, akkor egy Linux-disztribúció lenne az op rendszer (pl. Debian), ami tökéletesen kielégítené az alkalmi otthoni számítógép igényemet (levelezés, internetezés, dalok hallgatása, filmek megnézése, stb.) és ezt egy kisebb erejű gép is megtenné. A NAS funkciókhoz pedig egyszerűen rátelepíthető az OMV. Szerintem ez a hardver Linuxszal nem fogyasztana 40 W-tot sem idle-ben.
-
#1785
lovi27
addikt
Joker850403
#1784
lovi27
addikt
válasz
Joker850403
#1784
üzenetére
Várni szerintem felesleges, az újabb kiadásól nem fog megjavulni.
Ha tudsz valamennyit angolul, akkor a fejlesztők fórumán hamar megoldják a problémád.
Ha nem, akkor annyit tudok segíteni, hogy valószínűleg az uninstall nem takarított maga után rendesen és ott maradt valami szemét, ezért mint root töröld a következőket, hátha:
rm /etc/default/openmediavault-virtualbox /etc/default/virtualbox
userdel vboxgroupdel vboxusersLegyen mentésed, hogy ha elszáll valamid tudj helyreállítani!! Ha csak próbálgatsz, akkor mindegy...
-
#1783
lovi27
addikt
Joker850403
#1782
lovi27
addikt
válasz
Joker850403
#1782
üzenetére
OMV-Extrák/Apt törlés funkciót próbáltad? Elvileg a hasonló problémák megoldására csinálták.
-
lovi27
addikt
Azt figyeltem meg, hogy többségében Intel processzoros usereknek vannak sokszor megmagyarázhatatlan gondjaik. Nem tudom az okát, de az egyik lehetséges ok, hogy ezek inkább olcsóbb Celeron típusú processzorok és a tulajok ezt megemelt órajellel és csökkentett CPU, memória válaszidőkkel igyekeznek kompenzálni. A Linux abban is eltér a Windowstól, hogy maximálisan kihasználja a hardver (CPU, memória, stb.) adta lehetőségeket, de viszont cserébe rosszabbul tűri a túlhajtást, hisz már így is végletekig kihasználja a hardver adta lehetőségeket. A túlhajtásból eredő hibáknál nincs logikus ok, a hülye működésből adódóan bármi és annak az ellenkezője is igaz lehet.
Szóval a lényeg, hogy egy Linux rendszer beüzemelését mindig az alaplapi BIOS gyári értékekre történő beállításával célszerű kezdeni. Ezzel sok felesleges kínlódást lehet elkerülni. Ezzel nem azt akarom mondani, hogy nem lehet megpróbálni túlhajtani, többet kiszedni a Linux rendszerből, de csak majd azután, ha már stabilan működött. Akkor már lehet hova visszanyúlni, ha megmagyarázhatatlanul kezd el viselkedni.
-
lovi27
addikt
Szerintem csak magadat csapod be ezzel a visszalépéssel. Nem megoldod a problémát, csak a "szőnyeg alá söpröd". Lehet, hogy csak valami driver probléma van, de távolról nem lehet megoldani.
Nem véletlenül nincs fent. Nem akarják, hogy használják, bár az ISO-k még fent vannak, ez meg ellentmond neki. Nekem a deb fájl még megvan. Ha adsz egy címet elküldöm, de a felelősség utána a tied!
-
lovi27
addikt
Az SSD mindig gyorsít,
de nálam egyértelműen a Windows 8 hozta meg a várt eredményt. Akkor még nem volt SSD-ém és amikor először próbáltam egy üres Windowson (120 MB/s), azt számolgattam, hogy a gigabit miatt ez egyáltalán lehet-e vagy elnézek valamit? (max 1000/8=125 MB/s).Belakva a Windowst, persze már soha nincs ilyen eredmény, de nem minden a sebesség. Kellenek rezidens programok is.
-
lovi27
addikt
Ez teljesen elfogadható eredmény. Már nem ér meg több belefektetett munkát.
Akkor tényleg valamit nagyon jól csinál a Windows 8. Nekem is akkor ugrott meg, lett normális a sebesség, amikor Win 8-ra váltottam. Csak én XP-ről tettem. Sok beállítást próbálgattam, de csak a Win 8 hozta meg a várt eredményt. Eddig is sejtettem, hogy jobb a Win 7-nél is, de most beigazolódik. Csak a Start menüvel ne sz@rakodtak volna. De olyan könnyű pótolni!
-
lovi27
addikt
A Cisco-val is lassú, ami azt erősíti meg, hogy nem a router a gyenge láncszem. Na, de egy laptoppal tesztelni?! Ami biztos, nem az OMV az oka. Az a 40-50 MByte (nem bit) másodpercenként reálisnak tűnik. Hogy az írás miért lassab a NAS-on? Keress vissza, írtam már hogy lehet direkt írási tesztet végezni a NAS-on.
-
lovi27
addikt
Ez tényleg elég karcsú, de a 100 Mb-es átviteli lehetőségnél már ez is több. Tehát gigabites módban történik az átvitel. Amúgy a 1043-ból két fajta router van: a v1.x (a régi, fehér dobozos) és a v2.x (az új, fekete dobozos). Az új Wifi és kábeles módban is erősebb, mint a régi, de azért az is jóval többet tud ennél. Nekem is volt olyan, 90 MB/s körül tudott. Ezek a nagy számok egy nagy fájl átvitelénél igazak. Több kisebb fájl egyszerre küldésénél a végeredmény jóval kevesebb.
Szóval, szerintem nem a router az oka a lassúságnak. A NAS hardvere sem tűnik gyengének. Tehát valahol a küldő gépen keresd az okot.
-
lovi27
addikt
válasz
nemlehet
#1753
üzenetére
Felejtsd el az előző hozzászólásomat!
Bár igaz amit írtam, de azt megcsinálja a cups plugin. Csak telepítsd fel, majd a Nyomtatás (Printing) szolgáltatásnál a Nyomtatók (Printers) menüben add hozzá a nyomtatód. Nem kell parancssori kínlódás, menüből intézheted. Azt is leírták, hogy a megosztáshoz mit kell csinálni a windowsos gépen. -
lovi27
addikt
válasz
nemlehet
#1753
üzenetére
Utánaolvastam és a HP nyomtatókhoz van egy közös linuxos driver és az a te nyomtatódat is támogatja. Ez a HPLIP. Itt mindent megtalálsz ami kelhet.
A disztribúciók általában ezt beépítik a rendszerükbe, így lehet, hogy szerencsés vagy és nem kell sokat vacakolnod a driverrel. Azt nem tudom, hogy a fiúk ezt bent hagyták-e vagy esetleg a Backports kernelt kell még hozzá feltelepíteni. Én nem használok nyomtatómegosztást, meg nem is HP a nyomtatóm, így mélyebben nem tudok segíteni. Az biztos, de ezt gondolom már megtetted, hogy az openmediavault-cups plugint telepíteni kell. Olyan valaki biztosan tudna tovább segíteni, aki már használ nyomtatószervert és HP nyomtatója van, mert ő ezt a drivert már beüzemelte. Reméljük lesz valaki...
-
lovi27
addikt
Igen, az kell hozzá, az extrák plugin szabályozza a megjelenést. De akkor mégis csak engedélyezve van nálad a teszt állapot is. Ha kiszeded a pipát az OMV-Extras.org/Secondary/ManagersTesting elől, akkor eltűnik a Deluge plugin is. Szerintem amúgy is tanácsos nekünk minden release candidates (kiadásra jelöltek) elől kiszedni, mivel ezek csak a hozzáértőknek ajánlottak. Mert az RC a béta állapotnál már stabilabb, de még bugokat, hibákat tartalmazható kiadást jelent.
-
lovi27
addikt
A fejlesztő srác ezt írja a Deluge plugin-ról: "Deluge plugin is still a no easy (testing phase)."
Szóval, mi átlag felhasználók még jobb ha várunk 1-2 hetet, míg a plugin a nem fáradtságos, könnyű tesztfázisba kerül, talán már a következő verzióval.De ha valakinek nagyon bizsereg és nem tud várni, itt leírja hogyan lehet manuálisan feltelepíteni a plugint.
-
lovi27
addikt
Mint root hozd létre az /etc/modprobe.d könyvtárban a blacklist.conf fájlt a következő tartalommal:
blacklist pcspkr
blacklist snd_pcsp
Majd indítsd újra az OMV-t.
Ha nem oldja meg a problémád, csak töröld le az új fájlt.
Jut eszembe, ez az alaplap bekapcsolási beep-jét nem szünteti meg. Ehhez a BIOS-ban keress beállítást, vagy jumpert az alaplapon. Ha van jumper, akkor az összes előző felesleges.
-
-
lovi27
addikt
válasz
adamka16
#1721
üzenetére
Kizárni nem lehet, de furcsa lenne ha ezzel érnél el javulást. Ebben maximum i3-as van, de az is fogyasztásra optimalizálva. De lehet, hogy az ujjlenyomat olvasó csodát tesz...
RAID 1 redundánsan (párhuzamosan, egymást helyettesítően) tárolja az adatokat, így elvileg duplájára nő a sebesség, mint ahogy a fórumtárs már írta. De azért nem ennyire egyszerű a helyzet, mert például az átviteli csatorna is határt szab, ami a sata2 miatt max. 150 MB/s. Ha neked ennyire fontos a gyors átvitel, akkor pl. a sata3 kártya ezen biztosan segítene. És valószínűleg egy izmosabb processzor is kéne...
Itt eljátszadozhatsz egy kicsit.
-
lovi27
addikt
válasz
adamka16
#1718
üzenetére
A notebookra figyelj, mert az olcsóbbakban, a 200e alattiak többségében nem gigabites lan van és akkor nem ér sokat a próba.
Akkor lassan csak helyre áll a világ rendje. Az ftp kevésbé forrásigényes, így illik gyorsabbnak lennie. Az valóban nem "normális", hogy az írás a gyorsabb, de ha az olyan sebességgel történik ami elfogadhatóvá teszi a nas töltését, akkor szerintem nem érdemes tovább keresni. A nas-ról lejátszáshoz bőven sok az a sebesség. Amúgy meg gondolom nem másolgatni akarsz állandóan...
-
lovi27
addikt
válasz
adamka16
#1713
üzenetére
Ez nem annyira lényeges, mert ezzel a samba hálózaton produkált sebességét mérted meg, Azt meg tudtad, hogy kevés...
A hardverrel kapcsolatban egy észrevétel. A NAS-ban azt az 1 giga RAM-ot én megnövelném, ha az enyém volna. A linux nem eszik sok RAM-ot, tehát nem feltétlenül szükséges, de az nem baj, ha van elég hely cache-elni, és nehogy már a swap partíciót kezdje használni. Ezt azért ne értelmezd úgy, hogy akkor biztosan felgyorsul a samba!
-
lovi27
addikt
válasz
adamka16
#1712
üzenetére
Nálad gyorsabb, mint nálam (130), mondtam, hogy faxa kis wincsi a red. A black-től meg ez normális.
Mint várható volt nem a wincsik korlátozzák. Valamit nem szeret a samba, de hogy mit, most nincs ötletem. Mikor nálam is volt hasonló időszak (max. 40 MB/s), akkor én az ftp-vel oldottam meg a nagy, 5GB nagyobb fájlok másolását. Azzal 80-90 MB/s sikerült elérni. Próbáld ki az ftp-t!
Először azt kéne eldönteni melyik oldal a korlát. Ha próba erejéig volna egy másik számítógép....
-
lovi27
addikt
válasz
adamka16
#1700
üzenetére
A 150 MB/s katalógus adat és azzal csak azt jeleztem, hogy jogos az elvárásod a nagyobb adatátviteli sebességre, a HDD képes rá. Dehogy konkrétan most nálad mi a gyenge láncszem? Mivel semmit nem tudok róla, így meg sem próbálok találgatni. Csak azért szóltam hozzá, mert szerintem téves tanácsot kaptál.
-
lovi27
addikt
válasz
adamka16
#1694
üzenetére
"...előtte egy wd scorpio blue 320 2,5 volt bent, de hasonlóak voltak azzal is a sebességek..."
Ebből látszik, hogy nem a vincseszter a szűk keresztmetszet. Beletehetsz abba 10ezres fordulatút is, akkor sem lesz érdemi változás.Különben sem értem minek kéne egy NAS-ba nagy fordulatú HDD. Onnan többnyire nagyobb mennyiségű, szekvenciális adat átvitele történik, ahhoz pedig felesleges. A WD RED kifejezetten NAS-okba készített megbízható HDD, mely megfelelő hardverrel körülépítve akár 150MB/s adatátvitelre is képes.
-
-
lovi27
addikt
válasz
adamka16
#1682
üzenetére
Én nem javaslom az ilyen nyakatekert megoldásokat, függetlenül attól, hogy esetleg működik vagy sem. A szétparticionált részt nem mint teljesen független vinyót kezeli. Gondolj bele mi lesz az adataiddal, ha valami oknál fogva újra kell telepítened az OMV-t.
A pendrive nem alkalmas a rendszer tárolására. A legjobb egy kis független SSD, vagy HDD.
-
lovi27
addikt
válasz
nemlehet
#1673
üzenetére
Ennek semmi köze az OMV-hez, de amit te keresel, a fájl áthelyezése fájl-leíró tábla módosítással, azaz pillanatok alatt csak meghajtón belül lehetséges. És itt nem a fizikai, hanem a logikai egységről van szó, és az operációs rendszertől független.
Windowsos példával: például C meghajtón belül, C-ről C-re tudsz pillanatok alatt áthelyezni, de a move parancs C-ről D-re először átmásolja a D-re, majd utána törli a C-én. És az mindegy, hogy a C és a D fizikailag azonos meghajtón van-e vagy sem. Sőt, akkor történik lassabban, ha a kettő azonos meghajtón van, mert akkor a HDD fejnek ide-oda kell ugrálnia.
-
lovi27
addikt
válasz
Spuri2000
#1672
üzenetére
Itt is egyértelműen be van pakolva a /media alá és kész. Ha rendeltetésszerűen használja valaki az OMV-t nemigen találkozik azzal a hosszú számmal. Nem érdekel, így nem ismerem a nas4free-t, de ott valószínűleg symlinkkel találkoztál. Ne a nas4free-t keresd az OMV-ben.
-
lovi27
addikt
válasz
Spuri2000
#1670
üzenetére
De, be lehet, bár sok értelme nincs. Mert mindegy, hogy /media vagy /mnt kezdődik egy hivatkozás vagy parancs. Abba már inkább lehet ráció, ha egy lejjebb lévő könyvtárra csinál valaki szimbolikus linket, de ez szembe megy az OMV-vel, aminek pont az a lényege, hogy informatikában kevésbé jártas emberkéknek ne kelljen linux parancsokkal és szintaktikákkal szarakodni. Mert ha valakinek ehhez van kedve, akkor már jobban jár egy komplett disztribúcióval.
-
lovi27
addikt
válasz
Spuri2000
#1639
üzenetére
Azért nem, mert feltételezem magyar nyelvre állítva használod és ahova a Formázás funkció van írva az hülyeség, épp nem azt csinálja, fordítva van lefordítva. Éppen hogy nem újat hoz létre, hanem még a régi maradékot is eltünteti.
Ne kínlódjál így tovább. Töltsd le a Gparted ISO-t, rá egy pendrive-ra indíthatóan és bootold onnan, mint mikor az OMV-t telepíted. Ekkor az összes HDD-re már menni fog a kívánt partíció és fájlrendszer.
-
lovi27
addikt
válasz
Grawens
#1613
üzenetére
Nem tudtam erről a problémáról, mert már én a komplett Debian linuxot telepítem és arra az OMV-t. Ott pedig nincs ez a hiba. Megnéztem, valóban hibás az 1.0 OMV! Úgy látszik a nemzeti karakterekkel mindig meggyűlik a bajuk. Az előző verziónál (0.5) a könyvtárnevekben lévő nemzeti karaktereket nyelte el az OMV. Nem tudtam felcsatolni a könyvtárakat. Kérésemre 1 nap alatt kijavította a hibát Volker.
-
lovi27
addikt
Egy lehetőséget találtam, amivel kizárhatom magam a beléptetésből, de elég erőltetett, amatőr hiba és nem a Linux tehet róla.
Rádugom a magyarra szitázott billentyűzetemet telepítéshez a szerverre. A Linux általában alapból az angol kiosztást tételezi fel. Angolul telepítek végig, mert annyit tudok és jelszónak a QWERTZ adom meg, ami ott látható sorban. De csak azt hiszem, mert valójában a rendszer az angol kiosztás miatt ezt QWERTY-ként értelmezi, amit viszont a titkosítás miatt én nem látok. Amíg ott, a szerveren lépek be nincs gond. Bár ha többet is csinálok hamar kibukik, hogy nem stimmel a kiosztás. Távolról, a windowsos gépemen SSH terminálról nem fogok tudni belépni, mert jelszónak a QWERTZ adom meg, amit a rendszer - helyesen - nem fogad el.
De ez se életszerű, mert ha magyar billentyűzetet dugok rá, magyarul ügyködök a Windowsban, akkor telepítéskor a Linuxban miért ne állítanám át magyarra a kiosztást?
-
-
lovi27
addikt
válasz
Grawens
#1596
üzenetére
Felhasználó bejelentkezése betöltött rendszernél történik! Akkor már azt a billentyűzetkiosztást használja a rendszer, ami telepítéskor be lett állítva. Nincs probléma!
Az persze tanácsos, hogy felhasználói név/jelszó párosnak soha nem adunk meg nemzeti karaktereket, mert ha nem a saját rendszerünkről jelentkezünk be, akkor eltérhet a billentyűzet kiosztása és rossz esetben akár hiányozhat is, be sem tudjuk ütni azt a karaktert - pl: ő í stb. Azonban a csak angol abc használata sem teljes megoldás, mert a jelszóban kifejezetten ajánlott a számok, írásjelek használata, azok pedig a különböző kiosztásokban különböző helyeken találhatók. Visszajutottunk oda ahonnan elindultunk: nem szabad megszokásból gépelni, oda kell figyelni.
-
lovi27
addikt
válasz
zsolt501
#1589
üzenetére
Nagyon veszélyes, hogy unmountolásnál megkérdezi, hogy a lecsatolás mellett törölje-e magát a fájlokat is. Ezt biztos, hogy én szétválasztanám és külön funkcióra tenném, Nagyon ritkán használt az unmount és a delete együtt, viszont egy pillanatnyi rossz döntés és hatalmas kárt okoz. Többször elolvasom, hogy mit is kell választani, nehogy letöröljem a fájlokat.
Mostanában már amikor újra telepítek csak rendesen kikapcsolom a mikroszervert, majd kihúzom az adat vincsiket. Nem érdekel az unmount és a szabályos lecsatolgatás, úgyis jön egy format és új telepítés. Így nyugodt vagyok az adataim miatt. A felcsatolgatással sem sietek, a végére hagyom, mikor már nincs más hátra.
Remélem, minél több adatot sikerül visszanyerned!
-
lovi27
addikt
válasz
zsolt501
#1586
üzenetére
Most értem haza, vidéken voltam...
Kár volt újratelepíteni, tartok tőle nem fog segíteni. Gondolom telepítéskor lehúztad a data HDD-ket, a mount meg nem ír rá, így elvileg nem sérülhettek rajta az adatok.Azzal, hogy az ftp-vel megvan a sebesség megkavarja a dolgokat, át kell gondolni mi, miért történik. Az hogy a teszt alatt nem tud "felpörögni" nem volna érdekes, de a torrent alatt sem tud. Ezért nem a méret lesz a gond.
Azért kértem, hogy nézd meg a másik Linuxon is, mert az OMV gyenge hardverére gyanakodtam, ami úgy tűnik lehet ludas, ha az ftp ennek nem mondana ellent. Szóval tovább kell gondolkodni rajta.
Ha így értesz a hálózatokhoz, akkor miért én próbálok segíteni neked? Neked kéne nekem segíteni!
-
lovi27
addikt
válasz
zsolt501
#1580
üzenetére
A speedtest-cli --list paranccsal ki kell listáztatni az elérhető szervereket és a nevek előtt lévi ID számot kell beírni a következő parancsba:
speedtest-cli --server 3715 és akkor ahhoz a szervehez kapcsolódik. 3715 a dunaújvárosi digi szerver ID száma. De nem biztos, hogy neked ez a jobb, mert ő automatikusan a rövidebb latency idő alapján választ szervert.Amit te webes felületnek hívsz azzal az a baj, hogy ott nem csak az op rendszer más, hanem a hardver is. Így nem biztos, hogy az eredmények összehasonlíthatók. A másik linuxos eszközödön le tudod ellenőrizni? Ott mi a hardver?
Jó neked! Én a 100-as digi mellett 91-nél még többet sosem tudtam mérni. Este jó ha 75. Az OMV-én 80 körül mérek, este 60. Pedig a latency idő stabilan állandó.
-
lovi27
addikt
válasz
zsolt501
#1578
üzenetére
Na így kéne mindig leírni a problémát!
Akkor nem kéne találgatni. Azzal, hogy szar, szar, szar, nem lehet mit kezdeni. 
Először hagyjuk a transmissiont, nézzük meg csak az internet sebességét. Ezt inkább a megszokott speedtest.net honlappal teszteljük. Ehhez egy terminál ablakban telepíteni kell a speedtest-cli script fájlt és akkor már parancssorból is végezhető a sebesség teszt:
sudo apt-get install python-pip
sudo pip install speedtest-cli
Ha root vagy nem kell a sudo!
A teszthez csak a speedtest-cli parancsot kell kiadni. Felkapcsolódik a legközelebbi szerverhez és teszteli a sebességet. Kíváncsi vagyok mit kapsz. -
lovi27
addikt
válasz
zsolt501
#1574
üzenetére
Múltkor kérdeztem, de még választ sem kaptam rá, hogy hogyan döntitek el ezt a sebesség dolgot. Ugye te is azt mondod nálad, az OMV-ben van a hiba. De honnan tudod, hogy nem a túloldal lassult be? Mérni kéne korrektül! A router is lehet szűk keresztmetszet. Elhangzott, a torrent kliens verziója sem mindegy. De, hogy pont az újabb a vacakabb, olyan hihetetlen.
Korlátozd a torrent sávszélességét. Hátha a kevesebb több, mivel nem lassul be. Így megkeresheted azt is melyik sebességtől van lassulás. Abban is biztosnak kell lenned, hogy nem nyúlkálnak egyszerre túl sokan a HDD-hez, mert az biztosan mindent nagyon meglassít. Cserélhetsz klienst is, de ez már nehéz ügy, főleg a menedzselése. És persze ellenőrizd a memória használatot Ha nem lesz nagyon piros, akkor nincs gond. Az enyém így néz ki:
-
lovi27
addikt
Nem írtad, de gondolom a samba (SMB/CIFS) megosztásról beszélsz...
A VPN-hez kell az autentikáció, így logikusnak tűnik. Mesében van olyan, hogy adok is meg nem is, van is meg nincs is... Persze lehet, hogy tévedek...
Ezért szeretem a tiszta dolgokat, van felhasználó jelszóval belépve. Én is lusta vagyok gépelni, egy kattintással szeretek belépni. Csak egyszer kell beállítani a vezérlőpultban a hitelesítőadat-kezelőben és utána már mehet a katt, katt... -
lovi27
addikt
válasz
zsolt501
#1540
üzenetére
"...a memóriát is jobban kajálja, legalábbis nálam, lehet hogy majd beáll az is..."
Ne akard! Az jobb, ha használja mintha üresen csak bent van. Gyorsabb lesz tőle a rendszer. A "felesleges" részt cache-nek használja, de ha valamelyik programnak szüksége van RAM-ra, azonnal felszabadítja a szükséges mennyiséget.
-
lovi27
addikt
Lehet szavazni a SourceForge.net oldalon - a nyílt forráskódú szoftverek fejlesztőinek központosított webhelyén a hónap projektére és ebben a hónapban az OMV lett az. Ebből az alkalomból interjút készítettek a német Volker Theile főfejlesztővel, az OMV megálmodójával. Ha valakit érdekel az interjú itt elolvashatja - angolul: katt ide
-
#1534
lovi27
addikt
mandriva11
#1533
lovi27
addikt
válasz
mandriva11
#1533
üzenetére
Nézd meg, hogy az /etc/apt/sources.list.d mappában ott van-e az openmediavault.list fájl és annak a tartalma ez-e: "deb http://packages.openmediavault.org/public kralizec main"
Ha igen, akkor ne törődj a key problémával, mert az openmediavault-keyring postfix parancs pont azért kell, hogy azt kiküszöbölje. A végleges változatban amikor már lesz key, nem lesz ez a probléma.
-
#1532
lovi27
addikt
mandriva11
#1530
lovi27
addikt
válasz
mandriva11
#1530
üzenetére
"http://packages.openmediavault.org/public kralizec main"
Ez így csak a parancsnak a fele és nem értelmezhető!! Ne szakítsd szét a parancsot:
echo "deb http://packages.openmediavault.org/public kralizec main" > /etc/apt/sources.list.d/openmediavault.list -
#1531
lovi27
addikt
mandriva11
#1530
lovi27
addikt
válasz
mandriva11
#1530
üzenetére
Nem értjük egymást! Inkább leírom, hogyan csináld.
1. Friss telepítés. Célszerű a legújabb Debeian netinst ISO-t telepíteni az üres vasra.
2. Amikor felkínál opciókat telepítésre, ne jelölj be egyet se! Ezt ajánlják a fejlesztők, de én az SSH szervert azért telepítettem pluszba (nem biztos, hogy kell), mert a debian után már mindent parancsot a pc-émről SSH terminálon keresztül adtam ki.
3. Ha már kész, működik a debian akkor jöhetnek az általad is bemásolt parancsok, az OMV telepítése:
- echo "deb http://packages.openmediavault.org/public kralizec main" > /etc/apt/sources.list.d/openmediavault.list
- apt-get update
- apt-get install openmediavault-keyring postfix
- apt-get update
- apt-get install openmediavault
- omv-initsystem
A 2, update parancs után valami error üzenet féle jelenik meg, ami nem hiba, ne vedd figyelembe! Fent van az OMV, és itt kell egy reboot parancs!
Újraindulás után jöhetnek a szokásos frissítő parancsok:
- apt-get update
- apt-get upgrade
- reboot
De ezek a parancsok már a webGUI felületről is elvégezhetők, a szokásos kezdeti admin/openmediavault user/password páros után. -
#1529
lovi27
addikt
mandriva11
#1528
lovi27
addikt
válasz
mandriva11
#1528
üzenetére
Jó gondoltad, a sima debianra megy fel, nem kell semmi plusz. De hol akad el?
-
#1527
lovi27
addikt
mandriva11
#1526
lovi27
addikt
válasz
mandriva11
#1526
üzenetére
Melyik update-nél? Van 3.
-
lovi27
addikt
Külön disk a rendszernek! Szerintem ez nem kérdés.
Biztos van megoldás az időzített mentésre a pluginok között (rsnapshot? rsync?), de itt kezdődik az a része az OMV-nek, amikor már kreatívnak kell lennie a felhasználónak és kevés segítségre számíthat itt a fórumon. Bár tévednék.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)
Új hozzászólás Aktív témák
tradeelek11Figyelem!
Megjelent a Debian 10-re épülő OMV 5 stabil kiadása.
Új telepítésre ez a verzió ajánlott.
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- PC Game Pass előfizetés
- Játékkulcsok : ! Legjobb Áron ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok : (12.12.)
- iPhone 12 64GB 100% (1év Garancia)
- Akciós Windows 10 pro + Office 2019 professional plus csomag AZONNALI SZÁLLÍTÁS
- Samsung Galaxy A13 / 4/128GB / Kártyafüggetlen / 12Hó Garancia / Repedt Kijelző
- Samsung Galaxy S23 FE / 8/128GB / Kártyafüggetlen / 12Hó Garancia
- HIBÁTLAN iPhone 15 Pro 256GB Black Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS3503
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: ATW Internet Kft.
Város: Budapest