Raspberry; Sandisk och clona img

Boota en Linux-dist och använd "dd"

Läs SD och skapa image: sudo dd if=/dev/sdb of=image.img
Skriv image till ny SD: sudo dd if=image.img of=/dev/sdb

Förutsatt att partitionen på ditt SD-kort presenteras som /dev/sdb1 och att geometrin på SD-korten är lika dvs total storlek och sektorstorlek.

Det är något märke av sd-kort jag har hört som fungerar mindre bra med Raspberry och det kan ha varit sandisk.

Sedan har jag själv märkt att jag kan ta ett 16GB sdkort av märke 1 och göra en image av denna, för att sedan försöka kopiera det till ett nytt 16GB kort, då visar det sig att det ena 16GB kortet är lite större (det jag försöker göra en kopia på) och programmet kan inte skriva till det nya sd-kortet.

Rätt irriterande

edit: kollade precis, det är när jag försöker kopiera mitt 16GB sandisk kort till ett 16GB kingston som det inte fungerar.

Mesta problemen jag har haft har varit med dåliga kortläsare eller dåliga micro SD till SD adaptrar.

Interna läsare som bestämmer sig för att göra något annat halvvägs igenom en skrivning.
Adaptrar som funkar perfekt i en läsare men inte alls nästa gång eller i en annan läsare

Har haft liknande problem, då monterades kortet som vanligt och det gick att läsa och skriva filer till det men när man började belasta kortet med en image skrivning så la den av. har för mig att några gånger detta hänt så försvann kortläsaren ur enhetshanteraren tills man startade om datorn.

Efter en misslyckad skrivning syns kortet fortfarande i diskhanteraren?
Om den inte gör det syns kortläsaren fortfarande i enhetshanteraren?
Har du möjlighet att testa med annan, extern kortläsare?
Om det är uSD kort, har du möjlighet att testa med en annan adapter?

GISSNINGAR
Min personliga teori är att det är någon minimal skillnad i toleranserna mellan kort och läsare som genererar läs och skriv fel. När det blir högbelastning på kortet så blir det för många fel för snabbt och kortet eller läsaren blir temporärt klassat som defekt och kopplas bort.

SD-minnen och även många USB-minnen är inte som hårddiskar och dataskyddet (dvs kollen att datat som skrivs och sedan läses är samma och inte blivit korruperat) är låg till obefintlig - delvis pga. En protokollmiss i kombination en övertro att flash-minnen alltid är felfria och man inte behöver någon felhantering när SD-gränssnitten skrevs en gång i tiden.

Idag med lägsta nivåns flash som stoppas in i SD-minnena så sker fel allt för ofta i lågpris-SD (det du ser i handeln - industri-kvalitet av dito kan kosta upp till 10-dubbla summan) och ibland redan efter några skrivgenerationer - även på 'märkesminnen' som Kinston och Sandisk

Med andra ord - har du problem med SD-minne och det är korrupt data som läses tillbaka - släng den (eller byt ut den på garanti) och prova med en annan.

---

SD idag är som sämsta kvalitens Noname floppydiskar på sin tid - det är inte alls garanterat att alla sektorer är friska när man läser datat igen, men floppydisken hade i alla fall goda smaken att säga till när en sektor hade korruption (dvs. i verkan programmet att sektorn inte går att läsa) - det gör inte lagringsmedia över SD och derivat av det som också glidit över till somliga USB-stickor (för att man använder samma chipfamilj) och man läser ut korrupt data lika glatt som korrekt - oupptäckt tills något högre i systemet säger ifrån (fel på hashvärden, program inte startar etc.)

Skall man köra mer seriöst på tex. RPI på SD-minnen så är filsystem med checkvärden på både metadata och data samt redundans högst rekommendabelt (i praktiken att man kör BTRFS med DUP på både data och metadata vilket är ungefär samma som att köra med RAID1 på samma disk, lästa trasiga sektorer där checkvärdet säger fel så hämtas en dubblett av datat på annan plats och också försöker rätta den felaktiga sektorn automagiskt) - men inte ens med detta är SD säker då dessa har en tendens att tvärlåsa sig när det är för mycket fel i sig och det kan komma som blixt från klar himmel precis när som helst.

Skall man köra med någon större uthållighet på lagringen och driftsäkerhet så är det bättre att köra all data och OS på en inkopplad riktig SSD via USB-adapter och kanske bara använder SD-minnen som bootstrap för första starten - i readonly-läget...

Prexis, det finns en anledning till att t.ex. ett svenskt företag med initialerna AC enbart kör med SD-kort från SwissBit i sina produkter.