Reprise du message précédent :
Bon, cool, ça a marché
Un bon coup de ctrl-C en pleine copie quand ça arrive à 2Go. Un coopage des familles et ça roule  

lol mais vous faite ca comment ?
avec win32diskimager?

Avec win32diskmanager, tu crées ton image de 8go
Ensuite il faut utiliser linux, et la commande:
dd if=/image_de_8go of=/image_a_creer bs=512 count=2G
 
quand ton "image_a_creer" fait 2G, tu fais ctrl-c  
 
Pour les options bs et count, je suis pas certain que ça soit les meilleures valeurs mais ça a marché pour moi.

C'est pas super quand même :

• imagine que certaines données soient présentes après 2Go (fragmentation qui oui, existe aussi sous Linux) => perdues, et crash au moment d'y accéder
• Ton système de fichiers va sûrement être vu comme faisant 8Go bien que situé sur une partition de 2Go seulement
• Et du coup tu auras en apparence 8Go utilisables, si tu atteins 100% de ta SD de 2Go, ton système de fichiers va complètement crasher.

Une meilleure méthode aurait été depuis un PC linux, de redimensionner le système de fichiers à moins de 2Go avant de créer l'image, puis dd.
 
Sinon le mieux aurait été, avec les deux SD sur un PC Linux, créer des partitions et les formater proprement sur ta SD de 2Go, monter les partitions des deux côtés et transférer les fichiers de l'une à l'autre avec rsync.
Et ça aurait mis moins de temps.

Ah oui, en fait j'ai oublié une étape. J'ai d'abord partitionné la carte sd de 8go en faisant une de 2go et l'autre de 6go.
ça évite les soucis cités par dek
 
(et je n'ai pas de carte sd de 2go, sinon évidemment ça serait plus simple...)

Hmmm j'ai pas bien pigé ce que tu voulais faire alors    
Je pensais que tu voulais transférer ton système d'une SD de 8Go à une de 2Go.

Faut dire que j'exprime bien mal
 
Je la refais
j'ai un système opérationnel et à jour qui tourne sur une 8Go  
Je voudrais en faire une image pour l'installer sur une autre 8Go (ça j'avais pas précisé)
Sauf que la première est une sandisk, la seconde est une kingston, et elle font pas exactement la même taille donc win32diskmanager me brise les noisettes pour quelques pauvres octets de misère que la kingston n'a pas.
 
Comme je n'utilise qu'environ 2Go sur 8Go, je me suis dit "je vais donc réduire l'image de la 8Go à environ 2Go et des poussières puisque je n'utilise que ça. Ensuite, sur la kingston, je ferai un resize avec raspi-update (comme on l'a tous fait au moins une fois je suppose)"
 
Et c'est là que la prise de tête a commencé
Ma solution, inspiré des pages précédentes, et que je recopie à toutes fins utiles:
- gparted de la 8go sandisk pour ranger les octets bien sagement sur le bord de la carte -> 2 partitions: 1 de 2Go et 1 de 6Go unallocated
- création d'une image complète (8go) avec win32truc
- lancement d'un dd if etc, et arrêt à la sauvage quand l'image de destination fait 2Go (j'ai arrêté à 2,1 pour être tranquille)
- copie de l'image ainsi faite avec win32machin
- resize-gparted avec raspi-config une fois la kingston installée sur le pi
 
Ouf, trop facile.
 
 

ahhhh bah tu vois

Je suis Pur, moi, je ne fais pas ce genre de chose d'habitude
C'est comme couper le courant pendant un reboot sous windows, ça se fait pas, mon esprit rejette l'idée, je me sens sale

OK je comprends un peu mieux
 
Il y avait beaucoup plus simple, mais pour ça il faut une machine Linux
(un live faisant l'affaire)

J'ai une clé usb live avec lubuntu dessus. Il a bien fallu que je m'en serve pour utiliser gparted et dd

Mais alors pourquoi utiliser win32bidule ?  

 
Il y aurais donc une méthode simple si on a Linux ?
sur un cd bootable ca le ferais ?  

Je ne sais pas faire autrement, pour créer une image et l'écrire sur une clé    
La commande dd doit surement pouvoir le faire, mais ça reste obscur

DD fait tout, même le café

Copier ta SD vers un fichier :

(si ta SD s'appelle sdb évidemment)

L'inverse, flasher une SD à partir de ce fichier :

Ou directement, dupliquer une SD sur une autre SD (sdc) :

(les paramètres count et bs ne changeraient ici que la rapidité de la copie)

Sinon pour copier uniquement une partition précise, :

Ça copie la partition 1 de ta SD dans un fichier ; attention lors de la restauration, ce fichier ne contient pas de MBR, juste le contenu de la partition, tu ne dois le flasher que vers une autre partition (au moins aussi grande), pas sur la SD entière.

J'avais à peu près saisi tout ça  
Mais sur la raspbian de base, il y a 2 partitions (une fat16 de 50mo environ, et une ext4)
Si je veux faire copier ces 2 partitions dans une seule image, c'est là que je ne comprends pas comment utiliser dd.
 
Merci pour le temps pris pour les explications en tout cas c'est sympa

C'est sdb1 et sdb2 dans ce cas, ses manip restent correctes.

Ben dd copie bêtement des bits à la suite, du coup si tu veux réarranger à ta sauce les partitions c'est pas vraiment le mieux.
Vu qu'il ne s'occupe pas du contenu, il faut que tu copies soit tout le disque (ou tout l'espace partitionné du disque : si tu as une une partition de 2Go sur une SD de 8, tu peux copier uniquement 2Go, tu auras tout), soit toute une partition.
dd n'est pas fait pour piocher dans ce que tu veux à la demande, vu qu'en dupliquant un disque tu dupliques aussi le MBR et le schéma de partitions qui va avec.

Le mieux pour copier "intelligemment" c'est de taper un niveau plus haut au lieu de copier juste des bits :

• monter les partitions de la SD source (dans /mnt/partition1 et /mnt/partition2 par exemple)
• sauvegarder le contenu de chaque partition dans un fichier .tar.gz : 'tar pzcvf partition1.tgz /mnt/partition1' , puis 'tar pzcvf partition2.tgz /mnt/partition2'
• tu démontes les deux partitions, tu retires ta SD
• sur la deuxième SD tu partitionnes et tu formates à ta guise, du moment que tu as ta première partition en FAT16 et la deuxième en ext4 (tu pourrais même changer pour un autre type de FS, mais il faudra modifier le fichier fstab pour le prendre en compte)
• tu montes les deux partitions toutes neuves de ta SD "cible"
• tu restaures de la manière suivante : 'tar pxvf partition1.tgz /mnt/partition1', 'tar pxvf partition2.tgz /mnt/partition2'

Et là, la taille et l'ordre des partitions importe peu, tant que les fichiers rentrent dedans.
Les fichiers de backup générés pèseront aussi beaucoup moins lourds (tu ne copies pas l'espace libre, et tu compresses au passage), c'est aussi beaucoup plus facile à manipuler si tu veux retrouver un fichier dedans, c'est des gros zips quoi.

Tu devras simplement éditer le fichier /etc/fstab de ta raspbian si tu as fait des modifs (genre passer en ext3 ou éclater ton système sur plusieurs partitions), ou si ils utilisent des UUID (je ne pense pas, mais c'est possible).

Aïe ma tête    
 
Bon euh, c'est pas que c'est pas clair, mais je crois que je vais opter pour une méthode plus accessible à mes neurones, à savoir acheter une SD 2go premier prix, tout réinstaller, et faire une image.  
Et encore, ça c'est juste parce que j'ai pas complètement confiance dans la méthode qui consiste à arrêter la copie en cours de route comme un porc et que je suis pas certain que mon image soit vraiment parfaite (quoique, j'ai testé, y'a pas eu de souci).

Nan mais en vrai c'est simple

J'allais l'dire
Autant, tu aurais pris moins de temps à tout ré-installer sur une autre sd.
Après, la méthode que tu as décidé d'employer, c'est bien pour toi. Maintenant tu as compris, ou au moins tu as une idée, de nouvelles choses. C'est ça le but du Pi !
Donc l'un dans l'autre, tu as pourris le topic, mais c'est pour la bonne cause  

double post ...

Warning !
 
http://www.raspberrypi.org/downloads

Oh, ça va, une demi page sur 117, on peut pas encore parler de pourrir

Pas de souci, pour ce que j'en fais, ça rentre sur du 2Go. En plus je vire toute la partie interface graphique que je n'utilise pas.

C'est surtout que la question du clonage de sd, ça va revenir régulièrement je pense

Sinon ça se scripte super simplement ça, si j'ai le temps je pourrais pondre un truc si il y a des intéressés.
(quand j'aurai reçu mes 2 Pi, ils ne sont pas pressés chez Kubii )

Mon Pi a été commandé chez Kubii il y a 2 semaines, toujours pas expédié... Le service client dit qu'ils ont eu des problèmes avec leur fournisseur et qu'ils pensent pouvoir l'expédier en fin de semaine. Heureusement qu'il était indiqué en stock au moment de la commande...

 
Enfin, c'est surtout le bs ( pour block size ) qui change la vitesse. Ça permet de traiter X octets à la fois. Accessoirement, le count permet d’arrêter la copie au bout de Y blocs. Donc tous ceux qui veulent ne copier que les 2 premiers gigas d'une carte doivent utiliser des trucs genre bs=2M count=1000. ( 2Mo * 1000 = +- 2Go )  
Ca me parait plus propre que de dire de couper le dd au bout de 10 minutes
 

Pourquoi vous annulez pas votre commande et  le prenez pas ailleurs ?

ah tiens je connaissais pas le count !
En effet, c'est plus propre que de couper comme un goret à coup de    une fois l'image désirées atteinte

J'avais essayé count=2G mais ça n'a pas fonctionné.
C'était peut-être pas la bonne syntaxe (sauf que je l'ai pas inventée, je l'ai copiée sur un site quelque part)

Count c'est un nombre pas une taille. Si tu as des blocs de 16M par exemple tu en prends le nombre nécessaire pour faire tes 2G...

Parce que ça a déjà été débité
Donc si ils sont aussi réactifs pour rembourser, pas envie de galérer.

pas faux ..

En effet, j'ai trop lu la doc en diagonale comme d'hab  

@Aiexis
 
J'ai trouvé comment utiliser deux cartes réseaux, dont la principale est le wifi
un pi et une tour tout deux en wi-fi, je voulais faire du wake on lan pour réveiller la tour à distance (+vnc)
 
le pi a vnc aussi. Sur raspbian il faut mettre le package ifmetric (10ko )
 et j'ai mi ceci dans mon etc/network/interfaces :

le route -n :

Cool !
Merci
J'essaierai ça une fois que les enfants auront fini de regarder leur film...  

On parlait de Kubii : mon model B a été expédié aujourd'hui !

Modèle A toujours en attente.

@roms_26 GENIAL !! ça marche. J'arrive à pinger google en même temps avec le wifi et l'ethernet

par contre la commande iwlist ne fonctionne plus, je ne sais pas si ça a un rapport avec l'install d'ifmetric, ça serait étrange

Il est prévu de mettre les derniers linux headers (3.6.11) dans les dépots apt de raspbian, ou c'est pas la philosophie?
Car j'essaie de faire marcher une clé Terratec TStick RC (sous raspbmc). J'ai réussi non sans mal sur ubuntu, mais pour compiler les pilotes (ou module, je sais pas trop niveau terminologie), il me faut les headers linux. Et donc ça ne marche pas sur le Pi.  
Je suis prêt à attendre, mais si jamais ils ne mettent pas à jour les headers, autant que je cherche dès maintenant un plan B....

qui se lance ?    
http://www.raspberrypi.org/archives/3464