Odroid C1 - microSD kártya gyártás

Hátha más is szív majd vele:

Háromféle microSD kártyával próbáltam (Samsung 16GB Class10, Transcend 8GB Class4, Sandisk Ultra 32GB Class10-UHS1), egyikkel sem bootolt (piros led).

Megoldás:

sudo dd if=/dev/zero of=/dev/sdb bs=4k
sudo dd if=ubuntu-14.04.1lts-lubuntu-odroid-c1-20150102.img of=/dev/sdb bs=4M
sync

Azaz kell neki egy full erase és utána 4M-s blokkmérettel kell az imagefile-t felírni, végén egy sync.

Your mileage may vary, de nekem csak így ment.

Szerk.: innen van egyébként, de a dokumentáció tökéletlenségét mutatja hogy kb. ötféleképpen van leírva a kártyakészítés menete, saját pechemre ezt olvastam ötödiknek :)
http://odroid.us/mediawiki/index.php?title=Step-by-step_Ubuntu_SD_Card_…

A hivatalos Android imaget is próbáltam, 3 dolog váltakozott a monitoron (Hardkernel felirat logo, Android figura logo valami pörgő kockával és a feketeség). Ezt ismételgette, nem akarta az sem az igazat.

Arra is gondoltam, hogy a tápellátás lehet a baja. (Bár akkor eddig se jutna?)
Egy ilyen kábelt használok: http://www.ebay.com/itm/291320850461?_trksid=p2060778.m2749.l2649&ssPag…

Azzal van a baj hogy türelmetlen vagy.:)15-20percig teker minimum mielőtt elindítja az androidot addig rakja ki /dalvik-cache-t meg ilyenek.Szedi össze magát.Egy ubuntu img-el próbáld ki.Azzal nem fog annyit szöszölni de egy 2-3percet ellesz azzal is mivel sd-kártyáról izgatod.Én vettem bele EMMC-t és azzal 1perc a boot kb.
http://dn.odroid.com/S805/Ubuntu/ubuntu-14.04.1lts-lubuntu-odroid-c1-20…

( Zahy v | 2015. 01. 26., h – 23:27 )

Valaki elmagyarázhatná, hogy mi a francért is nem mindegy (már a tempót kivéve), hogy mekkora blokkosítási tényezőt adunk meg az egyes írásoknál a dd-nek? Ráadásul a két lépésből az első erősen fölöslegesnek tűnik. Azt értem, hogy először írjuk tele nullákkal. Majd írjuk fel rá az imidzset. Már eleve nem világos, hogy mi a francnak kell előtte nullákkal felülírni, hisz utána laza mozdulattal a nullákat is felülírom. Max azt tudom elképzelni, hogy ha az imidzs kisebb, mint a kártya kapacitása, akkor ezen művelet hatására a kártya végén nem random gyártási szemét, hanem deklarált null-bájtok lesznek. Node milyen boot loader az, amelyik ennyire háklis a fölösleges szemétre. Szóval egyszerűen nem értem. (Nem azt mondom, hogy nem hiszem el.)

Ugyanezen agyalok magam is. Szerintem a blokkméretnek nagyjából semmi jelentősége, úgyis disk cache-be szaladnak a nullák, aztán a kernel kipakolja, ahogy tudja.

A végén a 0-k hiánya már érdekesebb, de ha kell neki, tartalmazza az image, ne abból kelljen kiindulni, hogy ott 0 volt.

Nekem az a tippem, hogy a sync maradhatott le neki korábban, tehát mind a blokkméret, mind a 0-kkal feltöltés csak mágia. A sync viszont kell, hiszen nincs felcsatolt filerendszer, így azt lecsatolni sem lehet, így sync nélkül az image egy része disk cache-ben maradhat, nem íródik a device-ra, ami miatt nyilván elhasal majd a program, hiszen nincs ott a jó image.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( vilmos.nagy | 2015. 01. 26., h – 23:33 )

Megkérdezhetem, mire használod?
Mennyire vagy vele elégedett?
--
blogom

Kodi (ex-XBMC) fut majd rajta. Egyelőre csak Ubuntus image van, de állítólag lesz rá Openelec is.
Az Ubuntu verzió oob támogatja a gyári távirányítót, viszont a HDMI-CEC valami bug miatt nem megy vele egyelőre.

Érzésre gyorsabb mint az RPi, de a szoftverre még ráfér a csiszolgatás.