Détecter le système d'exploitation depuis un script : uname, os-release, sw_vers, oslevel et ordre de repli

Objectif

Déterminer, depuis un script, sur quel système d'exploitation (et, le cas échéant, quelle distribution et quelle version) il s'exécute, avec une fiabilité suffisante pour choisir la bonne commande parmi les comparaisons de cette série.

Prérequis

Un shell POSIX (sh/bash) pour les cibles de type Unix, ou PowerShell pour Windows ; aucune hypothèse n'est faite sur les utilitaires préinstallés en dehors du shell lui-même.

Étapes

1. Commencer par uname -s dans n'importe quel shell POSIX. Cette commande identifie la famille du noyau à moindre coût et est présente sur tout système de type Unix : Linux, Darwin (macOS), FreeBSD, AIX, etc. Un shell POSIX sous Windows renvoie par exemple MINGW64_NT-... (Git Bash) ou CYGWIN_NT-..., tandis que WSL renvoie Linux.
2. Si uname -s renvoie Linux, lire /etc/os-release (ou, à défaut, /usr/lib/os-release si le premier est absent) et utiliser les champs ID= et VERSION_ID= pour obtenir la distribution et sa version, sans avoir à analyser de bannières en texte libre. Ce fichier est la source d'identification standard, lisible par machine, sur les distributions Linux modernes.
3. Si uname -s renvoie Darwin, exécuter sw_vers -productVersion pour obtenir le numéro de version de macOS ; sw_vers -productName confirme qu'il s'agit bien de macOS et non d'un autre système basé sur Darwin.
4. Si uname -s renvoie FreeBSD, exécuter freebsd-version pour la version de l'espace utilisateur, et séparément uname -r pour la version du noyau en cours d'exécution : les deux peuvent différer juste après une mise à niveau, tant que le système n'a pas été redémarré.
5. Si uname -s renvoie AIX, exécuter oslevel -s pour obtenir la chaîne du niveau de maintenance/technologie courant.
6. Dans un contexte où le shell peut être PowerShell plutôt que POSIX (outil d'automatisation multiplateforme, PowerShell 7+ sous Linux/macOS), vérifier d'abord $IsWindows, $IsLinux et $IsMacOS — ces variables automatiques existent à partir de PowerShell 6 — et utiliser $PSVersionTable.OS pour plus de détails. Windows PowerShell 5.1 n'en dispose d'aucune : une variable non définie y vaut $null (ou provoque une erreur sous Set-StrictMode). Il faut donc tester $PSVersionTable.PSEdition -eq 'Desktop', ce qui identifie Windows PowerShell 5.1, un hôte exclusivement Windows.
7. Si aucune des sources structurées ci-dessus n'est disponible (environnement minimal ou inhabituel), se rabattre en dernier recours sur l'analyse de la sortie en texte libre de uname -a, et considérer le résultat comme peu fiable.

Résultat attendu

Le script obtient une famille d'OS et, le cas échéant, une chaîne de distribution/version, à partir de la source structurée la plus précise disponible pour cette famille, avec un chemin de repli documenté plutôt qu'un unique test fragile.

Limites et base de vérification

/etc/os-release est une convention documentée et largement adoptée par les distributions Linux, et non une garantie imposée par le noyau ; une image non standard ou minimale peut tout de même l'omettre, d'où l'étape 7. La détection indique ce qu'est l'OS, pas s'il est encore supporté : il convient de la combiner avec la vérification du cycle de vie présentée dans cette série avant d'automatiser une action sur l'ensemble d'un parc. Aucune affirmation n'est faite sur les performances ou les temps d'exécution de ces commandes ; elles sont traitées uniquement comme des vérifications de justesse.