Une application pour créer un RamDisk sous OS X, Réactions à la publication du 05/05/2014

[Kalm]

Qui à envie de jouer à modifier les profils systèmes Sandbox? Kalm?

Aller je me lance

EDIT: Plus de 3 000 vu ! Ca semble pas laisser indifferent ces histoires de RamDisk ^^

Ce message a été modifié par Kalm - 8 May 2014, 18:05.

[Guest_macmagna_*]

Si tu veux essayer il faut:

1) Copier sur le Bureau et modifier les fichiers "/System/Library/Sandbox/Profiles/com.apple.iconservicesd.sb » et «/System/Library/Sandbox/Profiles/com.apple.IconServicesAgent.sb » « à la main »
2) renommer les fichiers originaux
3) Copier les fichiers modifiés à la place des originaux
4) Restaurer dessus les bons user:group et permissions dans le Terminal:

Code

sudo chown root:wheel /System/Library/Sandbox/Profiles/com.apple.iconservicesd.sb
sudo chmod 644 /System/Library/Sandbox/Profiles/com.apple.iconservicesd.sb

sudo chown root:wheel /System/Library/Sandbox/Profiles/com.apple.IconServicesAgent.sb
sudo chmod 644 /System/Library/Sandbox/Profiles/com.apple.IconServicesAgent.sb

5) puis re-démarrer

C’est plutôt délicat et il n’y aucune garantie de succès...

Ne pas oublier bien sûr, un bon backup des fichiers originaux avant tout traffic.

Si ça marche, tu viens de trouver une belle faille de sécurité (modifier la portée d’une application Sandboxée en modifiant un fichier système).
Si quelqu'un à des idées ou des remarques sur tout ce bazar, je suis preneur.

[Kalm]

Yep macmagna, mais je les renomme par quelle noms?

[Guest_macmagna_*]

Yep macmagna, mais je les renomme par quelle noms?

