AbulÉdu

Le partitionnement automatique par Clonezilla initial prévoit une partition sda1 "/" de 16Go et une sda2 de swap de 2 Go.
Or avec les mises à jour de noyaux à répétitions, ainsi que des paquets gourmands (leterrier-qt) et peut-être d'autres à venir, on peut vite arriver à saturation de ces partitions.

Les solutions rapides sur le poste client lourd plein sont :
- purge de vieux kernels à lancer en local sur le poste client :
horizon-purge-unused-kernels.sh
- effacement des /log en local :
rm -rf /var/log/*
- Effacement des fichier de doc :
rm -rf /usr/share/doc*

Or à terme, il faudrait prévoir plus large. Quelques pistes de réflexion :

• modifier les fichiers de partitionnement (sfdisk et parted) de l'image client lourd pour avoir une utilisation du disque plus grand.
• créer une deuxième option de déploiement avec la même image lzma (en line), mais des fichiers parted et sfdisk pour partitionnement plus grand. Ex : clientlourd-15.08 et clientlourd-15.08-40Go
• créer un script à autodéployer depuis webadmin comme horizon-upgrade-disk.sh qui fait :

• ajout d'une partition sda5 avec sfdisk, et formatage et montage dans /mnt/usr2
• copie du dossier /usr dans /mnt/usr2
• Modification du /etc/fstab pour utilisation du sda2

Voici l'état du partitionnement de l'image 15.08
sda-pt.parted

  1      2048s      33554431s  33552384s  primary   ext4            boot
  2      33556478s  37746687s  4190210s   extended
  5      33556480s  37746687s  4190208s   logical   linux-swap(v1)

sda-pt.parted.compact

  1      1049kB  17.2GB  17.2GB  primary   ext4            boot
  2      17.2GB  19.3GB  2145MB  extended
  5      17.2GB  19.3GB  2145MB  logical   linux-swap(v1)

sda-pt.sf

/dev/sda1 : start=     2048, size= 33552384, Id=83, bootable
/dev/sda2 : start= 33556478, size=  4190210, Id= 5
/dev/sda3 : start=        0, size=        0, Id= 0
/dev/sda4 : start=        0, size=        0, Id= 0
/dev/sda5 : start= 33556480, size=  4190208, Id=82