Weblabor

Sajnos a lapokhoz nem értek, az integrált cuccokkal (kész, kvázi bonthatatlan gépek) foglalkozom már évek óta.

Hirtelen ezt a kettőt találtam mint érdekesség.

Az ECC szerintem túllövés, szolgáltatónál lévő szerverbe jó, de otthonra fölösleges - mert mi van akkor, ha néha téved? Ráadásul piszkosul felment a memóriák ára.

A G4560 szerintem egy jó választás.

Az RPi mellé mindnenképpen kell egy switch, ha más nem akkor ajelenlegi routered(ben lévő).

Közben utánajártam asmedia asm1053 chipset van a rack-ben, ami támogat standby mode-ot, ami gondolom az, hogy nem pörgeti a HDD-t feleslegesen. Majd nézni fogom, ha 5-10 perc tétlenség után sem kapcsol le, akkor próbálok egy firmware update-et csinálni a rack-en, hátha az segít rajta. Csak Windows-hoz vannak eszközök ránézésre, úgyhogy szopás lesz az ellenőrzésével, mert ext4 partíció van rajta, amit csak Linux lát. Úh. vagy utaztatom két gép között, vagy újra bootolok más oprendszerrel. szerk: Igazad van a hdparm-al kapcsolatban, azzal meg lehet nézni, hogy be van e állítva a standby és hogy mennyi időre: http://superuser.com/a/563302/105936, viszont hogy ez rack-eknél is ugyanúgy megy e, mint belső vinyóknál azt franc se tudja. Van külön program, amivel infokat lehet kinyerni a rack-ről, el tudom képzelni azt is, hogy azzal kell beállítani. http://www.usbdev.ru/files/asmedia/. Egyelőre ez másodlagos, majd jövő héten foglalkozok vele, ha már megy a szerver és van NAS funkció.

Találtam egy érdekességet, van egy olyan dolog, hogy UASP, ami kb. azt jelenti, hogy párhuzamos művelet végzést tud támogatni az USB3. Az elődje a BOT, ami inkább soros jellegű volt ilyen szempontból. A különbség sebességben elég nagy azt mondják. A Linux-nál 3.5-ös kerneltől támogat ilyesmit, de elég bugos a driver, legalábbis egy 2 éves fórum bejegyzés szerint. A mostani 3.10-es kernel remélhetőleg már meg lett tákolva. Majd tesztelem, meg megnézem, hogy egyáltalán felismerte e UASP-t támogató eszköznek a kütyüt. A windows esetében is támogatva van az UASP, de csak win8-tól.

Kiderült az is, hogy van külön Ubuntu server image, és én balga desktopot telepítettem, úgyhogy most újrateszem a rendszert. http://odroid.in/ubuntu_14.04lts/ Próbálok odáig eljutni, hogy normálisan partícionálva legyen az SD kártya, és SSH-val kommunikálni tudjak a géppel. Utána mehet a samba fájl megosztás, a dockeresítés, meg a HDD standby beállítása. Szerintem ez még lesz nekem jó pár nap.

update 16-02-07

A BOT-ról kiderült, hogy bőven elég, kb 250MB/s-et tud, maga a vinyó meg max 160MB/s-et. SSD-nél indokolt az UASP, egyébként alaplapnak meg mindennek támogatni kell, azt mondják.

Javasoltam még egy ilyet HDD-hez, ha minden kötél szakad. https://help.ubuntu.com/community/ExternalDriveStandby Egyelőre nem volt időm foglalkozni vele.

Vannak furcsaságai a kütyünek.

A mountolásnál lsblk nem talált egy napig semmit, pedig rá volt dugva a vinyó és az SSH is. Volt, amikor nem bootolt be rendesen, és a power gombra sem reagált, úgyhogy kénytelen voltam kihúzni. Elképzelhető, hogy sérült tőle az oprendszert, nehéz megmondani. Mindenesetre nem rakom újra, mert azért megyeget. Csináltam az SD kártyán fsck-t, úgy néz ki azt szerette, azóta nem volt neki ilyen boot gondja. Az USB-s kütyüket akkor ismerte fel először, amikor rebootoltam úgy, hogy nem voltak rádugva, és újra rácsatlakoztattam őket. Onnantól tudom mountolni is. Lehet csak szutykos volt a csatlakozó, vagy az oprendszert sikerült helyretenni, passz.

A másik furcsaság, hogy a pendrive-ról csak olvasni tudott. Próbálkoztam ezzel-azzal, semmi nem segített. Később kiderült, hogy a HDD-re ír rendesen. Mivel az ext4-es, így gondoltam, hogy valami turpisság lehet a dologgal a fájlrendszerekkel kapcsolatban. Mint kiderült külön extra drivert kell telepíteni, hogy írni tudjak NTFS-re. Egy apt-get install ntfs-3g megoldotta a dolgot, azóta mountol rendesen.

