Hirdetés

  2. Fórumok
  3. LOGOUT reakciók
  4. Odroid-HC2 ismertető
Keresés

Új hozzászólás Aktív témák

  • #109 weiss addikt fujifilm1 #108
    Új Válasz #109
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    weiss

    addikt

    LOGOUT blog

    válasz fujifilm1 #108 üzenetére

    Passz, én apacsozok. Ilyenre írnék valami saját cuccot find vagy locate alapon.

  • #107 weiss addikt fujifilm1 #106
    Új Válasz #107
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    weiss

    addikt

    LOGOUT blog

    válasz fujifilm1 #106 üzenetére

    Én Armbianozok, szeretem magam összetákolni a dolgokat. Dockerrel nincs tapasztalatom, de minimális a teljesítményveszteség: [link]

  • #105 weiss addikt fujifilm1 #104
    Új Válasz #105
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    weiss

    addikt

    LOGOUT blog

    válasz fujifilm1 #104 üzenetére

    Nem halott, csak gondolom mindenkinek működik minden:)

  • #92 Bici félisten fujifilm1 #91
    Új Válasz #92
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Bici

    félisten

    válasz fujifilm1 #91 üzenetére

    Köszi az infókat!

    Furcsa az asztali pc 25-ös értéke. Nálam egy low-end kis AMD Kabini gép 40 MByte/sec felett tölt 500-as digivel.

  • #78 Uzsito csendes tag fujifilm1 #77
    Új Válasz #78
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Uzsito

    csendes tag

    válasz fujifilm1 #77 üzenetére

    Ubuntu server 18-as imaget használok rajta, OMV-t csak megnéztem hogy bootol-e és annyi volt, sajnos nem tudom hogy hdparm fut-e a webUI alatt. Bízom benne, hogy a dokumentációban leírták.
    Sajnos szerintem ki kell kísérletezni, hogy rendben működik-e, nekem is sok fejfájást okozott már, főleg az ismeretlen ébresztések kigyomlálása különböző rendszereken. Az eltérő lemezeket, APM támogatás hiányát/meglétét már nem is említve, egyes Hitachi lemezeknél meg gyártási időtől függően más-más viselkedéssel... :)

    Volt rá egy frankó kis hibakereső shell scriptem, ami figyelte és logolta az altatásokat és az ébresztéseket, még azt is nézte hogy milyen folyamat ébresztette a lemezt, de most az istennek se találom. Bár ahogy látom, ha szükséged lesz hasonlóra akkor meg tudod írni :)

    Ubuntuval rendben működik a hdparm. Az aktuális -S beállítást én sem találtam hogyan lehet lekérdezni, -C kapcsolóval (státusz) is csak azt mondja meg hogy pörög-e a lemez épp. Viszont ami a /etc/hdparm.conf-ban van a -S alatt az a szentírás, ezt az állományt szippantja fel a hdparm.

    Jelenleg nálam is samsung SD kártyák vannak 16GB méretben, a narancssárga evo meg szürke pro tartaléknak, eddig ezek a legjobbak amiket próbáltam. Egy kingston-al már egyszer összeborult az egész, de az eleve régi kártya volt.

    Pontosan ugyanilyen VPN setupot üzemeltetek itthon jelenleg is. Annyi a különbség hogy dinamikus DNS-em máshonnan van (mikrotik routerhez jár ilyen szolgáltatás). Próbáltam OpenVPN-t is, de az sokkal lassabb volt, meg persze androidon nem "beépített", kell hozzá 3rd party app. Szóval maradt L2TP+IPSec. Nekem is ugyanúgy új volt mikor megcsináltam, és bizony nagy csoda mikor működött is :)

  • #75 Uzsito csendes tag fujifilm1 #74
    Új Válasz #75
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Uzsito

    csendes tag

    válasz fujifilm1 #74 üzenetére

    A toolok jól elkülöníthetők, mert a JMS578FwUpdate firmware szintű beállításokat hajt végre, a többi meg nem. Ez az én értelmezésemben azt jelenti, hogy ha JMFwU-val beégetsz egy tetszőleges tétlenségi időt, akkor a letelte után az a lemez le fog állni, és itt nem számít még az sem hogy milyen OS van fölötte. Tehát ezzel a lemez vezérlőjébe égeted a nulladik szintű beállításokat.
    Ezért ha pl. hdparm-al szeretnéd meghatározni az időket meg egyebeket, akkor a JMFwU-val érdemes a hardveres spindownt kikapcsolni/nullára állítani/végtelenre állítani/akármi, nem emlékszem már milyen kapcsoló volt, fent van a wikin. Így már csak a szoftverek állíthatják majd le a lemezt, és nem fog keresztbe matatni alattuk a firmware. :)

    Nem tudom érthető-e, nem biztos hogy a legszebben írtam le - szóval a FW-nek és az összes erre használt szoftvernek is lehet 1-1 saját spindown time-ja, én így értelmezem. Ezért nem is érdemes egyszerre többet alkalmazni, szerintem.

    A tool-ok közül hdparm-ot használok, működik rendesen. Ezen kívül smartctl van még fent, de nála is figyelni kell, mert hajlamos pollozni a lemezt az automatikus smart tesztnél, meg talán még máskor is, és felébreszti. Nálam úgy lett beállítva, hogy csak hetente egyszer csinál smart tesztet (így max. heti egyszer veri oldalba a hdparmot), és elküldi emailben a jelentést, állapotot (postfix). Ezeket már elég rég csináltam, szóval a részleteket most nehezen mondanám meg így séróból. Dereng valami róla hogy a smartclt kicsit szívatott mert állandóan ébresztgette a lemezt...

    HDD-ről lehet bootolni, ekkor csak a bootloadered marad a kártyán, van is róla fórumbejegyzés. Javaslatom nincs rá, mindkét módszernek megvannak az előnyei és a hátrányai, nagyban függ attól hogy milyen jellegű a felhasználás. Úgy értem ha pl, webszervert futtatsz róla meg 15 containert, számos egyéb kiszolgálót a torrent, média és fájlmegosztás mellett, vagy akármit ami heavy load-ot eredményez az SD kártyán, akkor megérheti átrakni HDD-re a rendszert. Én egyelőre elvagyok az SD kártyán.

    Amúgy olyan nincs hogy allways :P

  • #73 Uzsito csendes tag fujifilm1 #72
    Új Válasz #73
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Uzsito

    csendes tag

    válasz fujifilm1 #72 üzenetére

    Régebben jobban foglalkoztatott hogy mennyit pörög a lemez, ma már kicsit elengedtem ezt is. Ha torrentezésre is használod a boxot, akkor egy bizonyos szám fölött amúgy is el lehet felejteni az altatást. Nálam 1 óra a várakozási idő, de ugye a torrentek miatt szinte sosem áll le, ha mégis akkor hamar felpörög megint.

    Viszont amit kitaláltál, hogy inaktív időszakban leállítod a torrent szolgáltatást, szerintem jó ötlet. Be is vezetném, de félek hogy bukom az elite rangot ncore-on. :D

    A lemez élettartamáról szerintem kevesen tudják megmondani az igazán tutit mondjuk elektromechanikai szinten, én sem tudom. A magam részéről a 10-20 perces várakozási beállításokat mindig is túl rövidnek találtam, abból igen sok újraindulás is összejöhet naponta, a megfelelő körülmények együttállásával. A témában az interneten olvasgatva sokszor jött szembe az is, hogy a folyamatos üzemtől sem kell annyira tartani, ha alacsony a hőmérséklet és kevés a rezgés.

    Nekem is ugyanilyen lemez van benne, de nem azért mert NAS-hoz ajánlott és szép piros, meg a többi bullshit, hanem mert 5400-es és csak 2 tányéros, sok garival. Van belőle 3 tányéros is azonos kapacitással, csak a tömegéből derül ki hogy épp melyiket kapta az ember. Úgy emlékszem 608g a két platteres.

    SMART adatoknál a Load/Unload Cycle-t azért kísérd figyelemmel ennél a lemeznél, előfordulhat nem kívánt viselkedés. Ez utóbbit a parkolásra írtam, ami természetesen nem ugyanaz mint a spindown.

Új hozzászólás Aktív témák