Merci Felix pour ta réponse. je m'en suis sorti en faisant réécrire à Clonezilla seulement la partition /dev/sdc1. Je n'ai pas compris pourquoi réécrire la totalité de la compact flash /dev/sdc n'a pas fonctionné. Il a donc fallu d'abord préparer la compact flash à partir de zéro, avec les outils fdisk /clearall (effacer), fdisk (créer la partition primaire active), fdisk /mbr (créer le MBR DOS amorçable) et format /sys (créer le VBR je crois). À partir de là, la restauration de la partition /dev/sdc1 par Clonezilla a donné le résultat attendu: le système restauré était bien redevenu bootable. Ce que je n'étais pas parvenu à obtenir en restaurant la totalité de la compact flash. Si je trouve un jour pourquoi, je vous le dirai.
> Etrange, s'agit-il d'une carte avec la même capacité? Oui, il s'agissait en fait de la même compact flash. La table FAT était corrompue. Ça ne m'a pas laissé le choix, j'ai voulu restaurer la totalité de la carte à partir son image précédemment sauvegardée avec Clonezilla. J'avais fait des images de la totalité de la compact flash, mais Clonezilla permet de n'appliquer la restauration qu'à la seule partition sélectionnée. C'est ce qui a marché ici. -- Frédéric Dumas f.du...@ellis.siteparc.fr > Le 11 juin 2024 à 18:37, felix via gull <gull@forum.linux-gull.ch> a écrit : > > Bonjour Frédéric, > > Je ne pratique pas clonezilla, car j'ai créé depuis très longtemps mes > propres scripts qui font un peu le même job que clonezilla (donc, je > connais un peu;) > > Le Fri, Jun 07, 2024 at 05:31:07PM +0200, Frederic Dumas via gull a écrit : >> >> Hello, >> ... >> Clonezilla ... sauvegarder ... DOS FAT16 bootant sur ...carte CF de 256Mo... > >> Cette semaine, Clonezilla m'a servi à réinscrire la dernière >> sauvegarde (MBR + table des partitions + partition primaire) sur la >> carte CF, et ô surprise, la machine ne parvient plus à booter depuis >> cette carte CF. > Etrange, s'agit-il d'une carte avec la même capacité? > > >> Sous Linux, gdisk signale une erreur, la taille excessive de la table >> des partitions la fait se superposer aux deux premiers secteurs de la >> partition primaire (!?) > ??? > >> gdisk dispose d'une >> option pour réduire la taille de la table et corriger le problème, >> mais la copie de la table, située en fin de disque, pose le même >> problème et là gdisk ne propose aucun traitement. Et puis surtout, ça >> n'explique pas la cause. > En principe, si le support de restauration à la même capacité que le > support d'origine, cela ne devrait poser aucun problème... > >> Naïvement, je croyais que Clonezilla se contentait de faire une copie >> bloc à bloc de l'ensemble du disque, plus quelques sommes de contrôle > Non, il ``clone'' les partition en fonction de leur système de fichier > (ext4, vfat, ntfs, hpfs+...) en utilisant une application dédiée qui > sauvegarde l'entier des méta-datas et des fichier, mais pas les blocks > non attribués. > > Lors de la restitution il replace chaque bloc significatif (donnée ou méta) > au même endroit qu'à l'origine, c'est tout. cela ressemble à du bock par > block, mais est plus rationnel, rapide, efficace. (voire partclone) > >> J'ai l'impression que Clonezilla sauve d'un coté la >> partition, de l'autre, le mbr, encore ailleurs la table des partitions... > Logiquement oui, en tout cas, c'est ce que mon script fait. > >> partitions, et au retour essaye de mettre tout ça ensemble, persuadé >> d'avoir compris comment ça s'agençait. Du coup, Clonezilla est-il >> réellement compatible avec les systèmes DOS des années 90 ? > Oui (sans aucun doute). > >> Pour reconstruire à la main la dernière sauvegarde de la carte CF, >> puis-je réinstaller un MBR et une partition vierge bootable, avec >> l'utilisaire DOS fdisk /mbr, puis la formater en FAT16 avec format /s >> (j'espère que c'est ça qui crée le VBR), puis la monter dans un >> système de fichiers, puis copier dessus les fichiers que Clonezilla me >> restitue de l'image sauvegardée ? > > - Pour récupérer une carte CF, j'utiliserais un fichier via loop. > - Si elle est petite, je ferais ce fichier dans /dev/shm > - Lancerais clonezilla** pour restaurer la sauvegarde sur mon fichier > - analyserai le fichier après un ``partprobe /dev/loopX'', partition > par patitions. > - voire, j'essaierai de démonter le fichier clonezilla... > >> Ou bien la solution est plus simple, et si je suivais les bonnes >> options dans Clonezilla, l'écriture de la sauvegarde aboutirait à un >> succès ? Pour le moment, je suis toujours resté en mode "beginner" >> dans l'interface ncurse de Clonezilla. > **Lancerais clonezilla ... en suivant les ``bonnes'' option dans Clonezilla. > > Bonne chance, a+! > > -- > Félix Hauri - <fe...@f-hauri.ch> - http://www.f-hauri.ch > Le 7 juin 2024 à 17:31, Frederic Dumas <f.du...@ellis.siteparc.fr> a écrit : > > > Hello, > > Clonezilla me servait à sauvegarder un système DOS FAT16 bootant sur une > carte CF de 256Mo. Bien sûr, l'interface entre la chaise et le clavier a > commis l'erreur habituelle, et n'a pas cherché à reconstruire le disque à > partir de l'image sauvegardée, tant que tout marchait. > > Cette semaine, Clonezilla m'a servi à réinscrire la dernière sauvegarde (MBR > + table des partitions + partition primaire) sur la carte CF, et ô surprise, > la machine ne parvient plus à booter depuis cette carte CF. Sous Linux, gdisk > signale une erreur, la taille excessive de la table des partitions la fait se > superposer aux deux premiers secteurs de la partition primaire (!?). gdisk > dispose d'une option pour réduire la taille de la table et corriger le > problème, mais la copie de la table, située en fin de disque, pose le même > problème et là gdisk ne propose aucun traitement. Et puis surtout, ça > n'explique pas la cause. > > Naïvement, je croyais que Clonezilla se contentait de faire une copie bloc à > bloc de l'ensemble du disque, plus quelques sommes de contrôle pour rassurer > tout le monde, quand on génère une image de disque et non une image d'une > partition en particulier. Et bien ça ne semble pas être le cas. J'ai > l'impression que Clonezilla sauve d'un coté la partition, de l'autre, le mbr, > encore ailleurs la table des partitions, et au retour essaye de mettre tout > ça ensemble, persuadé d'avoir compris comment ça s'agençait. Du coup, > Clonezilla est-il réellement compatible avec les systèmes DOS des années 90 ? > > Pour reconstruire à la main la dernière sauvegarde de la carte CF, puis-je > réinstaller un MBR et une partition vierge bootable, avec l'utilisaire DOS > fdisk /mbr, puis la formater en FAT16 avec format /s (j'espère que c'est ça > qui crée le VBR), puis la monter dans un système de fichiers, puis copier > dessus les fichiers que Clonezilla me restitue de l'image sauvegardée ? > > Ou bien la solution est plus simple, et si je suivais les bonnes options dans > Clonezilla, l'écriture de la sauvegarde aboutirait à un succès ? Pour le > moment, je suis toujours resté en mode "beginner" dans l'interface ncurse de > Clonezilla. > > Merci à ceux qui ont la pratique de Clonezilla pour leurs conseils. > > > PS: Les cartes Compact Flash restent utiles, car elles sont compatibles IDE, > et peuvent se comporter comme de tout petits SSD PATA, aux performances > acceptables (des cartes CF supportent l'UDMA). À l'aide d'un adaptateur > mécanique et d'une alimentation +5V venant du PSU, elles se branchent dans le > port IDE/PATA des cartes mères qui en sont encore équipées. Ni le BIOS ni > l'OS ne voient la différence avec un disque traditionnel, alors que c'est > bien de la mémoire NAND. Ça fonctionne parce que le firmware de la carte CF > répond simplement aux instructions ATA. > > -- > Frédéric Dumas > f.du...@ellis.siteparc.fr _______________________________________________ gull mailing list gull@forum.linux-gull.ch https://forum.linux-gull.ch/mailman/listinfo/gull