SSH-t sem volt egyszerű működésre bírni. Első körben úgy tűnt, hogy nem tudok kommunikálni a kütyüvel a hálózaton keresztül és valami tűzfalas issue van. Pingelni tudtam a helyi IP-t, de socket server-t nem értem el. Így csináltam socket server-t: nc -l -v 1234 # starting the socket server és így kapcsolódtam rá: telnet 192.168.0.186 1234. Első körben ez sem működött. Localhost-tal tudtam kapcsolódni, de a helyi IP-t használva nem. Utána beléptem a modem (router funkciója is van) admin programjába. 1-2 hetes a kütyü, és most léptem be először. Csináltatott velem valami first access procedure-t vagy ilyesmit. Egy-két alapvető dolgot beállítottam, és csodálatos módon megjavult a dolog. Tudtam socket kapcsolatot létesíteni helyi IP-t használva a két gép között oda-vissza. Most vagy elgépeltem, vagy tényleg a modem tette helyre magát, passz. Nem hiszem, hogy elgépelés állt a háttérben, mert copy-paste volt a kód, szerintem a modem újraindulása ami segíthetett rajta. Próbáltam aznap is belépni a modemhez, amikor megkaptam, de a parental control meg hasonló hülyeségekkel letiltott, aztán nem volt időm foglalkozni vele. Ezek után újra nekifutottam az SSH-nak. Töröltem az egyedi config fájlt, amiben saját random port, meg minden ilyesmi be volt állítva, és megpróbáltam default configgal. A 22-es portra érdekes módon rátalált. Utána már csak a jelszavas beléptetést tiltottam le, és bemásoltam az authorized_keys-be a publikus kulcsomat. Az ssh root##kukac##192.168.0.186 szépen be is enged.

Hát szopás van vele rendesen, de számítottam rá, hogy inkompatibilis vagyok a Linux-al, és nekem semmi nem megy egyszerűen. :-)

Holnap kiterjesztem a rootfs-t a teljes SD kártyára és csinálok egy swap fájlt (azt mondják így egyszerűbb, és szerintük felesleges mindennek külön partíciót csinálni, mert kicsi az SD kártya). Utánanézek annak is, hogy az SD kártyán a journaling meg atime, meg hasonló dolgok le vannak e tiltva, hogy ne egye szét feleslegesen. Egyensúlyozni kell aközött, hogy a fájlrendszer vagy az SD kártya essen-e szét hamarabb... Vidám.
Utána beállítom neki ezt a HDD spindown-t, hogy ne pörgesse állandóan, mert csak az áramot eszi. Érdekes módon bekapcsolás után ha nem kerül USB-re, akkor felpörög, aztán leáll egy idő után. Ahogy USB-re dugom, onnantól meg állandóan pörög. Remélem sikerül beállítanom, hogy 1-2 perc után kapcsolja le magát. Vagy ha ez nem megy, akkor legalább abban reménykedem, hogy 1W-nál kevesebbet eszik.
Ha megvannak ezek, akkor még állítok a ventillátoron, hogy ne pörögjön túl gyakran, amúgy sem valószínű, hogy túlmelegedne a cucc.
Ezen kívül fellövök rá egy docker-t, meg beállítom a samba szerver-t, hogy tudjak fájlt megosztani.
Aztán szépen lassan rá fog kerülni minden statikus fájlom, és közben meg tudom majd tesztelni, hogy mennyire gyors nála az írás-olvasás. Utána ahogy készül a fájl, könyvjelző, jegyzet, stb. kategorizáló alkalmazásom, úgy telepítek át rá egyre több dolgot, amit jelenleg 10 különböző helyen tartok. Nagyjából ez most az elsődleges funkciója, hogy NAS-t tudjon, meg hogy megtaláljak egy fájlt, vagy könyvjelzőt, commentet kulcsszavak alapján tetszőleges kliens gépet használva. Ebben a tempóban szerintem lesz két hét - egy hónap mire eljutok idáig. Rá kell szánni az időt, meg minden feltaggelése is hosszadalmas, még úgy is, ha részben automatizálom.

Egyelőre nem tudom eldönteni, hogy hosszú távon mennyire marad stabil a rendszer és a kütyü maga, szóval még nem tudom, hogy megérte e, vagy jobban jártam volna én is valami magasabb fogyasztású ATOM vagy x86-os géppel. Működni működik, de a fenti furcsaságok, hogy nem mindig bootol, nem mindig ismer fel dolgokat, vagy kell egy nap pihenő neki, amíg átgondolja, hogy mi van rádugva az USB-re, ezek valahogy nem tetszenek. Remélem hosszú távon stabilizálódik a helyzet, és ezek megszűnnek. Kipróbáltam egy-két boot erejéig desktoppal is, azon is voltak hasonló jelenségek, amiket nem tudtam hova tenni, pl elindítottam egy video-t, és nem tudtam leállítani. Semmire nem reagált, sem esc-re, sem ctrl+alt+del-re, a végén ki kellett húznom. Power gomb-ra mint kiderült alapból nem reagál ennél a server oprendszernél sem valamiért. Egyelőre úgy néz ki, hogy azért stabilizálódik idővel a rendszer, már egy ideje nem voltak különösebb anomáliák, remélem ez így is marad hosszú távon, és jó vásárt csináltam vele. Meglátjuk.