🚀 go-pugleaf

On 01/22/2013 03:08 PM, smeden wrote:
> Jeg har nu en velk�rende XBMC p� min Raspberry Pi.
> For at undg� at skulle igennem ops�tningen igen, hvis noget g�r galt,
> vil jeg gerne have en kopi. Derfor har jeg 2 identiske 8Gb Samsung
> SDkort, hvor det ene er nyt og de andet den k�rende konfiguration
>
> Jeg laver s� p� min linuxbox en df, og finder ud af at mit SDkort (i en
> USBadapter) hedder /dev/sdi
> s� laver jeg en 'dd if=/dev/sdi of=sbmc-klar.img'
> med eller uden parameteren 'bs=1M'
> og efter en tid har jeg en fil p� 7,5 Gb og en melding om at det forl�b
> fejlfrit.
> S� is�tter jeg det identiske tomme kort, og vender processen.
> Her f�r jeg en fejlmelding om at der ikke var plads p� destinationen, og
> kortet virker ikke. Det kan ikke l�ses i PC eller p� Raspberryen.
> Det fungerende har en lille fat-partition som kan l�ses p� PCen
>
> hvad g�r manden forkert? (jeg har brugt metoden �r tilbage p� andre
> ting! - m�ske er syntaksen forkert?)
> //finn

Har du pr�vet at fdisk'e og formatere det kort der melder fejl. Evt. 
fsck? Det kan jo v�re at der er fejl p� kortet.
Alternativt en dd fra det fungerende kort direkte til det andet kort.


Erlo

Den 22-01-2013 15:08, smeden skrev:
> Jeg har nu en velkørende XBMC på min Raspberry Pi.
> For at undgå at skulle igennem opsætningen igen, hvis noget går galt, vil jeg gerne have
> en kopi. Derfor har jeg 2 identiske 8Gb Samsung SDkort, hvor det ene er nyt og de andet
> den kørende konfiguration
> 
> Jeg laver så på min linuxbox en df, og finder ud af at mit SDkort (i en USBadapter) hedder
> /dev/sdi
> så laver jeg en 'dd if=/dev/sdi of=sbmc-klar.img'
> med eller uden parameteren 'bs=1M'
> og efter en tid har jeg en fil på 7,5 Gb og en melding om at det forløb fejlfrit.


er kortet med svmc-klar.img på et SDkort med FAT ?
max filstørrelse i FAT er ca. 2 eller 4 GByte.

> Så isætter jeg det identiske tomme kort, og vender processen.

var de helt identiske?

> Her får jeg en fejlmelding om at der ikke var plads på destinationen, og kortet virker
> ikke. Det kan ikke læses i PC eller på Raspberryen.

hvad sagde df og fdisk -l om de 2 kort ?
var de ens ?
/dev/sdX er jo "disken" eller SDkortet.
hvis den er formateret med partition er det måske /dev/sdXn  f.eks. /dev/sdi1

nye SD kort er gerne med partition og derfor hedde /dev/sdi1


> Det fungerende har en lille fat-partition som kan læses på PCen

tja, kører Rasperri ikke non-FAT så det meste burde da ikke kunne læses i PC/windows ?


> 
> hvad gør manden forkert? (jeg har brugt metoden år tilbage på andre ting! - måske er
> syntaksen forkert?)

tja...
normalt laver man backup af en partition af gangen, og gemmer
partitionsoplysninger så det kan genetableres.

Flere partitioner kan drillle med partitions-tabel og andet.

Den 22-01-2013 17:14, erlo skrev:
> Har du pr�vet at fdisk'e og formatere det kort der melder fejl. Evt.
> fsck? Det kan jo v�re at der er fejl p� kortet.


Ja, hvis jeg installerer fra det eller det andet kort virker alt.
  - men s� er hele kortet fat, det er under installationen det bliver 
omformateret til ext + lidt fat.

 > Alternativt en dd fra det fungerende kort direkte til det andet kort.

