AmpouleFun
Affiche originale- 17 novembre 2013
- Londres, Royaume-Uni
- 23 octobre 2014
Donc si quelqu'un pouvait me dire si vous pouvez le mettre dans le com.apple.boot.plist au lieu de la poussette merci S Squaw
- 20 juin 2014
- 3 novembre 2014
LightBulbFun a dit : Donc, si quelqu'un pouvait me dire si vous pouvez le mettre dans le com.apple.boot.plist au lieu de la poussette, merciUtilisation dans le terminal :
sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
matthewtoney
- 17 août 2009
- Charlotte, Caroline du Nord
- 4 novembre 2014
Skvo a dit : Utiliser dans le terminal :
sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1'' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist
Oui, cela le met là-dedans, mais cela fonctionne-t-il comme il le prétend ?
AmpouleFun
Affiche originale- 17 novembre 2013
- Londres, Royaume-Uni
- 4 novembre 2014
je peux confirmer que cela fonctionne. démarre toujours avec succès sans eny hick ups et pendant le démarrage verbeux, je peux voir kext-dev-mode = 1 répertorié dans mes arguments de démarrage. vous n'êtes pas sûr qu'une mise à jour du système d'exploitation réinitialise le fichier com.apple.boot.plist ?
crjackson2134
- 6 mars 2013
- Charlotte, Caroline du Nord
- 4 novembre 2014
chef de micro
- 13 août 2009
- la Suisse
- 4 novembre 2014
crjackson2134
- 6 mars 2013
- Charlotte, Caroline du Nord
- 4 novembre 2014
Mikeboss a dit : OUI !!! cela fonctionne totalement. et il n'y a pas d'inconvénients pour autant que je sache. Cindori doit absolument implémenter cette option. J'ai effacé nvram à l'aide de la commande 'nvram -c' et j'ai utilisé les touches option-command-p-r et Yosemite a quand même démarré comme si tout était normal. bien sur TRIM est toujours activé
Génial, je vais régler ça pour la prochaine session.
MISE À JOUR: Je viens donc d'exécuter cette commande et de réinitialiser la NVRAM en 4 cycles et tout va bien. On dirait que c'est une excellente solution. Dernière édition : 4 novembre 2014
matthewtoney
- 17 août 2009
- Charlotte, Caroline du Nord
- 4 novembre 2014
crjackson2134 a déclaré : Génial, je vais régler cela sur la prochaine session.
MISE À JOUR: Je viens donc d'exécuter cette commande et de réinitialiser la NVRAM en 4 cycles et tout va bien. On dirait que c'est une excellente solution.
Fantastique! Cela me rassure beaucoup sur l'utilisation de Trim Enabler dans Yosemite. À chacun son opinion, mais la désactivation de la signature kext ne me dérange tout simplement pas.
chef de micro
- 13 août 2009
- la Suisse
- 5 novembre 2014
crjackson2134
- 6 mars 2013
- Charlotte, Caroline du Nord
- 5 novembre 2014
mikeboss a dit : hah ! Je ne sais pas depuis quand, mais Trim Enabler modifie déjà le com.apple.Boot.plist et ajoute la ligne 'kext-dev-mode=1'.
Tout ce brouhaha en pensant qu'on a trouvé quelque chose. Eh bien, pas de mal.
AmpouleFun
Affiche originale- 17 novembre 2013
- Londres, Royaume-Uni
- 5 novembre 2014
mikeboss a dit : hah ! Je ne sais pas depuis quand, mais Trim Enabler modifie déjà le com.apple.Boot.plist et ajoute la ligne 'kext-dev-mode=1'.
puis dites-moi pourquoi avant de le mettre sur le plist lorsque je réinitialise la PRAM, le MacBook Pro n'a pas pu démarrer avec le signe d'interdiction de quelque chose cassé. Pourtant, quand je l'ai ajouté au com.apple.boot.plist moi-même, cela a fonctionné, peu importe comment Plusieurs fois, j'ai effacé le démarrage de la PRAM avec nvram -c et comand optoin PR?
A donné Mack
- 15 juin 2008
- Sagittaire A*
- 5 novembre 2014
chef de micro
- 13 août 2009
- la Suisse
- 5 novembre 2014
LightBulbFun a dit: alors dites-moi pourquoi avant de le mettre sur le plist lorsque je réinitialise la PRAM, le MacBook Pro n'a pas pu démarrer avec le signe d'interdiction de quelque chose cassé. Pourtant, quand je l'ai ajouté au com.apple.boot.plist moi-même, cela a fonctionné peu importe combien de fois j'ai effacé le démarrage de la PRAM avec nvram -c et comand optoin PR?
comme je l'ai écrit : je ne sais pas depuis quand Trim Enabler modifie com.apple.boot.plist. ça ne l'a certainement pas fait depuis le début. Je l'ai testé il y a environ une heure (sur une nouvelle installation d'OS X Yosemite avec une version fraîchement téléchargée de TE) et j'ai trouvé le fichier modifié après avoir activé TRIM. le paramètre a également survécu à 'nvram -c' et option-command-p-r.
ibarnett
- 20 août 2010
- Côte d'Or, Australie
- 5 novembre 2014
Gav Mack a déclaré: Quelqu'un peut-il avec la carte Sintech + la lame Apple confirmer que même si le trim est activé, le démarrage de la vraie chose après une réinitialisation de la poussette avec la signature réactivée avec vous obtenez toujours le signe de non-entrée au démarrage?
Pourquoi cela arriverait-il ?
Cela vous est-il arrivé ?
J'ai installé le mien hier (Sintech + Apple Blade), s'affiche en tant que « Apple SSD » et le trim est automatiquement activé via Yosemite. J'avais déjà désinstallé Trim Enabler.
Pour être honnête, je ne veux pas essayer une réinitialisation de poussette pour le savoir !
A donné Mack
- 15 juin 2008
- Sagittaire A*
- 5 novembre 2014
ibarnett a dit : Pourquoi cela arriverait-il ?
Cela vous est-il arrivé ?
J'ai installé le mien hier (Sintech + Apple Blade), s'affiche en tant que « Apple SSD » et le trim est automatiquement activé via Yosemite. J'avais déjà désinstallé Trim Enabler.
Pour être honnête, je ne veux pas essayer une réinitialisation de poussette pour le savoir !
Non mais mon Sintech est commandé et je suis en mode chasse à la lame. Je pense que mes kexts devront peut-être être effectués pour la mise à niveau de la carte de transfert. J'étais donc curieux de savoir si cela arrêterait le démarrage si la carte wifi/BT LE était installée ou s'il s'agissait uniquement de périphériques amorçables sur le volume de démarrage OS X tels que ahci , fw, usb etc qui vous donnent le signe de non-entrée
Je suppose que la lame est plutôt bonne
ibarnett
- 20 août 2010
- Côte d'Or, Australie
- 5 novembre 2014
Gav Mack a dit : Je suppose que la lame est plutôt bonne
C'est juste génial !
Je ne vois vraiment rien comme un problème de démarrage après une réinitialisation.
J'ai également les éléments Bluetooth de Macvidcards et je n'ai eu aucun problème avant d'installer le Sintech et la lame.
Ayant passé tout le temps à cloner, etc., je ne veux pas perdre de temps avec une autre installation - j'attendrai donc avant une autre réinitialisation de la poussette.
A donné Mack
- 15 juin 2008
- Sagittaire A*
- 5 novembre 2014
ibarnett a dit : C'est juste génial !
Je ne vois vraiment rien comme un problème de démarrage après une réinitialisation.
J'ai également les éléments Bluetooth de Macvidcards et je n'ai eu aucun problème avant d'installer le Sintech et la lame.
Ayant passé tout le temps à cloner, etc., je ne veux pas perdre de temps avec une autre installation - j'attendrai donc avant une autre réinitialisation de la poussette.
:jaloux: J'ai besoin de la partie 1 To pour remplacer mes jumeaux 840 Evo et après avoir joué avec le nMP 1 To et ses performances de disque sous OS X et Windows et ri de la 'vitesse ridicule', je vais vraiment profiter de cette mise à niveau après !
Il me semble que ce ne sont que les périphériques de démarrage qui n'affichent aucune entrée et j'en suis très satisfait.
Pluie virtuelle
- 1 août 2008
- Vancouver, C.-B.
- 6 novembre 2014
mikeboss a dit : comme je l'ai écrit : je ne sais pas depuis quand Trim Enabler modifie com.apple.boot.plist. ça ne l'a certainement pas fait depuis le début. Je l'ai testé il y a environ une heure (sur une nouvelle installation d'OS X Yosemite avec une version fraîchement téléchargée de TE) et j'ai trouvé le fichier modifié après avoir activé TRIM. le paramètre a également survécu à 'nvram -c' et option-command-p-r.
En effet... Trim Enabler a modifié mon com.apple.boot.plist lorsque je l'ai essayé plus tôt ce soir, mais le fichier plist n'a pas l'air correctement formaté (en le visualisant dans TextEdit). Peut-être qu'il supprime un tas de choses inutiles dans le fichier lors de sa mise à jour ou le remplace par une version très clairsemée. Pas exactement les meilleures pratiques à mon humble avis, mais cela semble fonctionner.
chef de micro
- 13 août 2009
- la Suisse
- 6 novembre 2014
Pluie virtuelle
- 1 août 2008
- Vancouver, C.-B.
- 6 novembre 2014
mikeboss a dit : j'ai installé la mise à jour 10.10.1 et j'ai à nouveau le panneau d'arrêt hm, je ferai plus de tests...
J'ai mis à jour vers 10.10.1 avant d'appliquer Trim Enabler. J'espère que chaque mise à jour ne le casse pas.
h9826790
- 3 avr. 2014
- Hong Kong
- 6 novembre 2014
Cindori
- 17 janvier 2008
- Suède
- 6 novembre 2014
J'en suis conscient mais ça ne marche pas à 100%.
J'ai eu des utilisateurs qui m'ont contacté qui ont défini le plist avec kext-dev-mode=1 mais qui reçoivent toujours une 'signature non valide, omettant' et incapable de démarrer. De plus, je ne sais toujours pas s'il peut être réinitialisé lors des mises à jour du système d'exploitation.
Donc, comme cela ne semble pas s'appliquer à tous les utilisateurs, j'ai choisi de faire référence à la PRAM dans mon article d'assistance, car cela semble être la limite inférieure des attentes.
Btw, Trim Enabler utilise déjà les deux méthodes de toute façon (landau et plist) pour une probabilité de succès maximale. Vous n'avez pas besoin de suivre ces étapes si vous utilisez Trim Enabler. Dernière édition : 6 novembre 2014
chef de micro
- 13 août 2009
- la Suisse
- 6 novembre 2014
Pluie virtuelle
- 1 août 2008
- Vancouver, C.-B.
- 6 novembre 2014
Cindori
- 17 janvier 2008
- Suède
- 6 novembre 2014
VirtualRain a déclaré : Donc, lors de la mise à jour d'OS X Yosemite, est-il préférable de désactiver Trim Enabler, Mettre à jour, puis réactiver Trim ?
Étant donné que Trim Enabler définit également le nvram, qui n'est pas réinitialisé lors des mises à jour, il y a une probabilité assez faible qu'un problème se produise (j'oserais dire presque impossible). Cependant, je le recommande toujours par précaution.
Articles Populaires