10.3.2

[r e m y]

Et contrètement, ces commandes agissent sur quoi?

Cette commande copie le fichier bootcachecontrol de son emplacement d'origine vers /usr/bin en conservant ses permissions (paramètres -p de la commande cp). Comme c'est un fichier système nécessitant des droits administrateurs, la commande de copie nécessite de passer par sudo.

Après à quoi ça sert??? On peut penser que ce fichier bootcachecontrol, contrôle l'accès au cache utilisé durant la phase de boot, et que ce fichier est trouvé plus vite par le processus de démarrage s'il est situé dans /usr/bin plutôt que dans /System/Library/Extensions/BootCache.kext/Contents/Resources/

Ensuite, je dirais que cette manip est inoffensive (on ne fait que copier un fichier, sans supprimer le fichier d'origine). Par contre, que se passe-t-il si le fichier d'origine est modifié par le système (si le fichier BootCache.kext est mis à jour)??? Je pense qu'il serait plus malin de ne pas copier le fichier bootcachecontrol, mais de placer dans /usr/bin un lien pointant vers l'original.

Les spécialistes UNIX vont sans doute nous donner la bonne ligne de commande à entrer pour faire ça

 

[Anonyme]

nouvelle commande selon macbidouille

il faut faire un ln -s pour créer un lien...

 

[fanou]

c'est clair qu'un lien est la bonne solution !
moi j'ai gagné 10 s sur un boot: 45 s au lieu de 55 s du bong a la fenetre de login.
(quicksilver 867)

 

[r e m y]

Effectivement.... un lien
sudo ln -s /System/Library/Extensions/BootCache.kext/Contents/Resources/BootCacheControl /usr/sbin

 

[WebOliver]

Effectivement.... un lien
sudo ln -s /System/Library/Extensions/BootCache.kext/Contents/Resources/BootCacheControl /usr/sbin

J'ai finalement essayer cette manipulation qui semblait plus sûre... Espérons que ça ne posera pas de problème lors de futures mises à jour.

Mais sinon, si le démarrage est effectivement plus rapide... Le Finder met toujours autant de temps à se lancer.

 

[fanou]

ce n'est pas un question de sureté, mais c'est plus propre. (les spécialistes Unix ne diront pas le contraire...)
et puis si tu as peur pour les prochaines maj tu peux toujours le supprimer !
(mais a mon avis tu ne risques rien...)

 

[WebOliver]

(...) et puis si tu as peur pour les prochaines maj tu peux toujours le supprimer !
(mais a mon avis tu ne risques rien...)

Comment procède-t-on pour revenir en arrière?

 

[Anonyme]

Comment procède-t-on pour revenir en arrière?

à mon avis, la commande est la suivante, mais je ne suis absolument pas spécialiste d'unix donc si vous tappez cette ligne dans le terminal, vous le faites à vos risques et périls :
sudo rm /usr/sbin/BootCacheControl

sudo permet d'obtenir l'autorisation d'effacer (rm) le lien "BootCacheControl" qu'on a créé dans le répertoire /usr/sbin/

ATTENTION !!! : je suppose ici que la commande rm n'effacera que le lien "BootCacheControl"
mais ce lien renvoyant vers le véritable fichier système "BootCacheControl", il est possible que la commande rm soit renvoyée elle aussi vers ce fichier original et qu'elle le supprime, ce qui évidemment serait une catastrophe pour votre système

bref, attendre la confirmation d'un spécialiste unix avant de faire cette commande (qui, à mon avis, n'a de toute façon pas grand intérêt : si la prochaine MàJ crée un fichier du même nom que le lien, au même endroit que celui-ci, il le remplacera probablement, et si le système n'a plus besoin d'utiliser ce lien, le lien inutile restera sagement dans son répertoire sans affecter le fonctionnement du système)...

_______

EDIT. :
une autre solution me paraît moins risquée : aller chercher ce lien soi-même dans le finder, et l'effacer en le mettant à la corbeille : au moins on est sûr que le fichier original ne sera pas supprimé avec...

pour ce faire, il faut se loguer en root (en supposant que vous savez ce que vous faites, et que vous connaissez les conséquences que peuvent avoir une mauvaise manipulation de fichiers avec le compte root...) , ouvrir le dossier "sbin" du dossier "usr" qui se trouve à la racine du disque de démarrage ;
ces dossiers sont invisibles, donc pour y accéder la meilleure solution est de passer par le menu "Aller">"Aller au dossier" (pomme-maj-G), et de tapper /usr/sbin
une fois ce dossier ouvert, il suffit de glisser-déposer l'alias "BootCacheControl" dans la corbeille, de vider la corbeille, et de se reloguer sous sa session normale

même si cette méthode me semble plus sûre, je ne saurais bien évidemment être tenu pour responsable de tout dommage subi par votre ordinateur ou votre système suite à cette manipulation

 

[simon]

_______

EDIT. :
une autre solution me paraît moins risquée : aller chercher ce lien soi-même dans le finder, et l'effacer en le mettant à la corbeille : au moins on est sûr que le fichier original ne sera pas supprimé avec...

pour ce faire, il faut se loguer en root (en supposant que vous savez ce que vous faites, et que vous connaissez les conséquences que peuvent avoir une mauvaise manipulation de fichiers avec le compte root...) , ouvrir le dossier "sbin" du dossier "usr" qui se trouve à la racine du disque de démarrage ;
ces dossiers sont invisibles, donc pour y accéder la meilleure solution est de passer par le menu "Aller">"Aller au dossier" (pomme-maj-G), et de tapper /usr/sbin
une fois ce dossier ouvert, il suffit de glisser-déposer l'alias "BootCacheControl" dans la corbeille, de vider la corbeille, et de se reloguer sous sa session normale

