Geschikte image of dd gezocht voor Raspberry

[VorCha]

Beste Mede tweakers.

Sinds 2 weken ben ik in het bezit van een Raspberry PI B v2.

Ik het besteld incl preinstalled UBMC image. Maar ik heb andere plannen dan een HTPC met deze dus besloot ik een andere distro te installeren.

tot nu toe heb ik het volgende gedaan met verschillende distro;

dd if=blabla.img of=/dev/sdb

met de opties bs=4M, bs=1M of geen bs

de images die ik in ieder geval geprobeerd heb zijn archlinux, Raspbian, Wheezy en OpenELEC.

ook de originele image had ik weggeschreven met dd naar een .img file en deze weer terug geschreven naar de SD kaart.

Geen enkele daarvan wil echter booten, echt niet 1. Ook het originele image wil niet meer.

Voor het geval dat heb ik ook nog een 16GB SD kaart uit een dSLR geprobeerd maar helaas.

Heeft iemand een suggestie?

[CAPSLOCK2000]

Dat klinkt mij eerlijk gezegd als een defecte PI in de oren. Die dingen zijn toch allemaal hetzelfde? De op de Raspberry PI gerichte distro's zouden het dus direct moeten doen. Als zelfs de meegeleverde software het niet doet dan denk ik dat je hardware stuk is.

[Ultraman]

Dat hoeft geen defecte Pi te zijn. Die dingen gaan niet zomaar stuk. Ik verdenk nog eerder twee matig beschreven SD kaarten dan een kapotte Pi.

Mij is dit ook wel eens overkomen. Toen heb ik besloten de kaart volledig te wipen, middels zero-fill.

# dd if=/dev/zero of=/dev/<sd-kaart> conv=notrunc,noerror

Download verolgens een werkend image (Raspbian bijvoorbeeld).
Controleer de checksum (md5sum of sha1sum)!
En dan er naar toe schrijven. Ik doe dat meestal met

# dd if=<image-name.img> of=/dev/<sd-kaart> bs=1M 

[ Voor 3% gewijzigd door Ultraman op 17-03-2013 13:43 ]

[VorCha]

Ik was nog wat vergeten. Ik heb een andere SD kaart erin gehad van iemand die wel een werkende PI had en deze werkte bij mij ook. Mijn SD werkte bij hem niet.

Ik zocht/zoek het echt in het 'verkeerd' schrijven van mijn SD. Dus ik ga de methode van het volledig wipen even toepassen.

Overigens had die collega een aantal aanpassing gedaan in de bootbestanden. Maar ik ben er nog niet toegekomen om hem te vragen wat. En ook heb ik nog geen andere mensen kunnen googlen die is soortgelijks gedaan hadden.

Thanks in de tussentijd, ik laat even weten wat het resultaat was.

[VorCha]

Helaas, behalve het powerledje gaat er verder niets branden of flikkeren.

[Fire69]

VorCha, ik zit met hetzelfde probleem
Ik krijg hem ook niet meer aan de praat terwijl hij tot een tijdje geleden perfect werkte.
Vrij zeker dat het aan het beschrijven ligt...

[Dylantje2]

ff off topic, wat zijn de verschillen tussen de image's

[Compizfox]

@VorCha: Probeer het eens onder Windows met USB Image Tool? Al een andere SD geprobeerd?

Klopt de checksum van de image die je hebt gedownload?

@Dylantje2: Verschillen tussen welke images?

[ Voor 38% gewijzigd door Compizfox op 17-03-2013 19:56 ]

[VorCha]

Compizfox schreef op zondag 17 maart 2013 @ 19:56:
Probeer het eens onder Windows met USB Image Tool?

WindiskImager

Al een andere SD geprobeerd?

ja

Klopt de checksum van de image die je hebt gedownload?

helemaal

[Ultraman]

Volgende stap: probeer een andere voeding, daar gaat het dikwijls mis namelijk.
Verzeker jezelf van een werkende SD kaart. Bijvoorbeeld door te testen op de pi van je collega. Zodat je zeker weet dat het daar niet aan ligt.

Krijg je enig beeld uit je pi of helemaal niks?

[Hero of Time]

Wat ik hier zie van de TS, is dat hij niets meer dan een probleem met het schrijven op de SD kaart heeft. Dit baseer ik op de volgende punten die hij heeft genoemd:
- Zijn SD kaart werkt niet in de Pi van een collega;
- SD kaart van collega werkt wel in zijn Pi.

Conclusie: SD kaart of data hierop is niet goed. De Pi zelf wel.

Dus, kan je eens proberen met een kloon maken van de SD kaart van je collega, als hij je dat laat doen?

[Wolf87]

Kan je eens kijken of de checksum van de data op het SD kaartje wel overeenkomt.

Neem de block count van het orginele image:

# ls -l

Bepaal de md5sum van het image of het SD kaartje:

# dd if=/dev/<sd-kaart> bs=1 count=<image-name.img blocksize> | md5sum

(Je zou bovenstaande kunnen versnellen door een grotere blocksize te nemen en het image blocksize hiermee te delen)

[VorCha]

Ik heb de checksum van het image nog niet kunnen checken. Ik begin me alleen af te vragen of dat het probleem niet iets in een configuratie op de boot partitie.

[Compizfox]

Als je schrijft naar /dev/sdb (en niet naar /dev/sdb1 of zo) schrijf je het kaartje bit-voor-bit, en overwrite je als het goed is ook de MBR en zo.

[VorCha]

Ja, dat weet ik. Daarom betwijfel ik dat de fout daadwerkelijk in het schrijven zit. De partities zijn op mn 2 linux laptops gewoon mountable en readable.

Maar met de bootpartitie bedoel ik /boot en niet de mbr

[Compizfox]

Wat ik probeerde uit te leggen is dat je bit-voor-bit het hele kaartje overschrijft. Je schrijft dus die partities en al erop. In je image zitten dus meerdere partities, waaronder de /boot-partitie.

Als je zou schrijven naar /dev/sdb1 zou je alleen de 2e partitie van /dev/sdb overschrijven, maar dat doe je hier niet.

In de MBR staat ook de partitietabel. Zonder de MBR (of GPT) zijn je partities überhaupt niet leesbaar )

[ Voor 14% gewijzigd door Compizfox op 19-03-2013 13:06 ]

[Cyw00d]

Betreft het een Kingston 16GB SD kaart? Dat is namelijk een bekend probleem, ik heb een 8GB en een 4GB welke wel werken, maar mijn 16GB niet

Edit:
https://www.google.nl/sea...&sourceid=chrome&ie=UTF-8

[ Voor 35% gewijzigd door Cyw00d op 24-03-2013 18:09 ]

[xzaz]

Ik had ongeveer het zelfde probleem en heb toen dit gevolgd: http://elinux.org/R-Pi_Troubleshooting#Power_.2F_Start-up

Dacht dat mijn Pi ook dood was maar er is gewoon weinig informatie die je krijgt vanuit je Pi, je moet dus goed kijken naar de power led en act led. Mijn probleem was waarschijnlijk een fout in de boot partitie.

[VorCha]

Het originele kaartje is een Trancend 8GB. Maar daarin lijkt wel het probleem te zitten. Waarom de andere 16GB kaart niet werkte weet ik niet. In een laatste poging heb ik nog een image op een 4GB class 2 SanDisk gezet. En waarempel, het boot!

Voor de zekerheid heb ik nog wel even op je aanwijzingen gelet xzaz, die ik wel al eerder gelezen had.

Ik hou jullie even op de hoogte