C'est probablement plus efficace et plus rapide. J'indiquerai votre solution à Sudodu quand j'aurai l'occasion de lui envoyer un mail. Sa solution consiste à faire un tarball du système en live, puis de l'installer avec dd à travers un script qui installe aussi le chargeur de démarrage. Il a eu préparé des tarballs mis à disposition sur le serveur de Phillw, un contributeur anglais.
je fais presque toujours en sorte qu'un vieux PC aie au moins 2 Go de RAM, et je trouve qu'un swap sur fichier + zram chargé et configuré, c'est mieux. L'auteur initial du module zram (compcache à l'origine) conseillait de calculer la taille de swap compressé sur la base d'un quart de la RAM disponible. Mais chez Ubuntu zram-config en met 50% par défaut et il n'y a pas de fichier de config. On peut le modifier quand même dans l'un des fichiers du paquet. De plus, selon les PC nous obtiendrons un périphérique bloc virtuel pour chaque cœur de processeur présent, et les périphériques bloc virtuels seront prioritaires sur d'autres formes de swap (fichier ou partition disque) car le swap en RAM est plus rapide que le swap sur disque. (Quand ça se met à freezer… :o) )Je ne pense pas que cela soit une bonne idée de ne pas mettre de swap surtout sur un vieux PC si celui-ci n'a pas beaucoup de RAM. S'il a moins de 1 Go de RAM, je pense que la swap peut-être nécessaire car zram-config ne contient pas assez de RAM pour remplacer complètement la swap. Par contre, c'est une bonne idée utiliser zram-config que nous avons en standard dans Emmabuntüs sur les dernières versions.
je l'ai trouvé hier par une recherche. Voilà la présentation, sur le wiki, https://wiki.fogproject.org/wiki/ind...on#What_is_FOG et ça semble super terrible formidable. Cela me donne envie de l'essayer !Je ne connais pas la solution FOG, et cela serait bien indiquer un lien vers cette solution pour que je puisse voir à quoi cela ressemble.
@Philippe Dpt35 : votre Clonezilla maison est-il disponible ? J'aimerais l'essayer s'il peut être téléchargé direct, et l'employer pour cloner l'installation que j'ai faite et personnalisée, de Salix sur le vieux Asus A4D. Et je partagerai volontiers l'image disque du système avant de tester aussi vos méthodes de déploiement.
Il est disponible sur le git, au format iso et en zip
https://framagit.org/philippe-dpt35/deploiement-reso
Edit: prenez-le dans la branche double-sys qui est plus à jour !
double-sys : donc ici ? https://framagit.org/philippe-dpt35/...sys/mode-texte
Je n'ai pas trouvé le mode ligne de commande, je suis arrivée sur l'accueil classique de Clonezilla avec de multiples menus de boot. Je parle bien de cette image disque:
https://framagit.org/philippe-dpt35/...6-pae-RESO.iso
De plus en tentant de lancer depuis l'une des entrées les plus classiques j'ai un kernel panic. Les ISO que vous avez construites sont-elles toutes en PAE ou en avez-vous en non PAE ?
PS: dans Virtualbox j'ai bien le choix entre ligne de commande et autre chose.
Elles sont en PAE.
Dans le premier menu, il suffit de valider l'entrée par défaut. C'est le menu suivant qui propose de passer en ligne de commande.
Avez-vous activé PAE dans la VM ?
Edit : par ailleurs, n'hésitez pas à me faire part de tout ce qui ne vous paraitrait pas clair dans les explications du git. ça me permettra de les améliorer.
Mon but immédiat était de cloner Salix avec Bento Openbox vers un disque dur SATA (car le portable Asus A4D où Salix est installée prend de l'IDE et je voudrais répéter ce que vous avez réalisé, mais d'abord ne pas perdre le boulot réalisé dans cette machine avant de la passer à un utilisateur ou une utilisatrice).
Comme je n'y suis pas arrivée j'ai tenté d'installer clonezilla dans Bento antiX en live, mais ça semblait réellement vouloir s'éterniser, alors finalement j'ai copié tout le système à l'aide de rsync. :o)
Je n'ai plus qu'à booter sur un live en mettant ce hdd 2.5" dans un PC récent, et y installer GRUB. À partir de là j'arriverai peut-être à faire une première image clonée.
Et quand j'y parviendrai pouvez-vous me dire si je devrai créer un fichier avec l'extension *.img, ou bien autre chose ?
Faites un clone du disque en image disque avec clonezilla, soit en utilisant la clonezilla que je propose, après démarrage sur clé USB, avec le script clone-disque. Mais dans ce cas il faudra avoir construit l'outil de déploiement proposé dans le git, car l'image sera créée dans le répertoire /home/partimag, qui est celui dans lequel clonezilla place par défaut ses images. Le script cherche la partition IMAGES-SYSTEMES pour la monter dans ce dossier.
Ou bien utilisez un CD Clonezilla classique, mais il vous faudra passer par les divers menus pour réaliser l'image. Il vous sera demandé un périphérique sur lequel réaliser l'image. Clonezilla montera ce périphérique sur /home/partimag.
Clonezilla crée des images sous formes de fichiers au sein d'un répertoire qui porte le nom que l'on donne à l'image.
J'ai déjà utilisé Clonezilla, à plusieurs reprises, avec succès, mais jamais sur un PC aussi ancien et sur de l'IDE. Aussi je reviendrai à Clonezilla lorsque j'aurai installé GRUB sur le disque dur SATA vers lequel j'ai copié le système que je veux cloner, après avoir installé ce disque dur sur un PC portable plus récent et avec bien plus de ressources. J'ai un Thinkpad x220 (avec cpu i5 et pas mal de RAM) qui devrait très bien l'affaire pour ça.
(Je nommais le nom du clone avec une extension en "img", sans savoir si cela était utile ou pas, de là ma question).
Avec clonezilla, tu peux cloner un disque vers un fichier image ou directement de disque à disque. Et de mémoire il v adapter le fstab exemple passage de /dev/hda1 pour disque IDE vers /dev/sda1 pour disque SATA.
Si tu veux appliquer GRUB directement à la copie faite avec rsync, il va falloir aussi adapter le fstab car sinon il ne trouvera pas la partition /. Le plus simple étant de te chrooter dans le disque copié pour faire les manips. Peut-être aussi refaire l'initramfs.
c'est une bonne idée, je n'y aurais peut-être pas pensé. Je pourrai chrooter ou essayer juste avec la commande grub-install en root, pourvu que la partition contenant le boot soit montée. (sudo grub-install --root-directory=/media/mon_point_de_montage /dev/sdX où X sera soit sda ou sdb... ce que je vérifierai par un sudo blkid).
J'ai maintenant Grub qui lance bien ma version de Salix depuis un disque dur SATA, branché sur un PC, en SATA. J'ai pu vérifier qu'il fonctionne, réparer un petit problème autour du gestionnaire de paquets, et j'ai lancé votre version de Clonezilla (depuis une clé USB de grande taille qui démarre avec Ventoy).
J'ai pu accéder aux choix de boot, puis choisi le premier choix comme vous me l'avez précisé précédemment, puis vu les deux entrées, choisi mode console, passé root avec sudo su, et là la commande "clone-disque nom_de_mon_system" et la console retourne "le périphérique contenant les images système est introuvable etc.", preuve que je n'ai rien compris de ce qu'il fallait faire : et je n'ai pas compris la partie de votre explication commençant par "Mais dans ce cas il faudra avoir construit l'outil de déploiement proposé dans le git… ". Quoi, qui, pourquoi, comment ?
Ce dont je dispose :
- Un disque dur SATA de 320 Go qui boote Salix Bento Openbox avec Grub, ce sur une seule partition. Il utilise actuellement 4,7 Go d'espace (c'est énorme, mais ça peut se modifier dans le futur);
- Une clé USB qui boote des ISOS avec Ventoy, dont votre version de Clonezilla;
- Une clé USB simple, formattée en FAT32, où je souhaite que soit stockée le futur clone.
Pouvez-vous me donner quelques indications de plus à partir de là ?
PS: je suis revenue en arrière et j'ai lancé la procédure de clonage habituelle. Voici une photo.
La Clonezilla personnalisée contient des scripts qui fonctionnent à la condition d'avoir créé l'outil de développement complet qui, comme indiqué sur le readme du git, comprend :
A défaut, il faudra faire une image en utilisant Clonezilla de manière classique, par l'intermédiaire de ses divers menus, lesquels permettront de choisir le périphérique à monter sur la partition /home/partimag dans laquelle Clonezilla réalise les images disques et va les chercher dans le cas d'une restauration de disque. Mais dans ce cas, les scripts ne présentent plus d'intérêt !
- Une première partition, nommée, "CLONEZILLA", d'1 Go, contient une image personnalisé de Clonezilla.
- Une seconde partition, nommée "IMAGES-SYSTEMES" est montée automatiquement au lancement de Clonezilla. Elle permet la réalisation d'images.
IMPORTANT : cette seconde partition doit impérativement être nommée "IMAGES-SYSTEMES" afin de permettre son montage automatique dans Clonezilla.
Pour créer l'outil de développement, reportez-vous au paragraphe :
Création du live
du readme du git.
Remarques:
il serait tout à fait possible d'avoir tout sur la partition de Clonezilla. Les images seraient alors créées dans le dossier /home/partimag, et c'est dans ce m^eme dossier que Clonezilla irait chercher les images existantes.
Il faudrait alors modifier les scripts en conséquences.
Mais c'est plsu intéresant d'avoir les images sur une partition séparée. Ainsi cela permet par exemple d'avoir Clonezilla, ou tout autre live disposant de Clonezilla, sur une clé USB, et de faire les copies sur un disque dur externe ou une autre clé USB. la seule chose à fair, pour que ça fonctionne, et de nommer la partition contenant les images de Clonezilla "IMAGES-SYSTEMES".
Vous pouvez d'ailleurs faire cette opération au lieu de créer l'outil complet tel que proposé dans le git. Utilisez votre clé Ventoy avec Clonezilla, et nommez votre clé de 32 Go sur laquelle vous voulez votre image "IMAGES-SYSTEMES". Insérez-là avant de lancer le script clone-disque.
Effectivement, au point où j'en suis cela me semble nettement plus simple.Vous pouvez d'ailleurs faire cette opération au lieu de créer l'outil complet tel que proposé dans le git. Utilisez votre clé Ventoy avec Clonezilla, et nommez votre clé de 32 Go sur laquelle vous voulez votre image "IMAGES-SYSTEMES". Insérez-là avant de lancer le script clone-disque.
Le format de partition pour "IMAGES-SYSTEMES" doit-il être en Fat32 ?
ça peut être fat32, NTFS, ext2, 3 ou 4...
Merci encore !
j'ai mis en ligne le produit de ce travail autour de Salix (i486), et n'ai pas encore pris le temps de tester la restaureration dans une machine virtuelle. Le disque dur dont il est issus faisait presque 300 Go mais le système 4,7 Go et là avec le niveau de compression par défaut dans Clonezilla l'image représente 1,8 Go.
Elle est disponible ici, si cela vous tente de la tester (et me dire s'il y a des choses à améliorer, voire, à réparer... j'espère cependant que ça fonctionne) ? http://downloads.linuxvillage.org/Bento-Salix-Clone
Je suis plutôt un peu débordé en ce moment, et ne sais pas quand je pourrai tester.
Je peux aussi demander à une autre personne de l'association de le faire.
Nous avons déjà installé Salix en VM pour tester. Nosu allons également la tester sur diverses vieilles machines réelles pour en évaluer les possibilités.
Qu'apporte votre Salix par rapport à la Salix offiicelle ?
J'en profite pour rappeler que le format fat32 n'est pas capable de gérer les fichiers au-delà de 4 Go. C'est peut-être un format à éviter pour des sauvegardes de gros systèmes qui pourraient conduire à atteindre cette limite.
C'est plus léger tout en restant facile à utiliser. N'hésitez pas à faire tester et me faire un retour, de mon côté je ferai de même bien sûr, sur vos scripts dès que je pourrai me remettre dessus.
Pour plus d'infos, vous pouvez visiter, ou faire passer ces liens aux personnes de l'association qui pourront prendre le temps de l'essayer : https://orditux.org/bentovillage/a-propos
et une description complète sur antiX vous permettra de connaître les paquets principaux qui composent l'interface :
https://www.antixforum.com/forums/fo...guages/french/ : "Bento antiX amd64 – avec Openbox" et "Bento antiX i486 – avec Openbox"
Sachant qu'il y a d'abord eu PCLinuxOS, puis Ubuntu, ensuite antiX, Salix vient d'arriver. Appliquer la recette initiale permet de diminuer la charge sur les ressources du PC, il reste ensuite à l'adapter aux particularités de la distribution, tout en conservant les briques qui donnent à ces distributions leur personnalité.
Enfin, un détail qui compte : j'ai un jour voulu mettre antiX, puis essayer MX Linux (sa proche parente) sur un Dell D610, ("boosté" à 2 Go de RAM), ces deux systèmes en live plantaient durant le démarrage. J'en ai conclu que le système de fichier compressé remplissait la mémoire système durant le boot, c'est là que j'ai décidé d'en reconstruire un pour en faire une ISO de moins de 700 Mo. Et cela a résolu le problème.
Pour la petite histoire, ce Dell D610, qui était en parfait état esthétique, tourne maintenant sur le disque dur sous Debian de son nouveau propriétaire, dont j'ai l'infini plaisir de vous faire connaître le site web.
http://www.trousperdu.org (pour un moment de détente, car la fracture numérique à la campagne selon Alain est une distraction rare, et je trouve son savoir faire en matière de réseau sous les auspices du Système Débrouille bluffant !)
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager