# Pérenniser le patrimoine immatériel : un projet d'archivage logiciel mis en place par l'Aconit

*Intangible Heritage: Implementation of a Software Archiving Project within the Aconit Collection*

Antoine Hébert et Xavier Hiron

<figure><img src="image_1.png" /></figure>

OpenEdition
Journals

## Édition électronique

URL : https://journals.openedition.org/revuehn/3389

DOI : 10.4000/revuehn.3389

ISSN : 2736-2337

## Éditeur

Humanistica

## Référence électronique

Antoine Hébert et Xavier Hiron, « Pérenniser le patrimoine immatériel : un projet d'archivage logiciel mis en place par l'Aconit », *Humanités numériques* [En ligne], 7 | 2023, mis en ligne le 01 juillet 2023, consulté le 14 juillet 2023. URL : http://journals.openedition.org/revuehn/3389 ; DOI : https://doi.org/10.4000/revuehn.3389

<figure><img src="image_2.png" /></figure>
<figure><img src="image_3.png" /></figure>

humanités
numériques

# Pérenniser le patrimoine immatériel : un projet d'archivage logiciel mis en place par l'Aconit

## Intangible Heritage: Implementation of a Software Archiving Project within the Aconit Collection

Antoine Hébert et Xavier Hiron

### Résumés

L'article présente la problématique générique d'une action d'archivage numérique destinée à sauvegarder les logiciels, eux-mêmes nativement numériques, de la collection patrimoniale d'informatique de l'Association pour un conservatoire de l'informatique et de la télématique (Aconit). D'une part, des facteurs de disponibilité déclinante du matériel et de compatibilité des environnements rendent fragiles les objectifs de conservation opérationnelle de logiciels adaptés au fonctionnement des ordinateurs anciens. De plus, une dégradation fréquemment rencontrée des matériaux magnétiques constitutifs des supports peut finir par rendre inopérante leur lecture. Or, les logiciels, qui eux-mêmes contiennent les données numériques leur ayant été associées, sont révélateurs d'une activité scientifique, humaine et sociale qui fonde l'intérêt de préserver les témoins de ce nouveau domaine patrimonial. Les aspects théoriques, les exemples de référence, les conditions techniques et pratiques de ce plan d'action sont ici exposés et développés. La finalité de cette opération de grande ampleur (3 700 supports potentiellement concernés) y est discutée, en lien avec les perspectives de médiation en sciences sociales inhérentes aux humanités numériques.

The article discusses the challenges of preserving software as part of the Association pour un conservatoire de l'informatique et de la télématique (Aconit), a French nonprofit organisation for heritage computer science. One major issue is the decreasing availability of hardware and
compatibility with older computer systems, which makes it difficult to maintain and preserve software for extended periods of time. Additionally, the magnetic materials that make up the storage media can degrade over time, making it impossible to retrieve the digital data they contain. With over 3,700 media potentially affected, the scale of this project is significant. Despite these challenges, preserving such software is important because it provides insight into scientific, social and human activities, and is therefore an important part of our cultural heritage. This article discusses the theoretical and practical aspects of this preservation effort, including examples and technical considerations. It also considers the broader implications of this work for the digital humanities and social sciences. Despite these challenges, preserving the software is important because it provides insight into scientific, social, and human activities, and is therefore an important part of our cultural heritage.

## Entrées d'index

MOTS-CLÉS : archivage, logiciel, patrimoine, valorisation

KEYWORDS: archiving, software, heritage, valorisation

# Problématique générale et état de l'art

## La patrimonialisation du domaine informatique

1

En 1996, Marcus Wigan, alors vice-président de l'Australian Computer Museum Society, présentait l'avance prise par les pays anglo-saxons dans la réflexion en muséologie des patrimoines industriels et assimilés. Il décrivait notamment comment l'ingénierie informatique, technologie très évolutive au regard de l'histoire, restait dépendante de la combinaison logiciels et matériels d'origine qui leur étaient associés. En cela consistait d'ailleurs la force des organisations de bénévoles regroupés au sein de trusts (l'équivalent anglo-saxon des associations), dont l'apport se concentrait sur l'expérience pratique des systèmes anciens. Dans cet esprit, les individus deviennent les éléments-clés de la conservation des contextes liés à l'emploi des anciens ordinateurs, sachant qu'aucune de ces deux ressources ne se remplace aisément. Marcus Wigan (1996) écrit à ce sujet : « Un ordinateur est une combinaison de matériels, logiciels et programmes qui n'a que peu d'importance sans une certaine compréhension des problèmes auxquels ils ont été appliqués [...]. Un musée doit donc viser à sécuriser le matériel, les logiciels et la documentation – et à faire fonctionner l'ensemble du système. Cela nécessite que les systèmes de stockage restent fonctionnels ». De plus, il a été l'un des premiers à exprimer qu'une des fonctions primordiales des musées de l'informationique était « de rendre compte du contexte social dans lequel les ordinateurs ont été utilisés ».
2

Or, le taux de renouvellement des technologies informatiques a été, depuis l'origine de cette discipline, exponentiel, limitant la capacité des initiatives spontanées de conservation à suivre le rythme imprimé par le contexte de la compétition technicocommerciale mondiale. Dans le même temps, la quantité des données informatiques s'est largement amplifiée, puis leurs modes de diffusion se sont diversifiés, ce qui a ouvert la voie à des traitements beaucoup plus massifs, sophistiqués et surtout automatisés, sur des supports devenus accessibles et plus aisément compatibles.

3

Dans le prolongement de ce mouvement général, en même temps que les moyens dédiés se mettaient en place, divers travaux universitaires ont porté sur la notion de collections patrimoniales de documents, pris en tant que supports de contenus, et sur la marche vers leur dématérialisation (Gindre et Ducret 2010). La société dans son entier s'est interrogée sur la fonction et la définition de « patrimoine numérique » (Treleani 2017). L'ampleur des moyens à fédérer pour atteindre les objectifs induits par ces nouveaux enjeux sociétaux a justifié que les institutions aient peu à peu repris à leur compte des problématiques rencontrées sur le terrain.

4

En Europe, la plus systématique et structurée de ces initiatives, l'archive Software Heritage ¹, date de 2014 et émane de l'Institut national de recherche en sciences et technologies du numérique (INRIA) avec le soutien de l'UNESCO. Ce projet, porté par Roberto Di Cosmo (2021), « s'articule autour de la collecte, la préservation et le partage des codes sources [de logiciels] ». Il instaure une étape majeure vers la patrimonialisation de l'informatique, avec la reconnaissance à part entière de la fonction logicielle dans le développement de cette discipline, en mettant à la disposition des créateurs de programmes une plateforme d'archivage. Mais en ne s'intéressant, pour des raisons pratiques et éthiques tout à fait justifiées, qu'à la valeur générique du code source, il met en arrière-plan la question de la gestion des programmes compilés à destination de chaque type de machine spécifique (et, par voie de conséquence, leur fonction utilitaire ²).

5

Au préalable de cette tentative de systématisation, une approche plus pragmatique avait été abordée de manière complémentaire par des structures associatives, aux contraintes plus légères mais aux moyens souvent plus limités, sur deux plans :

* La mise à disposition de logiciels anciens, notamment de jeux vidéo pour lesquels il existe un marché porteur, par diverses associations de rétrogaming, comme Wake On Lan basée à Grenoble, ou via des sites Internet commerciaux. Cependant, ces initiatives libres compliquent la lecture juridique des produits et actions qui entrent dans le périmètre patrimonial public, et posent un problème de frontière car, au sein d'une discipline informatique encore jeune, même les jeux datant d'il y a plus de 30 ans restent potentiellement soumis à des droits d'auteurs et de diffusion, au titre de la propriété intellectuelle.

* La gestion de collections patrimoniales en cours de constitution, comme le fait l'association Aconit (Association pour un conservatoire de l'informatique et de la télématique), toujours à Grenoble, par l'intermédiaire de ses outils dédiés (bases de données, mises en
6

perspective thématique et historique, élaboration d'un musée virtuel), avec l'ambition d'une future institutionnalisation de ses fonds identifiés, de leur exploitation, ainsi que de ses activités associées.

De nos jours et dans le cadre évoqué par cette introduction, l'Aconit constate qu'une demande forte se met en place – il sera noté une certaine concordance de dates dans les trois situations évoquées dans le chapitre suivant – pour la récupération et l'exploitation de données anciennes, logiciels compris. Nous allons commencer par analyser trois exemples historiques parmi les plus représentatifs, dans un secteur bibliographique encore relativement rare, même aux États-Unis (pour plus d'informations sur les exemples cités, voir les liens disponibles en anexe de cet article).

7

## Petit historique de la récupération de données

Entre 1966 et 1968, la NASA conduit un programme de cartographie de la lune appelé *Lunar Orbiter*, à l'aide de cinq sondes disposées en orbite autour de notre satellite. C'est une mission préparatoire au programme *Apollo*, visant à sélectionner les sites d'alunissage des futures missions habitées. Le système de prise de vues, complexe, consistait en un appareil argentique accompagné de son système de développement, puis d'un scanner pour retransmettre les images acquises vers la Terre, sous la forme d'un signal radio, les sondes n'étant pas conçues pour revenir. Le signal était alors enregistré sur des bandes magnétiques grâce à un Ampex FR-900, semblable aux tout premiers magnétoscopes.

8

Les bandes obtenues ont été soigneusement archivées par la NASA, mais la machine d'acquisition des signaux a, pour sa part, été démantelée. Ce n'est qu'en 2008, soit plus de 40 ans après la mission, que, suite à la découverte fortuite d'un exemplaire de l'Ampex FR-900 et sa remise en état par un groupe de bénévoles, il a enfin été possible de numériser les bandes et de redécouvrir les photos, désormais librement accessibles sur le site Web de la NASA. Cet exemple indique clairement que, dans un premier élan du développement des équipements informatiques, la question de la pérennité de lecture n'était pas prise en compte, ni celle de la compatibilité des accès aux modes d'archivage.

9

Le deuxième exemple se développe en trois temps (2001, 2011 et 2013) : des œuvres inédites de l'artiste américain Andy Warhol ont été découvertes sur des disquettes pour ordinateur Amiga. Dans le premier cas, c'est une version animée et sonore des célèbres portraits de Marylin Monroe produite par l'artiste lui-même qui a été retrouvée. Puis Don Greenbaum, l'ex-comptable de la société Commodore – le fabricant de l'Amiga qui avait directement collaboré avec Andy Warhol – a mis au jour neuf nouvelles œuvres, sans que le support d'archivage (disquette, bande ou disque dur ?) des œuvres d'origine ne soit précisé. Enfin, l'année 2013 voit apparaître le cas le plus documenté : Cory Archangel et d'autres bénévoles, membres du club d'informatique de Carnegie Mellon, archivent onze œuvres supplémentaires signées, à partir de disquettes exposées au musée Warhol de Pittsburgh. Certaines de ces œuvres retrouvées sont, elles aussi, disponibles sur le Web, hormis les vidéos.

10

Ce qui transparaît dans cet exemple particulier est la qualité intrinsèque de certains contenus archivés, qui peuvent en soi constituer une valeur (scientifique, historique, artistique ou commerciale), au même
titre que la découverte d'un trésor. Mais, dans le même temps, il met en exergue la question de la propriété des contenus d'origine, ce qui induit une limite d'action claire pour les tentatives de récupération de données anciennes.

11