même si cette méthode me semble plus sûre, je ne saurais bien évidemment être tenu pour responsable de tout dommage subi par votre ordinateur ou votre système suite à cette manipulation

Tu n'as pas besoin de te logguer en root pour faire ce genre de chose, sous une session normale tu peux très bien atteindre ce fichier de la même manière (pomme+maj+g) et le mettre à la poubelle il va juste demander un mot de passe administrateur...ce qui est nettement plus sur que de ce loggué en root

 

[simon]

ATTENTION !!! : je suppose ici que la commande rm n'effacera que le lien "BootCacheControl"
mais ce lien renvoyant vers le véritable fichier système "BootCacheControl", il est possible que la commande rm soit renvoyée elle aussi vers ce fichier original et qu'elle le supprime, ce qui évidemment serait une catastrophe pour votre système

la commande rm n'effacera que le lien et pas le fichier original

 

[WebOliver]

la commande rm n'effacera que le lien et pas le fichier original

Toi qui t'y connais pas mal dans ce domaine, tu confirmes que la commande donnée plus haut par MacBidouille n'affectera pas le système lors de mises à jour.

 

[Anonyme]

Tu n'as pas besoin de te logguer en root pour faire ce genre de chose, sous une session normale tu peux très bien atteindre ce fichier de la même manière (pomme+maj+g) et le mettre à la poubelle il va juste demander un mot de passe administrateur...ce qui est nettement plus sur que de ce loggué en root

bien vu... je n'ai à vrai dire pas testé cette solution... ça me paraissait évident de se loguer en root

ça ne serait pas une nouveauté de panther, de pouvoir modifier les fichiers système avec un simple mot de pass d'admin ?
parce que jusqu'à présent je me suis toujours logué en root pour faire ce genre de manip, et j'ai toujours cru comprendre qu'il fallait faire ainsi

bon en tout cas, merci pour la rectification, ça rend tout de suite l'opération beaucoup plus simple

 

[myckmack]

...

EDIT. :
une autre solution me paraît moins risquée : aller chercher ce lien soi-même dans le finder, et l'effacer en le mettant à la corbeille : au moins on est sûr que le fichier original ne sera pas supprimé avec...

pour ce faire, il faut se loguer en root (en supposant que vous savez ce que vous faites, et que vous connaissez les conséquences que peuvent avoir une mauvaise manipulation de fichiers avec le compte root...) , ouvrir le dossier "sbin" du dossier "usr" qui se trouve à la racine du disque de démarrage ;
ces dossiers sont invisibles, donc pour y accéder la meilleure solution est de passer par le menu "Aller">"Aller au dossier" (pomme-maj-G), et de tapper /usr/sbin
une fois ce dossier ouvert,

Pas besoin d'être en root pour effectuer cette manipulation

.

il suffit de glisser-déposer l'alias "BootCacheControl" dans la corbeille

Attention : ça met l'alias ET le fichier original à la corbeille

.

...

 

[WebOliver]

bien vu... je n'ai à vrai dire pas testé cette solution... ça me paraissait évident de se loguer en root

ça ne serait pas une nouveauté de panther, de pouvoir modifier les fichiers système avec un simple mot de pass d'admin ? (...)

Ça me rappelle ce sujet.

 

[Anonyme]

la commande rm n'effacera que le lien et pas le fichier original

merci pour la confirmation

je préférais mettre un avertissement et envisager toutes les situations possibles, histoire de ne pas me faire enguirlander par les pros d'unix si jamais j'avais dit une bêtise

il suffit de glisser-déposer l'alias "BootCacheControl" dans la corbeille

Attention : ça met l'alias ET le fichier original à la corbeille

.

...

par contre, cela m'étonne vraiment

la commande rm dans le terminal n'efface que le lien, tandis qu'un innocent glisser-déposer de l'alias expédie l'original à la corbeille avec ???

 

[fanou]

pour effacer le lien il suffit de faire rm "nom du lien" sans les ".
cd /usr/sbin
rm BootCacheControl

et ça ne touche pas a l'original !!!

 

[Anonyme]

pour effacer le lien il suffit de faire rm "nom du lien" sans les ".
cd /usr/sbin
rm BootCacheControl

tu es sûr qu'il ne faut pas un sudo préalable ?

et ça ne touche pas a l'original !!!

pour la commande rm, on est bien d'accord, mais en passant par le finder ?

 

[myckmack]

par contre, cela m'étonne vraiment

la commande rm dans le terminal n'efface que le lien, tandis qu'un innocent glisser-déposer de l'alias expédie l'original à la corbeille avec ???

Je n'ai pas testé le rm du Terminal mais je confirme que le glisser-déposer (ou le Pomme-effacement arrière) du Finder met le fichier original à la poubelle

.

 

[Fab'Fab]

et si on ne ressort manuellement que le fichier et qu'on le remet en place?

 

[myckmack]

et si on ne ressort manuellement que le fichier et qu'on le remet en place?

Quand on "poubelle" l'alias, il disparaît du dossier /usr/sbin et le fichier original se retrouve dans la poubelle. On peut bien sûr (et heureusement

) le récupérer en le déplaçant de la poubelle vers son emplacement d'origine.