-
GAMEPOD.hu
Új hozzászólás Aktív témák
-
lovi27
addikt
Nem tudom, nem használok RAID-et. Talán válaszol valaki. Ha nem, kérdezd meg a HP Mikroszerver fórumban, ott többen használnak RAID-et.
-
lovi27
addikt
Számomra az ár a döntő. Műszakilag semmi előnyt nem jelent az ssd. Az, hogy 100 mp vagy a harmada alatt áll fel a rendszer, teljesen lényegtelen. Ezek a pici vinyók is színtelen, szagtalan és teljesen zajtalan valamik, amik nem mennek gyorsan tönkre. Persze, ha tudsz olcsón ssd-t, az sem fog hamar tönkremenni, mert az már biztosan intelligensen szétosztja a cellákat. Ami szerintem sokkal izgalmasabb kérdés, hogy mekkora méretű legyen, mert ha már úgyis működik állandóan, érdemesebb azt a letöltéshez használni, mint az adatlemezeket.
Úgy emlékszem már beszéltük, hogy megvárod a 0.5 kiadást, de ha előbb kell újra telepítened, én a legújabbat javaslom.
-
lovi27
addikt
"Kicsit ódzkodok a 24/7-ben a mozgó alkatrészektől."
A mai HDD-k mechanikája annyi kiforrott technológia, hogy a katalógus adatok szerint a meghibásodások közötti átlagos időtartam (MTBF) mind az SSD,mind a HDD esetében azonos, kb. 2 millió óra. Persze az SSD-é a jövő és egyre olcsóbbak is, de ma ezt még többek között úgy érik el, hogy egyre gyengébb minőségű, pontosabban egyre kevesebbszer írható memóriákkal dobják piacra. Egy átlagos felhasználónak persze ez még így is több, mint elég, de hasonlót kibír a HDD is. Ezért írtam, hogy döntsön az ár.
Csak tároláshoz már ma is jobbak az SSD-k, ha valaki hajlandó a kb. 8-9 szeres árat megfizetni. És ezek a nem minőségi, "olcsó" SSD-k árai.Itt olvashatsz a SMART jelentéseiről. A 800 az hexa szám, tehát az kb. 2000 újraindulást jelent, ami teljesen normális.
-
lovi27
addikt
A pendrive "probléma" az OMV működési sajátossága és semmi köze a hardverhez. Látványos és időnként hasznos, ha egy operációs rendszer percnyi felbontásban tárolja a memória használatot, a terhelési átlagot, a cpu használatot, interfészek állapotát, lemez használatot - HDD-ékre bontva -, a különböző folyamatok, állapotok változásait (napló fájlok), példaként csak néhány: antivírus, boot, auto shutdown, ftp, rendszernaplo, SMART, üzenetek, stb. stb. Ezeket, hogy az adatok hónapok múlva is visszakereshetőek legyenek, a rendszerlemezen kénytelen tárolni, ami írással jár. Ez az a gyakori írás, amit a pendrive-ok nem bírnak, mivel nem erre tervezték őket. Ez nem hiba.
Lehetne azon vitatkozni, hogy van-e ennyi naplózásra szükség, de szerintem igénytelenség egy szerver operációs rendszert pendrive-ról járatni. Persze otthon minden megengedett és ha valaki nem folyamatos üzemben használja, akkor még sokáig is bírhatja. Két nap után éreztem, hogy a pendrive-ot azonnal le kell cserélni, mert nem fogja bírni és csak szívni fogok vele.
-
lovi27
addikt
válasz larryking #483 üzenetére
Fejlődésben lévő op rendszer, lehetnek benne kisebb hibák, de a jelzettek zöme a windows által bevezetett, elcseszett gondolkodásból fakad, hogy nincs fegyelem, mindenki azt csinál össze vissza, amit akar. Ez egy windowsos hálózatnál sincs már így, ami igyekszik a unix fegyelmét követni.
A miniDLNA nem az OMV része, nem a Volkerék fejlesztik. Az utolsó kiadásban valóban van valami bug, de emiatt nem kellett volna elhagyni az OMV-t. Elég lett volna visszatenni az eggyel előbbi verziót, amíg ki nem jön a következő.
-
lovi27
addikt
A felmountolt - a rendszerhez csatolt HDD-éket a media könyvtárban találod. Talán oda csatolja a RAID tömböt is. Ha megtaláltad, akkor egyszerűen az MC-ben az egyik ablakból másolsz a másikba.
Ha csak információt akarsz nyerni az UPS-ről, akkor nem biztos hogy kell a linux driver.
-
lovi27
addikt
válasz larryking #489 üzenetére
Ismerem, mert most segítek a bátyámnak egy NSA310-et beüzemelni, meg egy évvel ezelőtt még én is ezekben gondolkodtam. Ha valaki a kényelmet szereti, vagy csak nem ért eléggé hozza, valóban jobban jár egy fizetős gyári szoftverrel. Nekem csak az a bajom vele, hogy ha nem fogadom el a Zyxel . vagy más gyártó - gondolkodás módját, azonnal falba ütközöm, mert az egy zárt rendszer, míg az OMV nyitott. Viszont macerásabb, azt el kell ismerni. Ráadásul nekem a hardverük sem tűnt elég erősnek többfeladatos megoldásokhoz.
Amúgy azokat a funkciókat, amit felsoroltál és meg sok mást is az OMV is tudja.[ Szerkesztve ]
-
lovi27
addikt
Most próbálom a letöltést, de addig légy oly kedves is áruld már el nekem, mappa nélkül hogy próbáltad a transmissiont, amikor 3 mappát kötelező megadni (Download, Incomplete, Watch), és ezek csak mappák lehetnek, partíció nem? (Már felejtsük el a v0.3-at.)
A debiam-transmission user és csoportot az ACL-ben keresd.
-
lovi27
addikt
Az Incomplete és a Watch-nál van külön engedélyezési funkció (most nincs bepipálva), de addig nálam az oldal nem fogadta el az OK gombot, míg mind a 3 Shared folder ablak üres volt. Azt viszont látom, mivel nincsenek engedélyezve, nem is hozta létre az Incomplete és Watch alkönyvtárakat.
Nálam zöld színre váltott és azt írja ki "Seeding to..."
A web gui-nál is azt írja ki, hogy seedel. -
lovi27
addikt
válasz larryking #499 üzenetére
"Próbálj meg 1700 db 4-5 Mb-os képet wifin áttolni a nasra..."
Az, hogy wifin küldted vagy kábelen nincs jelentősége a NAS szempontjából, mivel a NAS kábellel csatlakozott a routerhez. Wifi csak a géped és a router között volt."'Kb 40 szer próbáltam"
Sose tudom megérteni, hogy miért kell görcsösen ahhoz ragaszkodni, ami nem megy. 40% átment, tehát ha egyszerre csak 20%-ot (340 db-ot) küldtél volna át, akkor átment volna és csak négyszer kellet volna még megismételned.Amúgy szerintem az 1700 db kép átküldése nem az OMV-nek okozhat problémát (ha egyáltalán okoz valakinek), hanem a fájlrendszernek, melynek egyszerre nagy mennyiségű fájlt kell eltárolnia egy könyvtárban. Gondolom EXT4 volt a fájlrendszered, de az képtelenség, hogy ez neki problémát okozzon. Nincs olyan fájlrendszer forgalomban, aminek ez gondot jelenthet.
Azért kipróbáltam. Csak 2,2-3 MB-os képeim voltak, ezért 3200 db képet küldtem át egyszerre. Semmi gond nem volt. 163 mp alatt ment át a kb. 8 GB kép. Utána tisztességtelen voltam a wincsimmel szembe, mert egyszerre 3 db full HD filmet játszottam le, miközben ugyanarra a wincsire átküldtem a 3200 db képet. Semmi probléma nem volt, de a film ritkán egy-egy pillanatra megakadt. A fej veszettül járhatott és ez már túl sok volt neki. Egy SSD jobban bírta volna. -
lovi27
addikt
válasz slashing #530 üzenetére
Azért nem hülyeség az a funkció. Képzeld el van 2 db 500 GB vinyód. Az egyik a Filmek, a másik a Zenék számára. Ha betelt a filmek, akkor már nem tudod hova tenni a következőt, legfeljebb a zenék közé, ami felborítja a rendet. Ha viszont egy kötetben használod a két vincsit, akkor a "könyvtárak" mérete dinamikusan változik a szükségletnek megfelelően, míg be nem telik az 1 GB.
Jó ez és használják is, csak a kötetet is RAID-be kell kötni, amihez még egyszer annyi HDD kell. (Meg pénz, pénz és még több pénz.) -
lovi27
addikt
A működtető szoftver RAM-ból fut. Az elején betölti a pendrive-ról, HDD-ről vagy SSD-ről - itt van időkülönbség, - de utána RAM-ból fut. Jól néznénk ki, ha azokat mindig a háttértárból kéne beolvasnia. Tehát másolásnál nem játszik szerepet a pendrive. Az I/O műveleteknél van jelentősége, hogy mennyire gyors a háttértár. Pl. a web gui forma oldalt mennyi idő alatt tudja beolvasni, vagy a különböző log adatokat mennyi idő alatt tudja kiírni.
-
lovi27
addikt
válasz slashing #543 üzenetére
Linuxban másként van, mint a windowsban. Ahhoz, hogy az MC tudjon kicsomagolni, telepíteni kell tömörítő (rar) csomagot. Telepítettél, és azt, amit itt valamikor előbb már ajánlottam valakinek? Ő utána nem panaszkodott.
Én ezért használom mindenhol a byte-os kijelzést a TC-ben, hogy a kerekítések miatt ne legyen az egy-két tizedes eltérés.
-
-
lovi27
addikt
válasz slashing #550 üzenetére
Megnéztem, valóban valamit nem jól csinál az MC. A rar fájlok rendben vannak, de nem tömöríti ki. Ezért, ha mégis a NAS-ban akarsz kitömöríteni, akkor a parancssorból kell kiadni az unrar parancsot. Egyszerű: be kell lépni a könyvtárba, ahol a rar fájlok vannak és kiadni az unrar e fájlnév.rar parancsot. Ekkor ugyanoda csomagolja ki, hibátlanul. Ha az x kapcsolóval csinálod, akkor megadhatsz célkönyvtárat is, de a teljes elérési út kell. Ez macerás egy kicsit a wincsi hosszú kötetszáma miatt, de elég egyszer beütni, utána a le-fel nyilakkal visszahozhatók a régi parancsok, és legközelebb már elég csak a fájlnevet kicserélni.
A másik lehetőség a gigabit lan, és akkor a TC-vel csinálhatod a PC-édről emberi sebességgel.
-
lovi27
addikt
Mint írtam, nem használom a transmissiont, csak a fórumtársunk kedvéért tettem fel és próbáltam ki. Már leszedtem, de nem emlékszek 6 oldalra. 2 oldalon állítgattam, de elég primitív volt. Valószínűleg jogosultsági gondjaid vannak, ha még mindig nem tud letölteni. De sajnos már csak az ünnepek után tudok segíteni.
Békés Ünnepet Mindenkinek!
-
lovi27
addikt
Tegnap kijött a 0.4.9 verzió. Ebben javítva lett az SMB/CIFS beállítási hibája, amit többnyire a windowsosok hiányoltak. Most már tényleg jelszó nélkül is be lehet lépni egy samba megosztásba, amennyiben úgy van beállítva. Remélem, ezután már a verzió 0.5 jön.
Ú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.
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Steames kulcsok jó áron eladóak!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest