Réduire la taille d'une image système

[FabriceC01]

Bonjour,

Pour aider mes collègues professeurs de technologie qui n'osent pas se lancer dans la belle aventure Raspberry, je viens de réaliser une installation de ce qui peut nous être utile sur un réseau d'expérimentation en classe (Raspbian jessie +update + webmin + serveur DNS + WSFTP + serveur web + minisite techno) et je souhaite maintenant leur refiler une image toute prête.
Il y a environ 5Go sur la carte SD (de 8Go) et je voudrais recréer donc un fichier techno.img le plus petit possible pour faciliter le partage et aussi pour éviter les problèmes d'installation sur une carte SD légèrement plus petite que la mienne.
Win32Disk Imager faisant une copie totale du disk, je me retrouve avec un fichier de 8Go qu'il est facile de zipper efficacement mais ça ne règle pas le problème en cas de carte d'une autre marque plus petite.
Évidemment, redimensionner la partition ext4 avant création de l'image ne change rien puisqu'il c'est une image du disk bloc par bloc que fait W32DI !

Quelqu'un aurait-il une idée ? Celà doit bien être possible puisque la distribution Jessie de base fait entre 4 et 8Go. Comment a-t-elle été réalisée ?

Merci pour votre aide.

Fabrice

[domi]

Bonjour,

Déjà, je déplace le sujet car nous sommes actuellement dans la catégorie "Débutants", et nous sommes loin de l'utilisateur qui vient de recevoir son raspberry et ne sais pas comment le mettre en route

Concernant ta demande, c'est un sujet sur lequel je suis également en cours de recherche.
Le problème du fichier IMG généré par Win32Disk est que ce fichier n'est pas une image au sens propre du terme. Il y a deux partitions, et non une seule comme sur les fichiers BIN, ISO, ...
J'ai un peu cherché, mais pas mal tourné en rond.

J'ai d'autres idées de test , mais je n'ai pas encore eu le temps de les exploiter. A savoir, mettre la SD dans un lecteur que je connecterez via USB sur mon PC Debian. Ensuite, via "gParted", réduire la taille de la partition ext4 de la SD. Faire ensuite un test de sauvegarde avec Win32Disk, qui ne devrai pas sauvegarder les secteurs de la SD ne faisant parti d'aucune partition.
Voila pour l'idée de mon prochain test lorsque j'aurai un moment, si tu le tentes avant moi, merci de me faire un retour.

Domi

[dyox]

Bonjour,

J'avais eu cette réflexion il y a 2 ans en créant le post sur RMPrepUSB.

Il me vient une idée ce soir, si on connait la taille totale des données inscrites et la taille des bloc, on doit savoir la dernière cellules nand écrite et on la donne pour "tailler" l'image avec ce logiciel

Exemple de rapport sur 2016-11-25-RASPBIAN-JESSIE.IMG is 4,371,513,344 bytes long (4.0712GiB) (block de 512)

Code : Tout sélectionner

Disk Signature bytes (1B8h-1BBh) = F4 DB 3F 62

Partition 1   SIZE=63MiB   Type: 0C FAT32LBA (2047GB max)       
START POS   = CYL:0 HD:130 SEC:3       END POS = CYL:8 HD:138 SEC:2
START (LBA) = 8,192 (00002000) SIZE (LBA) = 129,024 (0001F800) [End=137,215]

Partition 2   SIZE=4102MiB   Type: 83        
START POS   = CYL:8 HD:138 SEC:3       END POS = CYL:531 HD:120 SEC:37
START (LBA) = 137,216 (00021800) SIZE (LBA) = 8,400,896 (00803000) [End=8,538,111]

P1   Start=8,192 (4,194,304 bytes) End=137,215 (70,254,080 bytes)
P2   Start=137,216 (70,254,592 bytes) End=8,538,111 (4,371,512,832 bytes)

[FabriceC01]

Hello,
Merci pour les réponses.

Réduire la taille de la partition ext4 est la première chose que j'ai tenté avec gparted depuis un pc sous linux.
Mais l'image reste toujours à 8Go après avec Win32disk Imager...

Fabrice

[dyox]

Normal puisque Win32disk Imager prend en compte le support physique sans tenir compte des partitions.
Faites les mêmes tests que moi, sans mettre la carte dans le pi sinon la partition va être étendue au boot

[Ghislain]

J'avais travaillé sur le problème en lisant ça et ça mais je me suis retrouvé avec une erreur de SuperBlock dont je parlais ici

J'avais abandonné l'idée et du coup je passe par rsync mais si y'a une possibilité de faire une image qui passe 'partout' je suis preneur!

[zeb]

Plop,
Je prends le train en marche...

La commande dd prend en compte des paramètres qui peuvent être utiles : count et bs.
J'ai fait ce genre de choses sur disque dur et PC. Le truc était de retailler les partitions avec parted en prenant soin de les aligner sur les blocs.
Puis de compter les blocs et de tout passer à dd : nombre de blocs (count) x taille d'un bloc (bs) = quantitié d'octets copiés.

Je pense qu'on peut appliquer la méthode quitte à l'adapter, même sur une carte SD.

[Ghislain]

Une avancé ? Des idées à tester ?