Le dernier exemple date de 2012. Jordan Mechner, créateur du jeu vidéo mythique *Prince of Persia*, sorti en 1989 pour agrémenter les micro-ordinateurs Apple II, retrouve dans de vieux cartons les disquettes contenant le code source (soit la programmation initiale) du jeu. Il est intéressant de noter à propos de ce cas que la particularité des logiciels est de pouvoir être compilés, c'est-à-dire de subir, après une première écriture dans un langage de programmation intelligible par un humain, une opération irréversible – la compilation –, afin de produire des fichiers exécutables par une machine donnée, les rendant très difficilement compréhensibles par un humain (tableau 1). Les copies commerciales exécutables de ce jeu devenu légendaire étaient monnaie courante avant cette découverte, mais cette dernière offre désormais la possibilité d'étudier d'un point de vue historique et sociologique comment la production des logiciels, en particulier des jeux vidéo, a été abordée à l'époque de l'émergence de la micro-informatique, afin de les adapter à de nouveaux systèmes. À la suite de cette découverte, le créateur du jeu a décidé de mettre librement à disposition son code source sur la plateforme collaborative GitHub.

<table><caption>Tableau 1. Exemples comparés d'un code source et d'un code compilé</caption><tr><td><pre>#include "stdio.h"
int main() {
    printf("Hello World!");
    return 0;
}</td></tr></table><table><tr><td><pre>.intel_syntax noprefix
رة .rodata
.LC0:
    .string "Hello World!"
.text
.globl main
.type main, @function
main:
    push ebp
    mov ebp, esp
    and esp, -16
    sub esp, 16
    mov eax, OFFSET FLAT:.LC0
    mov DWORD PTR [esp], eax
    call printf
    mov eax, 0
    leave
    ret
    .size main, -.main</td></tr></table>

À gauche : la citation « *Hello World!* » programmée en langage évolué C. À droite : son équivalent compilé en assembleur x86. Un assembleur est une représentation texte d'un langage machine et x86 est l'architecture de microprocesseurs équipant tous les PC actuels, initialement développée par Intel en 1978.

12

La demande pour la récupération de données anciennes, dans le prolongement des exemples qui viennent d'être énoncés, est aussi constatée directement à l'échelle de l'association Aconit.

13

La Bibliothèque nationale de France (BNF) a sollicité l'Aconit pour la récupération de données, stockées sur des bandes magnétiques IBM 9 pistes, contenant les travaux inédits du compositeur Iannis Xenakis, l'un des précurseurs de la musique assistée par ordinateur. L'association dispose bien du matériel adéquat (un lecteur de bandes Digital TU 20) mais manque dans l'immédiat de main-d'œuvre qualifiée pour le remettre en état de fonctionner. Une demande similaire émanant d'un musicologue de l'université de Rouen concerne des données stockées sur cartouches QIC.
14

L'association grenobloise Tedimage38, garante du patrimoine industriel de l'entreprise Thomson-CSF, intégrée depuis au groupe Thales, a également souhaité récupérer le journal interne de l'entreprise, stocké sur disquettes. Cette action de sauvegarde a été rendue possible par le système qui sera décrit par la suite. Dans tous les cas, le dénominateur commun entre les logiciels d'exécution (les programmes en eux-mêmes) et les données contenues dans les programmes est le support de stockage, au point qu'il devient difficile de distinguer le traitement des uns par rapport à celui des autres.

15

Tous ces exemples montrent que les supports stockant les données d'origine sont souvent conservés, voire catalogués par leurs auteurs ou producteurs, mais que la capacité à les exploiter décroît avec le temps, du fait de la raréfaction ou de l'inactivation des matériels de lecture. Mais la raison peut en être aussi la dégradation des matériaux commerciaux constituant le support d'enregistrement des données, dégradation qui varie grandement en fonction des conditions de stockage – lumière, température, humidité relative (Judge et al. 2003). Situation qui nécessite, lorsque cela reste matériellement possible, la mise en œuvre de moyens conséquents pour recouvrer un accès aux données. Ces moyens à réunir incluent la participation de personnes qualifiées dans le domaine informatique, la recherche de la documentation d'origine, son analyse, ce qui conduit à devoir résoudre à nouveau les problèmes que s'étaient posés les ingénieurs des débuts de l'informatique, dans l'intention de concevoir au cas par cas une passerelle entre appareils anciens et environnements modernes.

16

Une des premières missions de l'Aconit en tant que conservatoire de l'informatique est donc de préserver un éventail représentatif de matériel ancien, dans le but de fournir une ressource potentielle à des travaux d'atelier, sur des machines rendues à nouveau actives.

# Contexte et objectifs

## Les actions de l'Aconit

17

L'Aconit, qui est l'Association pour un conservatoire de l'informatique et de la télématique, s'est donnée pour but, depuis 1985, de rassembler, conserver et mettre en valeur un échantillonnage représentatif du patrimoine informatique. Son objectif est de positionner cet outil au cœur de la société, en questionnant ses origines, son évolution, ses devenirs. Elle focalise en priorité son attention sur les travaux issus de la communauté scientifique et de recherche grenobloise, très représentative de l'apport de l'informatique française dans le développement de cette discipline à fort impact social, devenue essentielle au niveau mondial, et pour laquelle Grenoble a joué un rôle historique crucial (Mounier-Kuhn, 2010).

18

Comme le notait Henri Boucher (2011), observateur méticuleux de l'évolution de l'informatique mondiale, la part réellement scientifique, et non pas seulement technique ni commerciale, de cette nouvelle discipline reconnue par l'Académie des sciences dès 1966, consiste essentiellement en ses contenus logiciels. En effet, un kit de logiciels contient généralement le support langage de toute machine, en même temps que
les instructions nécessaires à la mise en route de son système³. C'est d'ailleurs précisément dans ce domaine que les laboratoires de l'IMAG (Informatique et mathématiques appliquées de Grenoble, aujourd'hui fédération de laboratoires regroupés au sein de l'université Grenoble-Alpes), et plus généralement l'écosystème de la recherche grenobloise (Grenoble-Alpes Métropole 2012), se sont principalement illustrés durant leur période faste. Il est donc naturel que l'Aconit se donne pour mission de participer de manière active à la conservation de cette catégorie particulière du patrimoine informatique, comme un élément moteur de la compréhension de cette évolution.

19