Tu renomme les fichiers originaux avec un autre nom (n'importe lequel qui ne correspond pas à l'identifiant interne d'une application présente, tu peux par exemple juste ajouter .backup à la fin) pour pouvoir mettre à leur place les fichiers modifiés.

[Kalm]

Yep macmagna, mais je les renomme par quelle noms?

Tu renomme les fichiers originaux avec un autre nom (n'importe lequel qui ne correspond pas à l'identifiant interne d'une application présente, tu peux par exemple juste ajouter .backup à la fin) pour pouvoir mettre à leur place les fichiers modifiés.

Lorsque tu veux dire
"2) renommer les fichiers originaux »
Tu veux bien dire ceux que j ai copié sur le bureau?
ensuite je les recopies a l emplacement des originaux
Mais ça ne va pas remplacer les originaux non modifié puisque pas le meme noms, donc j' en fais quoi , je les supprime. ?

EDIT
Ah, d'accord tu veux dire que les dossiers sur le bureau sont simplement des backup en cas de problème.;-)

Ce message a été modifié par Kalm - 8 May 2014, 18:51.

[Guest_macmagna_*]

Yep macmagna, mais je les renomme par quelle noms?

Tu renomme les fichiers originaux avec un autre nom (n'importe lequel qui ne correspond pas à l'identifiant interne d'une application présente, tu peux par exemple juste ajouter .backup à la fin) pour pouvoir mettre à leur place les fichiers modifiés.

Lorsque tu veux dire
"2) renommer les fichiers originaux »
Tu veux bien dire ceux que j ai copié sur le bureau?
ensuite je les recopies a l emplacement des originaux
Mais ça ne va pas remplacer les originaux non modifié puisque pas le meme noms, donc j' en fais quoi , je les supprime ?

Non, je veux dire que tu dois modifier le nom des fichiers originaux dans /System/Library/Sandbox/Profiles/ pour éviter de les écraser quand tu remet en place les fichiers modifiés (ceux qui sont sur le Bureau).

Plus simplement pour faire un backup des fichiers originaux:

Code

sudo cp -f /System/Library/Sandbox/Profiles/com.apple.iconservicesd.sb /System/Library/Sandbox/Profiles/com.apple.iconservicesd.sb.backup
sudo cp -f /System/Library/Sandbox/Profiles/com.apple.IconServicesAgent.sb /System/Library/Sandbox/Profiles/com.apple.IconServicesAgent.sb.backup

et pour restaurer les fichiers originaux en cas de problème:

Code

sudo cp -f /System/Library/Sandbox/Profiles/com.apple.iconservicesd.sb.backup  /System/Library/Sandbox/Profiles/com.apple.iconservicesd.sb
sudo cp -f /System/Library/Sandbox/Profiles/com.apple.IconServicesAgent.sb.backup  /System/Library/Sandbox/Profiles/com.apple.IconServicesAgent.sb

Attention à pas t'emmêler les pinceaux! Je te conseille aussi de copier les fichiers originaux à un autre endroit sûr, n'oublies pas que c'est des fichiers systèmes qu'on est pas censé toucher alors c'est pas le moment d'en perdre un (ou deux)...

EDIT
Ah, d'accord tu veux dire que les dossiers sur le bureau sont simplement des backup en cas de problème.;-)

Non, les fichiers sur le bureau sont des copies que tu vas modifier puis recopier à la place des originaux. Pour ne pas perdre les originaux, tu dois en faire un backup avant, grâce aux commandes plus haut (les deux premières lignes).

Ce message a été modifié par macmagna - 8 May 2014, 18:58.

[Kalm]

La je patauge, c'est plus clair.

et si je renomme les originaux av « m » a la fin , les lignes de commande pour les permissions user ne le trouve plus du coup.
Je dois pas rajouter le « m » au commande également, non?

[Guest_macmagna_*]

La je patauge, c'est plus clair.

et si je renomme les originaux av « m » a la fin , les lignes de commande pour les permissions user ne le trouve plus du coup.
Je dois pas rajouter le « m » au commande également, non?

Tu ne dois renommer les fichiers originaux qu'une fois que les versions modifiées (= les copies sur ton Bureau) sont prêtes pour les remplacer.
Je t'ai envoyé la manip mieux détaillée par mail. Rend aux originaux leur nom d'origine (enlève les .m) et lis mon mail jusqu'à bien comprendre de quoi il est question.

[Kalm]

La je patauge, c'est plus clair.

et si je renomme les originaux av « m » a la fin , les lignes de commande pour les permissions user ne le trouve plus du coup.
Je dois pas rajouter le « m » au commande également, non?

Tu ne dois renommer les fichiers originaux qu'une fois que les versions modifiées (= les copies sur ton Bureau) sont prêtes pour les remplacer.
Je t'ai envoyé la manip mieux détaillée par mail. Rend aux originaux leur nom d'origine (enlève les .m) et lis mon mail jusqu'à bien comprendre de quoi il est question.

[Albook]

Cela fait tellement plaisir de vous retrouver pour quelque chose de vraiment utile à bidouiller
Je vous encourage

[noop]

Bonjour, je suis la discussion avec intérêt. La clé c'est $TMPDIR. Ou peut bien être définie cette variable ? En fouillant dans les sources de Darwin on en trouve une trace ?

[yponomeute]

Ça fait un moment que j'y pense, mais j'avais pas trouvé la méthode pour le faire : monter directement le RAMDisk à la place de $TMPDIR pour qu'il remplace le répertoire T au lieu de le monter dans /Volumes/ et de faire un lien symbolique. L'ancien répertoire T va être masqué et devenir inaccessible, mais réapparaitra dès qu'on éjecte le RAMDisk

La méthode artisanale dans le terminal est la suivante :
On créé le ramdisk sans le monter, ça va nous renvoyer une valeur /dev/diskX. Bien noter la valeur de X pour pas faire de bêtises (X=3 dans mon cas)

Code

hdiutil attach -nomount ram://8388608

Ensuite on formate le ramdisk et on lui donne son petit nom (c'est surtout là qu'il faut pas se tromper avec la valeur de X obtenue précédemment)

Code

newfs_hfs -v RAMDisk /dev/disk3

Et pour finir on monte le ramdisk à l'endroit souhaité

Code

mount -t hfs /dev/disk3 $TMPDIR

Le volume va apparaitre sur le bureau tout en remplaçant le répertoire $TMPDIR. Opération terminée. En test actuellement.

Avertissement : si vous faites ces manipulations dans le terminal c'est à vos risques et périls. Cela peut détruire vos données, tuer votre chien, rendre le café au boulot buvable, ou pire faire revenir votre femme.

Remerciements au type qui a posé la question et surtout à celui qui a répondu : http://superuser.com/questions/456803/crea...c-folder-in-osx EDIT : en fait c'est le même, il a posé la question et il a répondu ensuite

Bonjour, je suis la discussion avec intérêt. La clé c'est $TMPDIR. Ou peut bien être définie cette variable ? En fouillant dans les sources de Darwin on en trouve une trace ?

C'est défini par Darwin, j'avais trouvé ça : http://osdir.com/ml/darwin-userlevel/2010-01/msg00000.html

EDIT 2 : la création du répertoire com.apple.IconServices sur le ramdisk semble nécessaire

Ce message a été modifié par yponomeute - 9 May 2014, 08:07.

[Kalm]

Je suis entrains de tester et pour l'instant ca tourne parfaitement.
Le café est toujours imbuvable, le chien aboie au moindre badaud et pour ma femme, pas encore envie qu'elle se sauve ^^ .

Encore un peu de temps pour tester et je pense qu'il sera envisageable de proposer l'App M.B.RamDisk

PS: Par contre, mon flux streaming dépassant rarement 2GB, je me demande bien qu'il en sera avec le dossier MediaCache" d'ltune lorsque des personnes regarderont des fims au complet.
Quelqu'un connait le poids moyen de ces films?
Tant qu'a faire vais tester également sous Mountain Lion.

Ce message a été modifié par Kalm - 9 May 2014, 08:47.

[yponomeute]

OS X risque effectivement de ne pas être content s'il n'y a plus d'espace libre sur le ramdisk.

[yponomeute]

On voit bien le point de montage du ramdisk dans Utilitaire de disque

[noop]

De très belles photos en particulier la huppe facies

Ce message a été modifié par noop - 9 May 2014, 09:27.

[Kalm]

Dis moi, j'ai testé au redémarrage, le lien a été détruit et a reconstruit le dossier « T » au démarrage.
Mais si on met le script en login automatique, va t'il avoir le temps de le reconstruire avant que le RamDisk ne monte?

Ce message a été modifié par Kalm - 9 May 2014, 09:29.

[noop]

Je dis peut être une connerie, mais ne serait il pas interressant de passer par fstab pour créer ce ramdisk ?

[yponomeute]

Le dossier T n'est pas détruit, il reste présent sur le disque. Le ramdisk vient se mettre à sa place (comme quelqu'un qui s'assoit sur tes genoux, il te remplace, mais tu reste présent en dessous, et dès que la personne se lève tu réapparait).

[Kalm]

Le dossier T n'est pas détruit, il reste présent sur le disque. Le ramdisk vient se mettre à sa place (comme quelqu'un qui s'assoit sur tes genoux, il te remplace, mais tu reste présent en dessous, et dès que la personne se lève tu réapparait).

Très explicite l'image^^

[yponomeute]

De très belles photos en particulier la huppe facies

Merci Photo de la huppe prise à travers une baie vitrée en double vitrage, elle est venue se reposer sur un dossier de chaise.

Je dis peut être une connerie, mais ne serait il pas interressant de passer par fstab pour créer ce ramdisk ?

J'y ai songé, mais le problème c'est pour obtenir la valeur de $TMPDIR dans fstab. On doit pouvoir utiliser la valeur littérale de $TMPDIR, celle-ci ne changeant visiblement pas, mais je n'en ai pas la certitude.

[Guest_macmagna_*]

Le script suivant reprend la manip de yponomeute qui est bien meilleure que la motif des profils Sandbox:

Code

ramdisk=${TMPDIR%/}

if [ ! -e $ramdisk/._iamaramdisk ]; then

    mountPoint=$(hdiutil attach -nomount ram://8388608)
    newfs_hfs -v RAMDisk $mountPoint
    mount -t hfs $mountPoint $ramdisk
    touch $ramdisk/._iamaramdisk
    mkdir $ramdisk/com.apple.IconServices
fi

Ce message a été modifié par macmagna - 9 May 2014, 11:52.

[yponomeute]

Il me reste quelques messages sporadiques de iconservicesagent dans les logs, mais je ne sais pas s'ils sont réellement liés au ramdisk

Code

09/05/2014 10:14:36,289 com.apple.IconServicesAgent[642]: main Failed to composit image for binding VariantBinding [0x16f] flags: 0x8 binding: FileInfoBinding [0x639] - extension: jpg, UTI: public.jpeg, fileType: ????.

[noop]

Il me reste quelques messages sporadiques de iconservicesagent dans les logs, mais je ne sais pas s'ils sont réellement liés au ramdisk

Code

09/05/2014 10:14:36,289 com.apple.IconServicesAgent[642]: main Failed to composit image for binding VariantBinding [0x16f] flags: 0x8 binding: FileInfoBinding [0x639] - extension: jpg, UTI: public.jpeg, fileType: ????.

j'en ai quelques un dans mes logs alors que je ne suis pas en ram disk. Ce message est récurrent

Ce message a été modifié par noop - 9 May 2014, 10:30.

[Albook]

Je suis entrains de tester et pour l'instant ca tourne parfaitement.

Encore un peu de temps pour tester et je pense qu'il sera envisageable de proposer l'App M.B.RamDisk

Vu ton implication et l'énergie déployée pour ce KalmDisk super efficace, je proposerais même M.B.K.RamDisk

[Kalm]

Je suis entrains de tester et pour l'instant ca tourne parfaitement.

Encore un peu de temps pour tester et je pense qu'il sera envisageable de proposer l'App M.B.RamDisk

Vu ton implication et l'énergie déployée pour ce KalmDisk super efficace, je proposerais même M.B.K.RamDisk

^^ n'oublions surtout pas macmagna et yponomeute sans qui rien ne se ferait ;-)

Bon je pense que c'est pas terminé, on a encore un petit problème.
Les fichiers dans "T" sont supposés être temporaire.
Lorsque je regarde un streaming il est habituellement effacé des que je quitte le film ou son Application, la ce n'est plus le cas,
Meme avec itune, les fichiers restent present, ce qui pourrait vite être la pagaille par manque d'espace dans le RamDisk

Quelqu'un a testé de son coté?

EDIT:
Voila a nouveau qu'iconservice se remballe.
Quand est il pour toi yponomeute
J'ai tué le process, puis revenu mais reste tranquille pour l'instant, contrairement a avant

Ce message a été modifié par Kalm - 9 May 2014, 11:13.

[yponomeute]

Jusqu'ici tout va bien pas de problèmes avec iconservices

Pour le cache iTunes le répertoire MediaCache n'est pas purgé quand on quitte iTunes. Mais pas certain que ce soit le cas en situation normale sans ramdisk, je vais tester dès que l'envie de faire un reboot me prendra.

[Kalm]

Jusqu'ici tout va bien pas de problèmes avec iconservices

Pour le cache iTunes le répertoire MediaCache n'est pas purgé quand on quitte iTunes. Mais pas certain que ce soit le cas en situation normale sans ramdisk, je vais tester dès que l'envie de faire un reboot me prendra.

Sisi il le purge, meme le flash.tp , juste en quittant le film ou l'application , testé mainte fois^^

EDIT:
J'ai supprimé"T" et en ai cree un nouveau, j'ai redémarré lancé le RamDisk, et la, le fichiers est purgé lorsque je quitte le film.
A suivre.

Ce message a été modifié par Kalm - 9 May 2014, 11:23.

[yponomeute]

Je trouve ça dans les logs à la fermeture de iTunes, ça semble correspondre au problème de suppression du fichier en cache.

Code

09/05/2014 12:34:50,255 iTunes[2323]: BUG in libdispatch client: kevent[EVFILT_WRITE] delete: "No such file or directory" - 0x2

[Kalm]

J'ai lancé les script Caches et "T" et pour l'instant tout baigne .

Pour moi fini les tests pour ce soir, c'est vendredi soir donc je courre a l'Apero.
Bonne soiree a tous et Merci;-)