-
GAMEPOD.hu
Új hozzászólás Aktív témák
-
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 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 #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 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 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
-
lovi27
addikt
válasz adamka16 #1688 üzenetére
Töltsd le és telepítsd az extra plugint és akkor lesz az is.
-
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 #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 #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 #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 #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 #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
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.
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
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
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
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.
[ Szerkesztve ]
-
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 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!
[ Szerkesztve ]
-
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
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
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
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
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...
-
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.
[ Szerkesztve ]
-
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
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
-
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
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![ Szerkesztve ]
-
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 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.
[ Szerkesztve ]
-
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!
-
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ú... -
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![ Szerkesztve ]
Ú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: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest