Convertir des Go en Mo semble trivial jusqu’au moment où le disque de sauvegarde refuse une copie que la somme des tailles de fichiers laissait présager sans problème. Comprendre pourquoi exige de distinguer trois phénomènes distincts : le choix de la base de calcul, l’allocation par blocs du système de fichiers, et les données retenues par les instantanés. Ces trois facteurs s’accumulent et expliquent l’écart entre ce qu’on calcule sur papier et ce que le disque affiche réellement.
Décimal ou binaire : la base de calcul change le résultat final
Les fabricants de supports de stockage expriment leurs capacités en base décimale : 1 Go vaut 1 000 Mo, 1 Mo vaut 1 000 Ko, et ainsi de suite. C’est la convention du Système international d’unités, et elle augmente la lisibilité commerciale des chiffres affichés.
A lire en complément : L'intelligence artificielle optimise la gestion documentaire en entreprise
Les systèmes d’exploitation, en revanche, ont longtemps utilisé la base binaire. Dans ce système, 1 Gio (gibioctet) vaut 1 024 Mio, et 1 Mio vaut 1 024 Kio. L’écart entre les deux bases grossit à mesure que les volumes augmentent.
Pour la sauvegarde, la conséquence pratique est immédiate : un disque annoncé en unités décimales affiché en unités binaires paraît toujours plus petit qu’attendu, sans qu’aucune donnée ne soit perdue. L’écart apparaît avant même la copie du premier fichier. Vérifier quelle convention utilise votre système d’exploitation, ou comparer les capacités directement en octets, est le seul moyen de comparer les mêmes quantités.
A lire aussi : Python and list en pratique : exemples concrets et cas réels
| Capacité annoncée (décimal) | Affichage binaire équivalent |
|---|---|
| 1 Go (1 000 Mo) | environ 953 Mio |
| 100 Go | environ 93,1 Gio |
| 1 To (1 000 Go) | environ 931 Gio |
Ces valeurs sont stables et reproductibles : elles résultent uniquement du rapport entre les deux bases, pas d’une perte physique.
Taille logique et espace alloué : ce que l’Explorateur ne dit pas assez clairement
Un fichier possède deux mesures distinctes. Sa taille logique est la quantité d’octets qu’il contient réellement. L’espace qu’il occupe sur le disque dépend de la taille des blocs d’allocation du système de fichiers : le fichier mobilise toujours un nombre entier de blocs, même s’il n’en remplit pas le dernier.
Pour un seul fichier volumineux, l’écart est négligeable. Pour des milliers de petits fichiers, il devient significatif. Un dossier contenant une grande quantité de documents, de miniatures ou de fichiers de configuration peut occuper nettement plus d’espace que la somme de leurs tailles affichées.
Sous Windows, l’Explorateur expose cette différence : un clic droit sur un dossier, puis « Propriétés », affiche à la fois « Taille » et « Taille sur le disque ». Ces deux valeurs peuvent diverger sensiblement sur des répertoires contenant de nombreux petits fichiers. Utiliser « Taille sur le disque » pour dimensionner une sauvegarde donne une estimation bien plus fiable que la somme des tailles logiques.
Instantanés Time Machine : de l’espace occupé sans fichiers visibles
Sur Mac, Time Machine crée des instantanés locaux stockés sur le disque de démarrage. Ces instantanés conservent des versions antérieures de fichiers, y compris ceux qui ont été supprimés depuis. macOS les considère comme de l’espace récupérable qu’il peut libérer lorsque le système en a besoin.
Du point de vue du calcul de sauvegarde, cela crée une asymétrie : l’espace réellement occupé sur le volume source peut dépasser la taille de l’arborescence visible. Un disque de sauvegarde dimensionné uniquement à partir de ce que l’utilisateur voit dans le Finder peut se révéler insuffisant.
Ces instantanés ne remplacent pas une sauvegarde sur support distinct. Une panne du Mac ou sa perte physique emporte aussi les instantanés stockés localement. Ils servent à restaurer une version antérieure d’un fichier en cas de modification accidentelle, pas à protéger contre une défaillance matérielle.
Formuler une estimation de sauvegarde fiable en Go et Mo
Calculer l’espace nécessaire avant une sauvegarde ne se résume pas à additionner les tailles affichées. Une méthode rigoureuse intègre plusieurs vérifications successives.
- Vérifier l’espace réellement occupé sur le volume source, pas la somme des tailles de fichiers. Sous Windows, le récapitulatif des propriétés du lecteur ou du dossier racine donne l’espace utilisé en octets. Sur Mac, « À propos de ce Mac » > Stockage affiche l’occupation réelle, instantanés inclus ou exclus selon la version de macOS.
- Identifier la convention d’unités du support de destination : un disque externe ou un service cloud annoncé en Go décimaux doit être comparé à l’espace source exprimé dans la même base. Si le système d’exploitation affiche des Gio, convertir en multipliant par 1,074 pour obtenir des Go décimaux approximatifs.
- Prévoir une marge sur la destination : les systèmes de sauvegarde incrémentale, les métadonnées de catalogue et les blocs de parité sur certains systèmes RAID consomment de l’espace au-delà des fichiers eux-mêmes. Une marge de l’ordre de 10 à 20 % sur la capacité calculée évite les saturations prématurées.
Tableau de conversion Go en Mo pour les tailles courantes
Pour les calculs rapides, les deux formules de base s’appliquent selon la convention choisie.
En base décimale (convention fabricants et cloud) : 1 Go = 1 000 Mo. En base binaire (affichage de certains systèmes d’exploitation) : 1 Gio = 1 024 Mio.
| Taille en Go (décimal) | Équivalent en Mo (décimal) | Équivalent en Mio (binaire) |
|---|---|---|
| 0,5 Go | 500 Mo | 477 Mio |
| 1 Go | 1 000 Mo | 953 Mio |
| 4 Go | 4 000 Mo | 3 815 Mio |
| 16 Go | 16 000 Mo | 15 259 Mio |
| 50 Go | 50 000 Mo | 47 684 Mio |
Ces conversions sont calculées à partir des rapports exacts entre les deux bases. Pour une estimation de sauvegarde, la colonne décimale correspond à ce qu’indique l’étiquette du support ; la colonne binaire correspond à ce qu’affichera le système si il utilise cette convention.
L’estimation reste approximative tant que l’espace alloué par le système de fichiers n’est pas mesuré directement sur le volume source. Calculer en Go et Mo sur papier donne un ordre de grandeur ; mesurer l’espace réellement occupé sur le disque donne la seule valeur actionnable pour choisir un support de sauvegarde adapté.
