Αλλα

Kext-Dev-Mode=1

LightBulbFun

Πρωτότυπη αφίσα
17 Νοεμβρίου 2013
Λονδίνο ΗΒ
  • 23 Οκτωβρίου 2014
Σκεφτόμουν το γεγονός ότι στο Yosemite Πρέπει να χρησιμοποιήσετε kext-dev-mode=1 για να φορτώσετε unsigned kexts τώρα ο καθένας το κάνει στο καροτσάκι και το θέμα ότι αν το καροτσάκι καθαριστεί το σύστημα μπορεί να αποτύχει να εκκινήσει τώρα σκεφτόμουν γιατί δεν μπορείτε να βάλετε kext-dev-mode=1 στο com.apple.boot.plist insted; Η επαναφορά του καροτσιού δεν θα επαναφέρει αυτό το plist, ώστε να λύσει το πρόβλημα ότι εάν γίνει επαναφορά του καροτσιού, θα μπορούσε να συμβεί αποτυχία του συστήματος; Το έβαλα στο φόρουμ mac pro καθώς αυτή ήταν η εντολή που χρησιμοποιείται περισσότερο Οπότε αν μπορεί κάποιος να μου πει αν μπορείς να το βάλεις στο com.apple.boot.plist με το καροτσάκι, ευχαριστώ μικρό

Ινδιάνα

20 Ιουνίου 2014


  • 3 Νοεμβρίου 2014
LightBulbFun είπε: Οπότε αν μπορεί κάποιος να μου πει αν μπορείς να το βάλεις στο com.apple.boot.plist με το καροτσάκι, ευχαριστώ
Χρήση στο τερματικό:

sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist

Matthewtoney

17 Αυγούστου 2009
Charlotte, NC
  • 4 Νοεμβρίου 2014
Skvo είπε: Χρήση στο τερματικό:

sudo /usr/libexec/PlistBuddy -c 'Set :'Kernel Flags' 'kext-dev-mode=1' /Library/Preferences/SystemConfiguration/com.apple.Boot.plist

Ναι, αυτό το βάζει εκεί, αλλά αυτό λειτουργεί όπως λέει;

LightBulbFun

Πρωτότυπη αφίσα
17 Νοεμβρίου 2013
Λονδίνο ΗΒ
  • 4 Νοεμβρίου 2014
Δουλεύει

Μπορώ να επιβεβαιώσω ότι λειτουργεί Δόση. Έχω έναν SSD στο MBP μου με το trim hack και μπόρεσα να χρησιμοποιήσω την παραπάνω μέθοδο για να προσθέσω kext-dev-mode=1 στο com.apple.boot.plist και να καθαρίσω το PRAM και εξακολουθούν να εκκινούνται με επιτυχία, χωρίς προβλήματα και κατά τη διάρκεια της πολυδιάστατης εκκίνησης, μπορώ να δω το kext-dev-mode=1 στη λίστα των args εκκίνησης, οπότε αυτό θα πρέπει να λύσει το πρόβλημα με την υπογραφή kext και τον κίνδυνο να ενεργοποιηθεί όταν είναι απενεργοποιημένη. δεν είστε σίγουροι εάν μια ενημέρωση λειτουργικού συστήματος θα επαναφέρει το αρχείο com.apple.boot.plist;

crjackson2134

6 Μαρτίου 2013
Charlotte, NC
  • 4 Νοεμβρίου 2014
Αυτό είναι υπέροχο, υπάρχουν γνωστά μειονεκτήματα; Επηρεάζει τους χρόνους εκκίνησης; Ίσως η Cindori θα μπορούσε να χρησιμοποιήσει αυτές τις πληροφορίες με κάποιο τρόπο για να ενισχύσει το TE. Ενδεχομένως να περιλαμβάνει μια επιλογή ρύθμισης αυτής της λειτουργίας με ένα ρυθμιστικό ή κουμπί.

mikeboss

13 Αυγούστου 2009
Ελβετία
  • 4 Νοεμβρίου 2014