Or, comme d'autres institutions avant elle, l'Aconit a fait le constat de la perte progressive de l'opérabilité des moyens de stockage des données numériques, depuis l'apparition des différents formats de supports magnétiques en 1967. Si la lecture de programmes logiciels peut parfois être compromise, c'est avant tout la perte de l'accès aux codages (au premier rang desquels figurent les codes sources) de ces programmes et de leurs différentes formes de compilation qui constituerait une hypothèque sévère pour les recherches historiques ultérieures, par le biais, notamment, de la restitution de contextes exécutables. L'Aconit a donc décidé de tenter d'y remédier en développant une station dédiée à la copie numérique de disquettes, dans un premier temps, en vue d'assurer un archivage de sauvegarde minimal de la part active de ses presque 3 700 supports logiciels.

20

Précisons que cette station servant à dupliquer les programmes logiciels pour archivage peut, en toute bonne logique et pour les raisons déjà évoquées plus haut, être utilisée pour récupérer des données conservées sous des formats anciens devenus inaccessibles. Cependant, comme il n'est pas dans les missions de l'association de travailler sur les données externes (c'est-à-dire produites par des tiers), cette facette de l'utilisation du système ne saurait être réservée qu'à des prestations dites à façon.

## Conditions de réalisation

21

Pour réaliser ce vaste projet, l'Aconit s'est appuyée sur un environnement informatique favorable. Le développement actif du système DBAconit, par Philippe Denoyelle, ingénieur retraité, a permis depuis 2002, grâce au support de son site Internet, de créer une base de données, dénommée pour sa part DB-ACONIT, dédiée à la gestion de ses collections suivant les trois domaines identifiés : machine, document, logiciel. Les fiches individuelles de la base de données pouvant être liées entre elles, les logiciels restent donc en connexion avec leur environnement matériel d'origine. Ces fiches peuvent être illustrées par des médias de différentes natures : images (vignettes), textes (PDF), sons, vidéos... Ces différents médias sont stockés dans l'environnement de la base de données DB-ACONIT et sont publiés sur un serveur Internet public. De plus, les fichiers numériques de ces médias, au premier plan desquels figurent les JPG, sont archivés au format d'origine sur un serveur de données maison (un Xserve d'Apple Computer, Inc.⁴) à double sauvegarde interne, plus une sauvegarde manuelle externe réalisée une fois par mois environ.
Pour parvenir à la concrétisation de son objectif d'archivage numérique pérenne, l'Aconit a choisi de se doter de la solution logicielle libre FluxEngine, suivant des modalités qui seront décrites dans les chapitres suivants. S'agissant d'un projet de collection, les copies d'archivage logiciel ainsi obtenues trouvent donc tout naturellement leur place dans notre médiathèque numérique créée sur le serveur Xserve, sous le numéro d'inventaire de leur logiciel d'origine, en vue d'une exploitation future. Il est bien précisé ici qu'un archivage numérique actuel est virtuel, et que sa compatibilité technique l'affranchit de la longévité de son support matériel de production, à condition de respecter les recommandations actuelles d'archivage, dans le but d'éviter de se retrouver, d'ici quelques dizaines d'années, dans une situation analogue.

# La mise en place technique

## Problématique de l'archivage de disquettes

Les disquettes sont des supports de stockage magnétiques composés d'un disque souple et d'une enveloppe protectrice rigide ou semi-rigide. Elles ont été développées à l'origine par la firme américaine IBM à partir de 1967 pour les besoins de son ordinateur IBM System/370. Il s'agissait d'un disque de 8 pouces de diamètre (soit 20 cm environ), fonctionnant en lecture seule et pouvant contenir jusqu'à 80 kilooctets. Ce support de mémoire externe permettait de stocker les microprogrammes de l'ordinateur qui étaient transférés au démarrage sur le disque dur du système interne. Ce n'est que par voie de conséquence que cette facilité a ensuite été employée par les opérateurs à des fins d'archivage.

Plusieurs générations se sont ensuite succédé, devenant de fait un standard commercial pour l'équipement des micro-ordinateurs. Sa taille s'est progressivement réduite, passant à 5,25 pouces (13 cm), puis 3,5 pouces (9 cm), et sa capacité est montée jusqu'à 1,44 mégaoctet pour le modèle le plus répandu (figures 1 et 2). Son usage s'est ensuite peu à peu estompé à partir de la fin des années 1990, remplacé par celui du CD-ROM, enfin par celui de la clé USB. Sa production s'est achevée en 2011.

En étudiant les spécifications de ces supports, on s'aperçoit qu'il n'existe pas qu'un seul type de disquettes, mais autant de types différents que de constructeurs en ayant équipé leurs machines. En effet, les dispositifs de lecture (lecteurs) qui, pour leur part, étaient identiques d'un environnement à l'autre, n'intégreraient pas en leur sein l'intelligence nécessaire à l'encodage des données binaires⁵.
<figure><img src="image_4.png" /><figcaption>Figure 1. Les trois générations de lecteurs de disquettes : 8 pouces, puis 5,25 pouces et enfin 3,5 pouces</figcaption></figure>

Michael Holley (domaine public)

<figure><img src="image_5.png" /><figcaption>Figure 2. Les trois générations de disquettes</figcaption></figure>

Michael Holley (domaine public)

<figure><img src="image_6.png" /><figcaption>Figure 3. Représentation schématique d'un enregistrement magnétique</figcaption></figure>

Chaque transition de sens du pôle magnétique (représenté par les flèches) va générer une impulsion électrique dans la tête de lecture.

Luca Cassioli (domaine public, image modifiée par les auteurs)
Ces lecteurs n'étaient capables d'enregistrer qu'une succession de transitions du pôle magnétique, appelée le « flux », ce qui n'était pas en soi suffisant pour permettre de générer efficacement un codage binaire sous forme de « 1 » ou de « 0 » (figure 3).

<figure><img src="image_7.png" /><figcaption>Figure 4. Exemple d'un flux d'encodage de type FM</figcaption></figure>

Manuel technique du lecteur Shugart SA810

L'exemple de la figure 4 ci-dessus montre l'enregistrement de données avec un encodage de type Frequency Modulation (FM). Le temps est ici divisé en cellules de 4 microsecondes (impulsion d'horloge définie par chaque fabricant, en parallèle de la vitesse de rotation du lecteur). Il existe toujours une transition de début de la cellule. Par la suite, pour encoder un « 1 », une transition intermédiaire est effectuée au milieu de celle-ci ; inversement, pour encoder un « 0 », il n'y a pas de transition.

La tâche de génération de cet encodage est dévolue au contrôleur de disque, composant externe au lecteur, qui est différent et potentielle-ment incompatible pour chaque constructeur d'ordinateurs<sup>6</sup>. En effet, en l'absence de standard établi en amont, chaque fabricant a pu opérer des choix techniques d'encodage différents. Il existe toutefois des élé-ments communs de la géographie du support.

* La piste : c'est un cercle faisant le tour du disque (représenté en saumon sur la figure 5) ; la tête de lecture vient se positionner au-dessus d'une piste et la rotation du disque va en assurer la lecture.

* Le cylindre : il désigne les deux pistes superposées, dans le cas des disquettes double face.

* Le secteur : il définit une « part de gâteau » du disque magnétique et englobe donc des segments, ou blocs, adjacents de plusieurs pistes (représenté en violet sur la figure 5).

Nous obtenons donc deux coordonnées qui identifient un élément géographique unitaire. Chacun de ces éléments contient généralement un en-tête (header) pour détecter le début de l'enregistrement, un bloc de données et un code détecteur d'erreur de lecture (typiquement un Contrôle de redondance cyclique, ou CRC).
<figure><img src="image_8.png" /><figcaption>Figure 5. Représentation schématique d'une face de disquette</figcaption></figure>

En saumon : piste ; en bleu lavande : secteur ; en rose fuchsia : segment ou bloc
« MistWiz » (domaine public, image modifiée par les auteurs)

30

Le nombre de pistes et de secteurs pouvant lui aussi varier, il en résulte une multiplicité de paramètres caractérisant une disquette. Ces caractéristiques et leurs valeurs associées sont rassemblées dans le tableau 2.

<table><caption>Tableau 2. Liste des paramètres d'enregistrement</caption><thead><tr><td>Caractéristiques</td><td>Valeurs possibles</td></tr></thead><tbody><tr><td>Taille</td><td>8 pouces, 5,25 pouces, 3,5 pouces</td></tr><tr><td>Encodage</td><td>FM, MFM, M²FM, GCR, RLL</td></tr><tr><td>Densité</td><td>Single, Double, Quad, High Density</td></tr><tr><td>Nombre de pistes</td><td>40 à 82</td></tr><tr><td>Nombre de secteurs par piste</td><td>5 à 38 + (Zoned Bit Rate ou Constant Angular Velocity)</td></tr><tr><td>Octets par secteur</td><td>128 à 1 024</td></tr><tr><td>Vitesse de rotation</td><td>90 à 590 tours/minute</td></tr><tr><td>Nombre de faces</td><td>Single Sided, Double Sided</td></tr><tr><td>Système de fichier</td><td>FAT8/12/16, AFS, HFS, MFS</td></tr></tbody></table>

31

Ces paramètres sont susceptibles de varier d'un fabricant à l'autre.
32

Pour le format IBM (le plus répandu sur les PC des années 2000), cette
configuration donne :

* taille : 3,5 pouces

* encodage : MFM

* densité : HD (haute densité)

* nombre de pistes : 80

* nombre de secteurs par piste : 21

* nombre d'octets par secteur : 512

* vitesse de rotation : 300 tours/minute

* écriture : double face

* système de fichiers : FAT12

33

Toutes ces caractéristiques sont autant de paramètres à prendre en compte dans tout dispositif permettant de sauvegarder le contenu de disquettes 7.

Moyens mis en œuvre et premiers résultats

34

Pour parvenir à l'objectif de constituer une sauvegarde exploitable de
son importante collection de programmes et logiciels, l'Aconit a com-
mencé par étudier plusieurs solutions.

35

La grande diversité des formats rencontrés fait qu’il n’existe aucun
matériel d’époque capable de prendre en compte toutes les caractéris-
tiques recensées, les machines n’étant compatibles qu’entre gammes
d’un même fabriquant. Il faut donc disposer d’un appareil ou dispositif
créé spécialement pour intégrer cette problématique. Heureusement,
d’autres personnes avant nous se sont posé les mêmes questions et ont
produit leur propre solution, parmi lesquelles les plus efficaces sont :

* le KryoFlux, dispositif commercial et propriétaire, mais éprouvé

* le SupercardPro, similaire à KryoFlux

* l'AppleSauce, également propriétaire, mais spécialisé dans les disquettes pour Apple II

* le Greaseweasel, logiciel libre (diffusé dans le domaine public par son auteur) et communautaire

* enfin, le FluxEngine, logiciel libre également (droits de copie, modifications et redistribution accordés, obligation de citation de l'autre), développé par David Given

36

Il a été décidé délibérément de choisir une solution libre. En effet,
comme cela sera évoqué par la suite, il est nécessaire, au cours du procé-
dé de sauvegarde, de produire des fichiers spécifiques, principalement
de type « flux ». Comme il n'y a pas de standard officiel, tous ces sys-
tèmes utilisent un format différent. Dans le cas des solutions proprié-
taires, la spécification de ce format n'est pas publique, contrairement
aux solutions libres. Si un jour leurs fabricants ou auteurs venaient à dis-
paraître, il apparaît important, dans le prolongement de la thématique
mise en lumière par cet article, de garder la connaissance de la façon
dont les sauvegardes ont été produites, pour pouvoir continuer à les
exploiter.
De plus, la partie logicielle du FluxEngine est compatible avec la partie matérielle du Greaseweasel, une éventualité rendue possible en grande partie grâce à la nature *open source* des deux projets. Nous avons donc finalement choisi comme noyau de notre système le produit FluxEngine, qui présente l'avantage d'être peu onéreux à la mise en place et facile à mettre en œuvre. Il est constitué de deux parties distinctes : une partie physique matérielle (figure 6), qui se connecte aisément à un lecteur de disquettes, et une partie logicielle de traitement, fonctionnant sur un PC moderne. Il a suffi ensuite de rassembler et de connecter autour de ces éléments rendus opérationnels une station de travail dédiée, par l'adjonction de 4 postes de lecture provenant des ressources matérielles de l'Aconit et couvrant la gamme standard des formats de disquettes considérés.

<figure><img src="image_9.png" /><figcaption>Figure 6. La partie matérielle du système FluxEngine</figcaption></figure>

Cette partie est constituée d'un kit de développement pour microcontrôleur PsoC 5 et d'un connecteur adapté à la nappe de connexion du lecteur de disquettes (les broches visibles en partie supérieure).

The FluxEngine Authors, licence MIT open source, 2022

## Le principe de fonctionnement

Au sein de la chaîne opératoire intégrée par l'Aconit (figures 7 et 8), le processus de duplication commence par la sélection du lecteur adapté au support physique identifié : disquettes 8 pouces, 5,25 pouces et 3,5 pouces.

Puis la sélection du format de la disquette et de plusieurs préréglages requis permet de choisir facilement un environnement : PC, Atari ST, Apple II, Commodore, etc.

Dans le cas de l'Aconit, la mise en place du dispositif (Lecteur de disquette + contrôleur FluxEngine + PC équipé du client FluxEngine) est considérée comme acquise (station dédiée). Pour autant, le travail de l'Aconit s'est poursuivi par l'écriture d'un programme adapté à la gestion de la production des fichiers et au traitement de leur destination (configuration spécifique).

Pour obtenir un maximum de flexibilité, la partie matérielle du système ne procède à aucun décodage des signaux envoyés par le lecteur. Ceux-ci sont simplement redirigés vers le PC au moyen d'une interface USB. Ils sont ensuite traités par le logiciel client, qui effectue alors le décodage pour reconstituer les données binaires.

Il est possible d'enregistrer ce signal dans un fichier, dans le but de le décodeur ultérieurement. Il est alors converti en un fichier d'extension .flux. Ce fichier contient toutes les transitions magnétiques mesurées
par le lecteur en fonction du temps.

Les données binaires décodées sont enregistrées dans un fichier IMG. Le travail du client FluxEngine s'arrête ici : nous avons bien récupéré nos données, mais on ne peut rien faire du fichier IMG seul, car il est nécessaire de l'interpréter en fonction de la machine cible ⁸. Dans ce but, il est possible de faire appel à des logiciels externes capables d'interpréter le système de fichiers (c'est ce qui permet de donner des noms, d'attribuer des métadonnées aux fichiers produits ou de créer des arborescences de répertoirs), ainsi que d'extraire de la disquette les fichiers à proprement parler.

Il faut noter ici que ce format IMG est devenu un standard. Il existe des interpréteurs de logiciels pour plusieurs types de machines qui acceptent en entrée ce format. On peut aussi remplacer certains lecteurs de disquettes par un adaptateur (souvent sur clé USB) qui fournit à chaque demande de lecture une partie d'un fichier IMG.

<figure><img src="image_10.png" /><figcaption>Figure 7. Les différentes étapes de la sauvegarde d'une disquette par le système Aconit</figcaption></figure>

Image produite par les auteurs

<figure><img src="image_11.png" /><figcaption>Figure 8. Chemins d'exploitation possibles des données extraites par le système Aconit</figcaption></figure>

Image produite par les auteurs
Déploiement, exploitation et scalabilité ⁹

45

L'innovation de l'Aconit a consisté ici à adapter l'outil à son environnement, afin d'obtenir une chaîne opératoire complète, correctement dimensionnée et totalement intégrée. En plus d'avoir mis en batterie une série de lecteurs couplés à un ordinateur PC « client », c'est-à-dire équipé de la solution logicielle FluxEngine, Antoine Hébert a réalisé une interface cohérente de la ligne de commande, accessible aux néophytes et spécifiquement configurée pour notre usage associatif (archivage de masse).

46

Une première version nommée FloppyWizard a permis la validation du concept, par la récupération de données pour le compte de l'association Grenobloise Tedimage38, partenaire patrimonial de l'Aconit. Ces tests ont permis d'identifier des zones d'interventions nécessaires à une exploitation ultérieure : restitution de contextes de lecture et d'écriture compatibles ; récupération de secteurs de programmes défectueux ; répartition adaptée au sein d'un système de médiation numérique.

47

Une seconde version, développée en langage Python, a pris en compte les retours d'expérience pour optimiser au mieux le mode opératoire, afin de récupérer le contenu des milliers de disquettes présentes dans la collection de l'Aconit (figure 9).

<figure><img src="image_12.png" /><figcaption>Figure 9. Page d'accueil du logiciel développé par l'Aconit pour l'archivage de disquettes</figcaption></figure>

Image produite par les auteurs

48

Initialement, les différentes opérations devaient être réalisées manuellement :

* archivage de la disquette avec le logiciel FluxEngine, en utilisant les bons paramètres ; par exemple, le nom du fichier IMG doit avoir un format de numérotation unique prédéfini, de type `AC_XXXXX-yy_zzzz`, où `xxxxx` représente la racine à 5 incréments du numéro d'inventaire, `yy` un indice attribué à la position de la disquette dans la série, s'il y a lieu, et `zzzz` indiquant le nom du programme archivé
49

* lancement des programmes complémentaires permettant d'extraire les fichiers

* intégration à la base de données DBAconit ; sur la fiche d'inventaire du logiciel concerné, import du fichier de type PNG en média pour assurer un contrôle visuel de suivi, avec mise à jour du champ « Complément position », pour indiquer qu'une copie de l'ensemble des fichiers émis existe dans le dossier d'archivage correspondant

* sauvegarde des copies générées sur le serveur d'archivage en réseau de l'association

Compte tenu du temps immobilisé pour chacune de ces opérations, il n'apparaissait pas réaliste de sauver l'entièreté de la collection dans un délai compatible avec les objectifs de médiation et de valorisation virtuelles tels que décrits ci-dessous. De plus, leur emploi n'est pas aisé par les personnes n'étant pas habituées aux interfaces en ligne de commande. Pour répondre à ces nouveaux besoins, il a été décidé d'utiliser une facilité technique du système de gestion appelé DBAconit. Depuis 2010 en effet, un module serveur permet le dialogue direct entre ce système, support de nos différentes bases de données, et un autre ordinateur en utilisant un protocole normalisé XML-RPC¹⁰. Cela nous permet, entre autres opérations à gérer, d'intégrer automatiquement des fichiers en code binaire des logiciels numérisés directement dans les médias des fiches d'inventaire.

50

Pour ce faire, une nouvelle interface graphique de FloppyWizard ( figures 10a, 10b et 10c) a été développée, dans le but d'automatiser l'essentiel des étapes précédemment citées. Cette interface spécifique facilite :

* le choix initial des paramètres de la disquette

* la gestion automatique du format du nom généré

* l'extraction automatique des fichiers

* les mises à jour de la base de données DBAconit, par l'interface XML-RPC

* la copie automatique du fichier IMG dans les médias de la base de données

* la copie automatique du fichier IMG sur le serveur d'archivage réseau, Xserve

* la constitution progressive d'un programme local intégrant un module donnant accès à une recherche aisée de disquettes déjà archivées (à réaliser)

* le lancement automatique d'un émulateur sur la base de la recherche précédemment effectuée

<figure><img src="image_13.png" /><figcaption>Figure 10a. Capture d'écran de la fenêtre d'entrée de FloppyWizard2</figcaption></figure>

Image produite par les auteurs
<figure><img src="image_14.png" /><figcaption>Figure 10b. Capture d'écran du menu déroulant de sélection du format des disquettes</figcaption></figure>

Image produite par les auteurs

<figure><img src="image_15.png" /><figcaption>Figure 10c. Capture d'écran de la fenêtre de FloppyWizard2 permettant la gestion de l'accès à la base de données Aconit</figcaption></figure>

Image produite par les auteurs

Conclusion et perspectives

Ce nouvel outil spécifique à l'Aconit ouvre de réelles perspectives pour l'unification de multiples systèmes de gestion de données et leurs poten- tialités de valorisation, dans des contextes de médiation numérique. Il devient possible d'envisager, à l'aide d'outils dédiés en cours d'élabora- tion, de recréer virtuellement des environnements représentatifs de technologies informatiques choisies. En marge des émulateurs et simu- lateurs d'ordinateurs anciens, qui aujourd'hui se développent notam- ment au sein de communautés libres, il devient possible d'envisager, par exemple, de mettre en place des prises de vues interactives permettant d'accéder aux principaux composants structurels de machines identi- fiées et à leurs outils logiciels d'origine : restitutions d'écrans, visuels ou démonstrations de jeux vidéo et, pour un niveau plus avancé, accès aux codes binaires de logiciels sélectionnés. Cette perspective d'exploitation des contenus découle directement du travail préalable présenté dans cet article.
## Bibliographie

Boucher, Henri. 2011. « Préface ». Dans *Catalogue informatique* [entamé en 1954]. Grenoble : Aconit. https://www.aconit.org/spip/spip.php?article234.

Di Cosmo, Roberto. 2021. « Software Heritage, une archive pour collecter et préserver le code source ». *Bulletin des bibliothèques de France* 1. https://bbf.enssib.fr/consulter/bbf-2021-00-0000-002.

Gindre, Julie et Manuèle Ducret. 2010. « Des bibliothèques et des musées : quand l'information documentaire s' invite au musée ». Mémoire de certificat d'études supérieures en information documentaire, université de Genève.

Grenoble-Alpes Métropole. 2012. « Rapport de la Mission logiciel à Grenoble ». Grenoble-Alpes Métropole.

Judge, J.S., R.G. Schmidt, R.D. Weiss et G. Miller. 2003. « Media Stability and Life Expectancies of Magnetic Tape for Use with IBM 3590 and Digital Linear Tape Systems ». Dans *Proceedings of 20th IEEE/11th NASA Goddard Conference on Mass Storage Systems and Technologies*, 97-100. IEEE. https://doi.org/10.1109/MASS.2003.1194844.

Mounier-Kuhn, Pierre-Éric. 2010. *L'Informatique en France de la Seconde Guerre mondiale au Plan Calcul. L'émergence d'une science*. Paris : Presses de l'université Paris-Sorbonne.

Treleani, Matteo. 2017. *Qu'est-ce que le patrimoine numérique ? Une sémiologie de la circulation des archives*. Lormont : Le Bord de l'eau.

Wigan, Marcus. 1996. « The Australian Computer Museum Society : the Role of Multidisciplinary Voluntary Organisations in Modern Industrial and Socio-Technical History ». Communication présentée à CSIRAC 40th Anniversary Seminar, Melbourne, 13-14 juin.

## Annexe

### LISTE DES LIENS CONSULTÉS, CLASSÉS PAR ORDRE D'OCCURRENCE DES THÉMATIQUES

#### Récupération de photos de la mission Lunar Orbiter de la NASA

* https://www.wired.com/2014/04/lost-lunar-photos-recovered-by-great-feats-of-hackerdom-developed-at-a-mcdonalds/

* http://longnow.org/ideas/02009/05/03/digital-recovery-of-moon-images/

* https://www.nasa.gov/centers/ames/news/releases/2008/08_96AR.html

#### Récupération d'œuvres numériques d'Andy Warhol créées sur Atari ST

* http://arstechnica.com/gadgets/2014/04/lost-warhol-works-uncovered-from-old-amiga-floppy-disks/

* https://web.archive.org/web/20140425000716/https://studiofor-creativeinquiry.org/events/warhol-discovery/

#### Redécouverte du code source du jeu Prince of Persia

* http://www.numerama.com/pop-culture/22362-le-code-source-de-prince-of-persia-de-1989-publie-sur-github.html

* https://github.com/jmechner/Prince-of-Persia-Apple-II/

#### L'association Wake On Lan, organisatrice de l'événement RétroGameAlpes

* https://www.retro-game-alpes.com
## Un site commercial parmi d'autres

* romstation.com

## Site de l'association Aconit

* https://www.aconit.org

## Les différents systèmes d'archivage de disquettes disponibles sur le marché

* https://github.com/davidgiven/fluxengine/

* https://www.cbmstuff.com/index.php?route=product/product&product_id=52/

* https://www.kryoflux.com

* https://github.com/keirf/greaseweazle/

* https://applesaucefdc.com

## Les systèmes états-uniens équivalents à celui de l'Aconit

* Logiciels obtenus par émulations avec la solution de OpenSLX (Emulation as a service, Bibliothèque universitaire de Yale) : https://news.yale.edu/2018/02/13/project-revives-old-software-presents-born-digital-data/ ; https://openslx.com

* Le Software Preservation Network : https://www.softwarepreservationnetwork.org/core-activities/

* Le Software Preservation Group du Computer History Museum : https://www.softwarepreservation.org/projects/directoryofswlinks/

## Compléments sur les systèmes et les modes de représentation qu'ils autorisent

* Hébert, Antoine et Xavier Hiron. 2022. « Mise en place d'un projet d'archivage logiciel au sein de la collection de l'Aconit ». *Echosciences Grenoble*. 20 janvier. https://www.echosciences-grenoble.fr/articles/aconit-pstc-mise-en-place-d-un-projet-d-archivage-logiciel-au-sein-de-la-collection-de-l-aconit.

* Aconit. 2022. « Simulation et émulation 2D ou 3D : l'avenir de la médiation numérique en calcul et informatique ». *Echosciences Grenoble*. 10 septembre. https://www.echosciences-grenoble.fr/articles/simulation-et-emulation-2d-ou-3d-l-avenir-de-la-mediation-numerique-en-calcul-et-informatique/.

## Notes

<footnote n="1">1. https://docs.softwareheritage.org/devel/roadmap/roadmap-2021.html.</footnote>

<footnote n="2">2. « Un logiciel fonctionne [...] grâce à du code exécutable, compréhensible uniquement par des machines. Or, l"âme" d'un logiciel réside bel et bien dans son code source, c'est-à-dire dans les instructions telles qu'elles sont rédigées pour être lisibles par l'humain. Le code exécutable traduit pour la machine les indications du code source. Plus précisément, l'ordinateur exécute du code binaire selon les indications du code source » (Di Cosmo 2021).</footnote>

<footnote n="3">3. Un système d'exploitation (OS) est en même temps un logiciel et le support d'exécution de tous les programmes qui peuvent être lancés par la suite (qui ne peuvent donc pas fonctionner seuls). Les logiciels compilés commercialement sont, pour leur part, constitués de données et de codes exécutables spécifiques pour chaque modèle de machine.</footnote>
4 Numéro d'inventaire AC_26049-01 : https://db.aconit.org/dbaconit/consulter.php?id-collection=15435&db=0.

5 À l'origine de l'encodage, chaque fabriquant a réalisé un choix technique différent, notamment pour s'assurer le contrôle de la diffusion de ses produits logiciels (part intelléc-tuelle comprise). Pour les disquettes les plus utilisées avant leur disparition commerciale en 2011 (PC), le standard était : taille 3,5 pouces ; encodage MFM ; densité HD ; 80 pistes, double face, 18 secteurs/piste ; vitesse 300 tours/min ; système FAT16, ce qui donne une capacité totale de 1,44 Mo, soit environ 20 000 fois moins qu'une clé USB moderne de 32 Go.

6 Des systèmes anticopie ont généralement été implémentés par les fabricants ou éditeurs de logiciels, en ajoutant par exemple des écarts de codage : suffisamment peu pour que la lecture reste possible, mais assez pour que la copie échoue. Depuis les origines de l'informatique commerciale, les logiciels sont progressivement devenus la spécificité d'éditeurs spécialisés en ingénierie logicielle.

7 Il existe d'autres formats de stockage magnétique, sur cartes ou sur bandes ; ceux-ci ne sont pas considérés dans le cas actuel, car ils nécessitent d'autres formes de lecteurs ; surtout, les bandes ont été massivement utilisées pour stocker des données, plus rarement des programmes ; cependant, leur principe de sauvegarde reste le même.

8 Une version prochaine de FluxEngine devrait permettre de décodeur aussi les systèmes fichiers.

9 Scalabilité : capacité d'un produit informatique à s'adapter aux fluctuations de la demande.

10 Dans ce cas, l'ordinateur « serveur » met à disposition des ordinateurs « clients » un certain nombre d'opérations appelées « méthodes », bien documentées et bien protégées : recherche, lecture ou ajout d'informations dans une fiche, etc.

## Auteurs

### Antoine Hébert

Association Aconit, Grenoble, France
Antoine Hébert, ingénieur en informatique embarquée et électronique numérique, est bénévole de l'association Aconit, où il est notamment en charge des projets de remise en marche et d'archivage logiciel.
ORCID 0009-0007-2412-7718
antoine@hebert.ovh

### Xavier Hiron

Association Aconit, Grenoble, France
Xavier Hiron, titulaire d'un DEA et d'une maîtrise de sciences et techniques en archéologie (Paris I Panthéon-Sorbonne), a d'abord été gestionnaire de projets à l'Atelier de recherche et de conservation Nucléart (ARC-Nucléart) à Grenoble, et s'est orienté vers la gestion du patrimoine scientifique et technique contemporain après avoir inventorié la collection du Musée grenoblois des sciences médicales au CHU Grenoble-Alpes. Il est chargé de mission « collection » au sein de l'association Aconit et chargé d'inventaire pour la mission nationale PATSTEC de la PICST-CNAM.
ORCID 0009-0008-6604-6278
collection.stc@aconit.org

## Droits d'auteur

<figure><img src="image_16.png" /></figure>

Creative Commons - Attribution 4.0 International - CC BY 4.0
https://creativecommons.org/licenses/by/4.0/