Mais, j'ai accusé personne :angelic:. peace en plus tu me parle chinois avec "SIP"
J'accuse pas, j'explicite.
J'accuse pas, j'explicite.
Je viens de passer à Sierra (nouvel iMac suite au décès du précédent...) et j'ai installé Disk Oldility
Malheureusement, malgré la commande
sudo chown -R root:wheel /Applications/Utilities/Disk\ Oldility.app
le lancement se traduit par un crash instantané...
Malheureusement, malgré la commande
sudo chown -R root:wheel /Applications/Utilities/Disk\ Oldility.app
le lancement se traduit par un crash instantané...
M
Membre supprimé 1060554
Invité
r e m yC'est le nouveau diskmanagement framework qui n'est plus compatible avec «Disk Oldility».
Mais... qu'aperçois-je là sur ce Bureau de «Sierra 10.12.3» ?
Eh oui ! C'est toujours lui : l'ancien «Utilitaire de Disque» bien opérationnel dans l'environnement de «Sierra»
Pour obtenir ce résultat > il faut implémenter le logiciel d'un petit switch (c'est la « fuite en avant » dans le bricolage pour garder la disposition de la « marche arrière »).
=> bref : ça sent le billet dominical, cette affaire...
M
Membre supprimé 1060554
Invité
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.
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 :
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» ?
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.
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
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.appCes 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» ?
Dernière édition par un modérateur:
Merci de cette explication limpide.
Je pense que comme toi, je vais me rabattre sur le Terminal...
Je pense que comme toi, je vais me rabattre sur le Terminal...
Hello @macomaniac ! j'ai copier sur Yosemite et intégrer , renommer mais cela fonctionne pas j'ai un message voir ci-joint :
M
Membre supprimé 1060554
Invité
ninkasiTu es bien dans l'environnement de «Sierra» ? --> j'ai l'impression qu'une erreur s'est produite lors de la création de l'archive que j'ai mise en téléchargement dans ma DropBox.
Essaye ceci : ☞DO-12.zip☜ et dis-moi si tu récupères une application fonctionnelle.
[Quand tu dis :
c'est un peu plus compliqué que ça pour faire fonctionner l'«Utilitaire de Disque» de «Yosemite» dans «Sierra». Il fallait déjà un petit patch pour le rendre fonctionnel dans «El Capitan» > mais dans «Sierra» il faut carrément remplacer des ressources-Système à la volée (et les replacer lorsque l'application quitte).]
M
Membre supprimé 1060554
Invité
En ce qui concerne la version patchée pour «El Capitan» --> essaye ce lien : ☞DO.zip☜
Tu dézippes > tu déplaces «Disk Oldility.app» at: Applications > Utilitaires > puis dans une fenêtre du «Terminal» tu passes la commande :
qui remet root & wheel comme utilisateur & groupe propriétaires du paquetage de l'application (en valeurs octales : root = 0 comme user et wheel = 0 comme group).
Tu dézippes > tu déplaces «Disk Oldility.app» at: Applications > Utilitaires > puis dans une fenêtre du «Terminal» tu passes la commande :
Bloc de code:
sudo chown -R 0:0 /Applications/Utilities/Disk\ Oldility.app
M
Membre supprimé 1060554
Invité
Hé ! une question « polysémique » (comme dirait l'autre). Je ne sais pas si empiler des applications peut servir à « améliorer » un OS. À l'ajuster aux attentes de l'utilisateur ? - éventuellement. Mais tout dépend de l'utilisateur - alors.
En ce qui me concerne, je suis un homme du texte, pas de l'image. Rien que l'idée de me servir de complexes logiciels pour traiter des fichiers graphique me rebute a priori. Ce privilège accordé au « texte » fait que, même en ce qui concerne une personnalisation de l'OS, j'incline à passer par le «Terminal» et des commandes en mode "texte" plutôt que par des logiciels graphiques.
Dans ce fil que j'ai créé > c'est plus d'un « baroud d'honneur » (disons) qu'il s'est agi (démontrer que l'ancien «Utilitaire de Disque» de la vieille école pouvait toujours rester fonctionnel - d'abord dans «El Capitan» > puis dans «Sierra») ; que de l'expression d'un besoin personnel. S'il me faut gérer des partitions ou créer une Matrice RAID > je préfère, et de loin, convoquer diskutil en ligne de commande que de passer par un logiciel graphique. J'apprécie la clarté sèche d'une commande bien tempérée, qui m'apporte une satisfaction intellectuelle qu'aucune action en mode "presse-bouton" dans la GUI d'un logiciel graphique ne me procure.
Par extension > tu comprendras sans mal que je ne suis pas un grand expert en utilitaires graphiques...
Ça tombe bien parce qu'avec macOS tu as un petit outil pour faire quelques manipulations (très simples) sur des images, sips.
Et tu peux toujours installer l'excellent ImageMagick, qui a une commande en mode texte assez pratique.
Bonjour tout le monde,
Je déterre ce topic, car je viens seulement aujourd'hui de découvrir l'existence de ce patch
GRAND Merci à toi, Macmaniac pour cette belle trouvaille !!!
Depuis que je teste Yosemite et El Capitan sur mes différents DDE, pour savoir lequel finira dans mon vieil iMac 24" de 2007, c'est l'un des trucs qui me gênaient le plus - cet utilitaire de disque indigeste d'El Cap ...
Et voilà que je pourrai à présent passer à El Capitan, qui marche mieux que Yosé sur mon vénérable iMac doté quand même d'un SSD Samsung EVO 1To et de 6Go de RAM - ElCap est à la fois plus rapide et plus fluide.
L'utilitaire patché que j'ai installé n'est pas celui de Macmaniac, car son lien ne fonctionne plus. J'en ai trouvé un sur macplanetet.com et comme au départ rien ne marchait, je l'ai renommé pour pouvoir rentrer dans le terminal la phrase magique de macmaniac.
Par contre, la réparation des permissions ne fonctionne pas. Normal ou c'est mon patch qui est foireux?
Je déterre ce topic, car je viens seulement aujourd'hui de découvrir l'existence de ce patch
GRAND Merci à toi, Macmaniac pour cette belle trouvaille !!!
Depuis que je teste Yosemite et El Capitan sur mes différents DDE, pour savoir lequel finira dans mon vieil iMac 24" de 2007, c'est l'un des trucs qui me gênaient le plus - cet utilitaire de disque indigeste d'El Cap ...
Et voilà que je pourrai à présent passer à El Capitan, qui marche mieux que Yosé sur mon vénérable iMac doté quand même d'un SSD Samsung EVO 1To et de 6Go de RAM - ElCap est à la fois plus rapide et plus fluide.
L'utilitaire patché que j'ai installé n'est pas celui de Macmaniac, car son lien ne fonctionne plus. J'en ai trouvé un sur macplanetet.com et comme au départ rien ne marchait, je l'ai renommé pour pouvoir rentrer dans le terminal la phrase magique de macmaniac.
Par contre, la réparation des permissions ne fonctionne pas. Normal ou c'est mon patch qui est foireux?
Dernière édition:
M
Membre supprimé 1060554
Invité
mjpoloAlors voici un lien réactivé (s'il était besoin) : DiskOldility.app
La "phrase magique" est simplement une commande qui restaure l'user à root et le primary group à wheel sur le logiciel - ce de manière récursive. Il suffit en fait de saisir le départ de commande :
Bloc de code:
sudo chown 0:0Commande qui appelle avec sudo (qui fait emprunter l'identité de root) > l'utilitaire chown (change_owner : changer les propriétaires) > avec l'argument 0:0 (façon abrégée d'écrire root:wheel - 0 étant aussi bien l'UID [UserIDentifier] de l'user root que du group wheel).
----------
La réparation des permissions n'est plus permise dans «El Capitan» - suite à la modification du DiskManagement.framework. Mais il existe un double contournement en ligne de commande -->
Par la commande :
Bloc de code:
sudo /usr/libexec/repair_packages --standard-pkgs --repair /Par la commande :
Bloc de code:
diskutil listUsers / | grep -v '_'D'où par la commande :
Bloc de code:
diskutil resetUserPermissions / UID[NB. «DiskOldility» ne fonctionne plus dans «Sierra» - non plus que la commande repair_packages car l'utilitaire éponyme a été retiré du dossier /usr/libexec.
Il existe bien entendu un procédé pour maintenir encore la fonctionnalité de l'ancien «Utilitaire de Disque» dans «Sierra» - mais demandant une mise en place plus complexe qu'un simple patch. Il est aussi possible de ré-importer l'utilitaire repair_packages dans le même OS.]
Sujets similaires
10.11 El Capitan
a propos de disk utility
10.11 El Capitan
installer el capitan sur une clé usb
