Je ne me suis pas pressé de mettre à jour ce fil que j'avais créé et de signaler le moyen de lancer et d'exécuter dans l'environnement de «
Sierra 10.12» l'«
Utilitaire de Disque» de la
vieille école (celui qui a terminé sa carrière officielle avec «
Yosemite 10.10.5») dont j'avais proposé la version
patchée pour «
El Capitan 10.11» sous l'intitulé de «
Disk Oldility.app».
Il y a deux raisons principales a cette abstention : personnelle et logicielle.
- La raison personnelle est que j'ai complètement fini par lâcher l'affaire, en ce qui concerne un logiciel graphique de gestion des disques comme l'«Utilitaire de Disque». J'ai adoré me servir de cette application d'exception dans sa version vieille école et j'ai réprouvé sa mutilation dans une version new age pour gosses du primaire. Mais je suis passé intégralement à la gestion des disques en "mode texte", ce qui revient à appeler dans le «Terminal» deux binaires UNIX majeurs : diskutil et hdiutil (le premier pour les disques "réels" et le second pour les "images-disques") et collatéralement une ribambelle de petits utilitaires plus spécialisés.
Je suis foncièrement un homme du texte, pas de l'image. Les mots me représentent plus clairement & distinctement les choses à l'idée que n'importe quelle figuration graphique. En quoi je m'inscris en faux par rapport à la déclaration de Napoléon : « mieux vaut un petit croquis qu'une longue explication ». Pour exécuter quelque chose, peut-être, dans l'ordre de l'action pratique ; certainement pas pour concevoir quelque chose, dans l'ordre de la théorie. Comme le disait plus disertement Baruch Spinoza : « le concept du chien n'aboie pas» - or c'est justement ce que voudrait me faire imaginer l'image du chien avec un phylactère attaché à la gueule portant mention d'un : « Wouah ! Wouah ! ».
Bref : inutile de continuer d'épiloguer sur mon cas de figure, qui se résume à dire : un simple tableau retourné par la commande : diskutil list me donne à lire un texte infiniment plus clair & distinct à l'idée que n'importe quelle représentation graphique, qu'elle soit en forme de rectangle ou de camembert.
- La raison logicielle est que récupérer l'usage de «Disk Oldility» dans l'environnement de «Sierra» va à l'encontre d'une série d'obstacles : d'une part, des ressources incompatibles dans l'OS même : la création d'un framework DiskManagement.framework (at: /System/Library/PrivateFrameworks) inconciliable avec les réquisits du logiciel vieille école > idem pour ce qui est du daemon diskmanagementd (at: /usr/libexec) ; d'autre part, un renforcement des défenses logiques de «Sierra» contre des modifications logicielles sensibles : le SIP verrouillant au lancement du Système des répertoires comme /System et /usr > mais aussi le resserrement du contrôle d'acceptation de logiciels tiers dans l'OS (figuré graphiquement dans le panneau des Préférences Système > Sécurité et confidentialité > Général --> par la suppression de l'option traditionnelle : "N'importe où").
Ré-importer dans l'environnement de «Sierra» une version exécutable de «DiskOldility» implique donc de contrer les obstacles et les défenses que j'ai cités - ce qui n'a rien pour effrayer le « geek » patenté (lequel n'en est plus à une rouerie logique près) > mais qui par contre engage à des manipulations logicielles dont l'utilisateur « candide » ne prend pas la mesure en toute conscience.
Cela dit > pour les «
happy few » qui auraient déjà réussi à franchir l'obstacle du morceau de prose précédent
et qui voudraient garder la jouissance de «
Disk Oldility» dans l'environnement de «
Sierra» > voici le lien à la version compatible avec «
Sierra» de ce logiciel téléchargeable depuis le le dossier public de ma «
DropBox» : ☞
Disk Oldility12.app.zip☜.
Pour utiliser ce logiciel > les conditions
sine qua non sont : la
désactivation permanente du
SIP au lancement de
macOS ainsi que la
désactivation du contrôle-Système proscrivant l'importation d'applications non référencées (rappel :
sudo spctl --master-disable) - ce que plus d'un trouveront excessif. De surcroît > une fois l'application déplacée dans le dossier des
Utilitaires du répertoire des
Applications > la restauration de l'utilisateur
root et du groupe
wheel comme accédants propriétaires de tout le paquetage de l'application par la commande :
Bloc de code:
sudo chown -R 0:0 /Applications/Utilities/Disk\ Oldility12.app
Ces précautions multiples prises (évoquées ici plutôt que documentées dans le détail contrairement à mes habitudes, ce pour les raisons énoncées précédemment) > le logiciel devrait se lancer et être opératoire.
Je ne suis pas l'auteur de l'implémentation qui permet à «
Disk Oldility12.app» d'être fonctionnel dans «
Sierra» (comme je l'ai dit : j'ai lâché l'affaire des logiciels graphiques pour ce qui est de la gestion des disques et je ne me suis pas investi à ce sujet) - le mérite en revient à un astucieux bidouilleur qui se masque sous le pseudo de :
dimosgmx.
En bref et sans abonder en considérations techniques : le lancement de l'application induit un « pré-lancement » (exécution d'un script) qui remplace le
framework :
DiskManagement.framework & le
daemon :
diskmanagementd de «
Sierra» par ceux d'«
El Capitan» > substitution qui va permettre à l'application
patchée «
Disk Oldility» de trouver à leurs places attendues les ressources requises pour son opérabilité. À la fermeture de l'application > vice-versa > une instruction inverse replace les orginaux du
framework :
DiskManagement.framework & du
daemon :
diskmanagementd de «
Sierra» à leurs places logiques, ce qui permet de lancer normalement l'«
Utilitaire de Disque» de cet OS.
Ce tour de passe-passe logiciel digne des « passez muscades » des prestidigitateurs (lequel rend compte d'une demande d'authentification
admin au lancement et de l'affichage en double dans le «
Dock» d'une icône de «
Disk Utility») induit qu'il est impossible de lancer en parallèle les 2 versions de l'«
Utilitaire de Disque» (l'ancienne et la nouvelle) comme c'était possible dans l'environnement d'«
El Capitan» où les 2 applications pouvaient se partager le même
framework et le même
daemon. Pour les esprits avertis > il explique suffisamment pourquoi je m'étais abstenu de faire de la publicité concernant «
Disk Oldility12.app» : modifier à la volée 2 ressources-Système de «
Sierra», intervention impliquant la désactivation du
SIP et le relâchement du Contrôle-Système des applications autorisées => tout cela va bien au-delà du simple
patch de l'exécutable qui permettait de lancer «
Disk Oldility» dans l'environnement d'«
El Capitan».
C'est uniquement en réponse à la curiosité de
r e m y que j'ai documenté cette mise-à-jour de «
Disk Oldility12.app». Ces simples bricolages d'amateur sont quand même révélateurs de quelque chose : en informatique > tout est toujours possible (ou continue d'être possible) pour peu qu'on y mette les moyens (et qu'on veuille et/ou puisse y mettre ces moyens). Une simple instruction donnée par des responsables politiques d'Apple à des ingénieurs-Système, par exemple, permettrait de restaurer l'opérabilité de l'utilitaire
translate dans
macOS (càd. de l'exécutable de «
Rosetta»). Cela dit : dans une ère entièrement fascinée par la survenue du «futur»> qui se soucie encore d'une conservation de l'«antérieur» ?