Jeg har ikke noget udstyr med 2 sdl�sere ;(

//finn

Den 22-01-2013 17:20, Frank Damgaard skrev:
>> Jeg har nu en velk�rende XBMC p� min Raspberry Pi.
>> >For at undg� at skulle igennem ops�tningen igen, hvis noget g�r galt, vil jeg gerne have
>> >en kopi. Derfor har jeg 2 identiske 8Gb Samsung SDkort, hvor det ene er nyt og de andet
>> >den k�rende konfiguration
>> >
>> >Jeg laver s� p� min linuxbox en df, og finder ud af at mit SDkort (i en USBadapter) hedder
>> >/dev/sdi
>> >s� laver jeg en 'dd if=/dev/sdi of=sbmc-klar.img'
>> >med eller uden parameteren 'bs=1M'
>> >og efter en tid har jeg en fil p� 7,5 Gb og en melding om at det forl�b fejlfrit.
>
> er kortet med svmc-klar.img p� et SDkort med FAT ?
> max filst�rrelse i FAT er ca. 2 eller 4 GByte.
>
>> >S� is�tter jeg det identiske tomme kort, og vender processen.
> var de helt identiske?

Taget p� "samme hylde" med ens blisterpack, - s� samme batch :-)

>
>> >Her f�r jeg en fejlmelding om at der ikke var plads p� destinationen, og kortet virker
>> >ikke. Det kan ikke l�ses i PC eller p� Raspberryen.
> hvad sagde df og fdisk -l om de 2 kort ?

Her har du fat i noget. Fat'en bliver dannet, men ext g�r ikke, 
formentligt fordi der "ikke er plads"
Hvorfor der ikke er, st�r s� tilbage?

originalen:
df:
/dev/sdi1                68.9M      4.9M     64.0M   7% /share/external/sdi
fdisk -l:
    Device Boot      Start         End      Blocks   Id  System
/dev/sdi1              33        1152       71680    c  W95 FAT32 (LBA)
/dev/sdi2            1185      121536     7702528   83  Linux

kopien:
df:
/dev/sdi1                68.9M     16.6M     52.3M  24% /share/external/sdi
fdisk -l:
    Device Boot      Start         End      Blocks   Id  System
/dev/sdi1              33        1152       71680    c  W95 FAT32 (LBA)

> var de ens ?
> /dev/sdX er jo "disken" eller SDkortet.
> hvis den er formateret med partition er det m�ske /dev/sdXn  f.eks. /dev/sdi1
>
> nye SD kort er gerne med partition og derfor hedde /dev/sdi1
>
Ja der er fat, som bruges til boot, hvorefter den forts�tter med ext. 
Fatpartitionen bliver s� mountet til /boot/ hvor der ligger 3-4 filer
>
>> >Det fungerende har en lille fat-partition som kan l�ses p� PCen
> tja, k�rer Rasperri ikke non-FAT s� det meste burde da ikke kunne l�ses i PC/windows ?
>
enig!
>
>> >
>> >hvad g�r manden forkert? (jeg har brugt metoden �r tilbage p� andre ting! - m�ske er
>> >syntaksen forkert?)
> tja...
> normalt laver man backup af en partition af gangen, og gemmer
> partitionsoplysninger s� det kan genetableres.
>
> Flere partitioner kan drillle med partitions-tabel og andet.

Det var bare s� let at have en imagefil, som kunne l�gges p� et kort, og 
if�lge flere raspberryfora burde det virke. Mine linuxerfaringer er lidt 
[meget] rustne :-)
Og for �r tilbage brugte jeg konceptet p� nogle maskiner, men det var 2 
linuxpartitioner. Dem kunne jeg til geng�ld ikke engang l�se i :-), men 
dd virkede.

//finn

Den 22-01-2013 19:44, smeden skrev:
. ...
>>> >Så isætter jeg det identiske tomme kort, og vender processen.
>> var de helt identiske?
> 
> Taget på "samme hylde" med ens blisterpack, - så samme batch :-)