ΝΑΙ!!! αυτό λειτουργεί πλήρως. και δεν υπάρχουν μειονεκτήματα από όσο μπορώ να πω. Η Cindori πρέπει οπωσδήποτε να εφαρμόσει αυτήν την επιλογή. Εκκαθάριση το nvram χρησιμοποιώντας την εντολή 'nvram -c' συν χρησιμοποίησα τα πλήκτρα option-command-p-r και το Yosemite έκανε ακόμα εκκίνηση σαν να ήταν όλα κανονικά. φυσικά το TRIM είναι ακόμα ενεργοποιημένο Τελευταία επεξεργασία: 4 Νοεμβρίου 2014

crjackson2134

6 Μαρτίου 2013
Charlotte, NC
  • 4 Νοεμβρίου 2014
mikeboss είπε: ΝΑΙ!!! αυτό λειτουργεί πλήρως. και δεν υπάρχουν μειονεκτήματα από όσο μπορώ να πω. Η Cindori πρέπει οπωσδήποτε να εφαρμόσει αυτήν την επιλογή. Εκκαθάριση το nvram χρησιμοποιώντας την εντολή 'nvram -c' συν χρησιμοποίησα τα πλήκτρα option-command-p-r και το Yosemite έκανε ακόμα εκκίνηση σαν να ήταν όλα κανονικά. Φυσικά το TRIM είναι ακόμα βαλσαμωμένο

Καταπληκτικό, θα το ρυθμίσω στην επόμενη συνεδρία.

ΕΝΗΜΕΡΩΣΗ: Έτρεξα λοιπόν αυτήν την εντολή και επαναφέρω το NVRAM σε 4 κύκλους και όλα είναι καλά. Φαίνεται ότι αυτή είναι μια εξαιρετική λύση. Τελευταία έκδοση: 4 Νοεμβρίου 2014

Matthewtoney

17 Αυγούστου 2009
Charlotte, NC
  • 4 Νοεμβρίου 2014
crjackson2134 είπε: Φοβερό, θα το ρυθμίσω στην επόμενη συνεδρία.

ΕΝΗΜΕΡΩΣΗ: Έτρεξα λοιπόν αυτήν την εντολή και επαναφέρω το NVRAM σε 4 κύκλους και όλα είναι καλά. Φαίνεται ότι αυτή είναι μια εξαιρετική λύση.

Φανταστικός! Αυτό με κάνει να νιώθω πολύ καλύτερα όταν χρησιμοποιώ το Trim Enabler στο Yosemite. Για τον καθένα τη δική του γνώμη, αλλά η απενεργοποίηση της ίδιας της υπογραφής kext δεν με ενοχλεί.

mikeboss

13 Αυγούστου 2009
Ελβετία
  • 5 Νοεμβρίου 2014
χαχα! Δεν ξέρω από πότε, αλλά το Trim Enabler ήδη τροποποιεί το com.apple.Boot.plist και προσθέτει τη γραμμή 'kext-dev-mode=1'.

crjackson2134

6 Μαρτίου 2013
Charlotte, NC
  • 5 Νοεμβρίου 2014
Ο mikeboss είπε: χα! Δεν ξέρω από πότε, αλλά το Trim Enabler ήδη τροποποιεί το com.apple.Boot.plist και προσθέτει τη γραμμή 'kext-dev-mode=1'.

Όλο αυτό το χάλι νομίζοντας ότι βρήκαμε κάτι. Ωχ, κανένα κακό.

LightBulbFun

Πρωτότυπη αφίσα
17 Νοεμβρίου 2013
Λονδίνο ΗΒ
  • 5 Νοεμβρίου 2014
Ο mikeboss είπε: χα! Δεν ξέρω από πότε, αλλά το Trim Enabler ήδη τροποποιεί το com.apple.Boot.plist και προσθέτει τη γραμμή 'kext-dev-mode=1'.

τότε πείτε μου γιατί, προτού το βάλω στο plist όταν επαναφέρω το PRAM, το MacBook Pro απέτυχε να εκκινήσει με σπασμένο απαγορευμένο σημάδι. Ωστόσο, όταν το πρόσθεσα στο com.apple.boot.plist ο εαυτός μου λειτούργησε ανεξάρτητα από το πόσο Πολλές φορές καθάρισα την εκκίνηση του PRAM με nvram -c και comand optoin PR;

Έδωσε τον Μακ

15 Ιουνίου 2008
Τοξότης Α*
  • 5 Νοεμβρίου 2014
Μπορεί οποιοσδήποτε με την κάρτα Sintech + blade Apple να επιβεβαιώσει ότι, παρόλο που το trim είναι ενεργοποιημένο η εκκίνηση του πραγματικού μετά την επαναφορά του καροτσιού με την ενεργοποίηση της υπογραφής ξανά, εξακολουθείτε να λαμβάνετε το σήμα απαγόρευσης εισόδου κατά την εκκίνηση;

mikeboss

13 Αυγούστου 2009
Ελβετία
  • 5 Νοεμβρίου 2014
Το LightBulbFun είπε: τότε πείτε μου γιατί, προτού το βάλω στο plist όταν επαναφέρω το PRAM, το MacBook Pro απέτυχε να εκκινήσει με κάτι σπασμένο απαγορευμένο σημάδι. Ωστόσο, όταν το πρόσθεσα στο com.apple.boot.plist, ο εαυτός μου λειτούργησε όσες φορές κι αν καθάρισα την μπότα PRAM με nvram -c και comand optoin PR;

όπως έγραψα: Δεν ξέρω από πότε το Trim Enabler τροποποιεί το com.apple.boot.plist. σίγουρα δεν το έκανε αυτό από την αρχή. Το δοκίμασα πριν από περίπου μία ώρα (σε μια νέα εγκατάσταση του OS X Yosemite με μια πρόσφατα κατεβασμένη έκδοση του TE) και βρήκα το αρχείο τροποποιημένο μετά την ενεργοποίηση του TRIM. Επίσης, η ρύθμιση επέζησε των 'nvram -c' και option-command-p-r.

ibarnett

20 Αυγούστου 2010
Gold Coast, Αυστραλία
  • 5 Νοεμβρίου 2014
Ο Gav Mack είπε: Μπορεί οποιοσδήποτε με την κάρτα Sintech + blade Apple να επιβεβαιώσει ότι, παρόλο που το trim είναι ενεργοποιημένο η εκκίνηση του πραγματικού μετά από επαναφορά του καροτσιού με επανενεργοποίηση της υπογραφής, εξακολουθεί να λαμβάνει το σήμα απαγόρευσης εισόδου στην εκκίνηση;

Γιατί να συμβεί αυτό;
Σας συνέβη;
Εγκατέστησα το δικό μου χθες (Sintech + Apple Blade), εμφανίζεται ως 'Apple SSD' και το trim είναι ενεργό μέσω του Yosemite αυτόματα. Είχα απεγκαταστήσει προηγουμένως το Trim Enabler.
Για να είμαι ειλικρινής δεν θέλω να δοκιμάσω μια επαναφορά καροτσιού για να μάθω!

Έδωσε τον Μακ

15 Ιουνίου 2008
Τοξότης Α*
  • 5 Νοεμβρίου 2014
Ο ibarnett είπε: Γιατί να συμβεί αυτό;
Σας συνέβη;
Εγκατέστησα το δικό μου χθες (Sintech + Apple Blade), εμφανίζεται ως 'Apple SSD' και το trim είναι ενεργό μέσω του Yosemite αυτόματα. Είχα απεγκαταστήσει προηγουμένως το Trim Enabler.
Για να είμαι ειλικρινής δεν θέλω να δοκιμάσω μια επαναφορά καροτσιού για να μάθω!

Όχι, αλλά το Sintech μου έχει παραγγελθεί και είμαι σε λειτουργία κυνηγιού για τη λεπίδα. Νομίζω ότι τα kexts μου μπορεί να πρέπει να γίνουν για την αναβάθμιση της κάρτας παράδοσης, γι' αυτό ήμουν περίεργος αν θα σταματήσει την εκκίνηση εάν είχε εγκατασταθεί η κάρτα wifi/BT LE ή είναι μόνο συσκευές εκκίνησης στον τόμο εκκίνησης του OS X, όπως το ahci , fw, usb κτλ που σου δίνουν το σήμα απαγόρευσης εισόδου

Υποθέτω ότι η λεπίδα είναι αρκετά καλή

ibarnett

20 Αυγούστου 2010
Gold Coast, Αυστραλία
  • 5 Νοεμβρίου 2014
Ο Gav Mack είπε: Υποθέτω ότι η λεπίδα είναι μάλλον καλή

Είναι απλά φοβερό!
Πραγματικά δεν βλέπω να υπάρχει πρόβλημα με την εκκίνηση μετά από επαναφορά.
Έχω τα πράγματα bluetooth επίσης από Macvidcards και δεν είχα κανένα πρόβλημα πριν από την εγκατάσταση του Sintech & blade.
Έχοντας ξοδέψει όλη την ώρα κλωνοποιώντας κ.λπ., δεν θέλω να χάσω χρόνο με άλλη εγκατάσταση - οπότε θα περιμένω πριν από μια άλλη επαναφορά του καροτσιού.

Έδωσε τον Μακ

15 Ιουνίου 2008
Τοξότης Α*
  • 5 Νοεμβρίου 2014
ibarnett είπε: Είναι απλά φοβερό!
Πραγματικά δεν βλέπω να υπάρχει πρόβλημα με την εκκίνηση μετά από επαναφορά.
Έχω τα πράγματα bluetooth επίσης από Macvidcards και δεν είχα κανένα πρόβλημα πριν από την εγκατάσταση του Sintech & blade.
Έχοντας ξοδέψει όλη την ώρα κλωνοποιώντας κ.λπ., δεν θέλω να χάσω χρόνο με άλλη εγκατάσταση - οπότε θα περιμένω πριν από μια άλλη επαναφορά του καροτσιού.

:jealous: Χρειάζομαι το εξάρτημα 1tb για να αντικαταστήσω το δίδυμο 840 Evo's μου και έχοντας παίξει με το 1tb nMP και την απόδοση του δίσκου του σε OS X και Windows και γέλασα με 'γελοία ταχύτητα' θα απολαύσω πραγματικά αυτή την αναβάθμιση μετά!

Μου προτείνει ότι μόνο οι συσκευές εκκίνησης εμφανίζουν την απαγόρευση εισόδου και είμαι πολύ ευχαριστημένος με αυτό.

VirtualRain

1 Αυγούστου 2008
Βανκούβερ, π.Χ
  • 6 Νοεμβρίου 2014
mikeboss είπε: όπως έγραψα: Δεν ξέρω από πότε το Trim Enabler τροποποιεί το com.apple.boot.plist. σίγουρα δεν το έκανε αυτό από την αρχή. Το δοκίμασα πριν από περίπου μία ώρα (σε μια νέα εγκατάσταση του OS X Yosemite με μια πρόσφατα κατεβασμένη έκδοση του TE) και βρήκα το αρχείο τροποποιημένο μετά την ενεργοποίηση του TRIM. Επίσης, η ρύθμιση επέζησε των 'nvram -c' και option-command-p-r.

Πράγματι... Το Trim Enabler τροποποίησε το com.apple.boot.plist μου όταν το δοκίμασα νωρίτερα σήμερα το απόγευμα, αλλά το αρχείο plist δεν φαίνεται σωστά μορφοποιημένο (βλέποντάς το στο TextEdit). Ίσως να απαλλαγεί από ένα σωρό περιττά πράγματα στο αρχείο κατά την ενημέρωση ή να το αντικαταστήσει με μια πολύ αραιή έκδοση. Δεν είναι ακριβώς η καλύτερη πρακτική IMHO, αλλά φαίνεται να λειτουργεί.

mikeboss

13 Αυγούστου 2009
Ελβετία
  • 6 Νοεμβρίου 2014
Εγκατέστησα την ενημερωμένη έκδοση 10.10.1 και πήρα ξανά το σήμα διακοπής, θα κάνω περισσότερες δοκιμές...

VirtualRain

1 Αυγούστου 2008
Βανκούβερ, π.Χ
  • 6 Νοεμβρίου 2014
Ο mikeboss είπε: Εγκατέστησα την ενημερωμένη έκδοση 10.10.1 και έλαβα ξανά το σήμα διακοπής χμ, θα κάνω περισσότερες δοκιμές...


Έκανα ενημέρωση στην 10.10.1 πριν εφαρμόσω το Trim Enabler. Ελπίζω κάθε ενημέρωση να μην το χαλάει.

h9826790

3 Απριλίου 2014
Χονγκ Κονγκ
  • 6 Νοεμβρίου 2014
Έκανα την ενημέρωση με ενεργοποιημένο το TRIM, χωρίς σημάδι διακοπής, αλλά πρέπει να εφαρμόσω ξανά το TRIM Enabler όπως αναμενόταν.

Cindori

17 Ιανουαρίου 2008
Σουηδία
  • 6 Νοεμβρίου 2014
γεια σε όλους
Το γνωρίζω αυτό αλλά δεν λειτουργεί 100%.
Είχα χρήστες που ήρθαν σε επαφή μαζί μου που είχαν ορίσει το plist με kext-dev-mode=1, αλλά εξακολουθούσαν να λαμβάνουν 'μη έγκυρη υπογραφή, παράλειψη' και δεν είναι δυνατή η εκκίνηση. Επίσης, δεν είμαι ακόμα σίγουρος αν μπορεί να γίνει επαναφορά στις ενημερώσεις του λειτουργικού συστήματος.

Επειδή λοιπόν δεν φαίνεται να ισχύει για όλους τους χρήστες, επιλέγω να αναφερθώ στο PRAM στο άρθρο υποστήριξής μου, καθώς φαίνεται να είναι το κατώτερο όριο της προσδοκίας.

Btw, το Trim Enabler χρησιμοποιεί ήδη και τις δύο μεθόδους ούτως ή άλλως (καρότσι και plist) για μέγιστη πιθανότητα επιτυχίας. Δεν χρειάζεται να κάνετε αυτά τα βήματα εάν χρησιμοποιείτε το Trim Enabler. Τελευταία έκδοση: 6 Νοεμβρίου 2014

mikeboss

13 Αυγούστου 2009
Ελβετία
  • 6 Νοεμβρίου 2014
εντάξει, μόλις το δοκίμασα ξανά. έκανε μια νέα εγκατάσταση του Yosemite, εγκατέστησε το Trim Enabler, έκλεισε το καρότσι/εκκαθάριση NVRAM. όλα λειτουργούσαν μια χαρά. Στη συνέχεια εγκατέστησα την ενημέρωση 10.10.1 και το μηχάνημα δεν εκκινούσε πια. ακριβώς όπως τόνισε ο cindori, αυτό δεν λειτουργεί 100% αξιόπιστο. για άλλη μια φορά, ξέρω γιατί πήρα έναν Apple/SAMSUNG PCIe SSD για το κύριο σύστημά μου...

VirtualRain

1 Αυγούστου 2008
Βανκούβερ, π.Χ
  • 6 Νοεμβρίου 2014
Επομένως, κατά την ενημέρωση του OS X Yosemite, είναι καλύτερο να απενεργοποιήσετε το Trim Enabler, το Update και μετά το Re-Enable Trim;

Cindori

17 Ιανουαρίου 2008
Σουηδία
  • 6 Νοεμβρίου 2014
Το VirtualRain είπε: Λοιπόν, κατά την ενημέρωση του OS X Yosemite, είναι καλύτερο να απενεργοποιήσετε το Trim Enabler, το Update και μετά το Re-Enable Trim;

Δεδομένου ότι το Trim Enabler ρυθμίζει επίσης το nvram, το οποίο δεν επαναφέρεται στις ενημερώσεις, υπάρχει πολύ μικρή πιθανότητα να προκύψουν προβλήματα (θα τολμήσω να πω σχεδόν αδύνατο). Ωστόσο, εξακολουθώ να το προτείνω προληπτικά.