dog kan det variere lidt, instedet for at forlange "fejlfri" chips
så markeres dårlige dele af SD-chip og det giver lidt varierende størrelse
på SD kort.
f.eks. kan et 16GB kort have /dev/sdb: 15.6 GB, 15611199488 bytes

Så ikke engang undskyldning om at det er 10'er potens (16.000.000.....)
kan bruges for at der er mindre end 16GB  (10'er potens anvendes på harddiske).

så din 8GB kort kan godt gave mindre end 7.5GB plads....


> 
>>
>>> >Her får jeg en fejlmelding om at der ikke var plads på destinationen, og kortet virker
>>> >ikke. Det kan ikke læses i PC eller på Raspberryen.
>> hvad sagde df og fdisk -l om de 2 kort ?
> 
> Her har du fat i noget. Fat'en bliver dannet, men ext gør ikke, formentligt fordi der
> "ikke er plads"
> Hvorfor der ikke er, står så tilbage?
> 
> originalen:
> df:
> /dev/sdi1                68.9M      4.9M     64.0M   7% /share/external/sdi

> fdisk -l:

>    Device Boot      Start         End      Blocks   Id  System
> /dev/sdi1              33        1152       71680    c  W95 FAT32 (LBA)
> /dev/sdi2            1185      121536     7702528   83  Linux

hvad rapporterede fdisk af størrelse.

> 
> kopien:
> df:
> /dev/sdi1                68.9M     16.6M     52.3M  24% /share/external/sdi
> fdisk -l:
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sdi1              33        1152       71680    c  W95 FAT32 (LBA)

ja, den fik øjensynlig ikke oprettet partition 2 ;(

 ....

> Det var bare så let at have en imagefil, som kunne lægges på et kort, og ifølge flere
> raspberryfora burde det virke. Mine linuxerfaringer er lidt [meget] rustne :-)
> Og for år tilbage brugte jeg konceptet på nogle maskiner, men det var 2 linuxpartitioner.
> Dem kunne jeg til gengæld ikke engang læse i :-), men dd virkede.

under linux burde det læses fint ;)     (eller med passende tool under windows)

jeg ville lige checke at de to SD kort er lige store, eller i det mindste
at  "destination" SD kort er mindst lige så stor som original.

PS
min fdisk version (ubuntu 12.10) angiver også størrelsen:

#fdisk -l
Disk /dev/sdb: 15.6 GB, 15611199488 bytes
255 hoveder, 63 sektorer/spor, 1897 cylindre, i alt 30490624 sektorer
Enheder = sektorer af 1 * 512 = 512 byte
Sektorstørrelse (logisk/fysisk): 512 byte / 512 byte
I/O-størrelse (minimum/optimal): 512 byte / 512 byte
Diskidentifikation: 0x00000000

    Enhed Opstart   Start         Slut     Blokke   Id  System
/dev/sdb1            8192    30490623    15241216    c  W95 FAT32 (LBA)

Tak for hj�lpen, det er godt at f� lidt gang i cellerne igen :-)

Den 22-01-2013 20:48, Frank Damgaard skrev:
> jeg ville lige checke at de to SD kort er lige store, eller i det mindste
> at  "destination" SD kort er mindst lige s� stor som original.
>

Det er pudsigt. B�de originalkort, filen og destinationskortet er 
n�jagtig lige store:

Disk /dev/sdi: 7964 MB, --7964983296-- bytes
4 heads, 32 sectors/track, 121536 cylinders
Units = cylinders of 128 * 512 = 65536 bytes

-rw-r--r--    1 admin    administ --7964983296-- Jan 22 13:40 
xbmc-configured.img

Disk /dev/sdi: 7964 MB, --7964983296-- bytes
4 heads, 32 sectors/track, 121536 cylinders
Units = cylinders of 128 * 512 = 65536 bytes

nu har jeg pr�vet med et Sandisk kort, som ogs� har 7964983296
bytes, og der har afsluttet uden fejl, s� i har utvivlsomt ret i at der 
er forskel i kvaliteten, selv p� ens kort ;(

igen tak for hj�lpen
//finn