אַחֵר

Kext-Dev-Mode=1

LightBulbFun

פוסטר מקורי
17 בנובמבר 2013
לונדון, בריטניה
  • 23 באוקטובר 2014
חשבתי על העובדה שביוסמיטי אתה צריך להשתמש ב-kext-dev-mode=1 כדי לטעון קבצים לא חתומים עכשיו, כל אחד מעבד את זה לעגלה והבעיה שאם העגלה תתנקה, המערכת לא יכולה לאתחל עכשיו חשבתי למה אתה לא יכול לשים kext-dev-mode=1 ב-com.apple.boot.plist? איפוס העגלה לא יאפס את ה-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

מת'טווני

17 באוגוסט, 2009
שרלוט, צפון קרוליינה
  • 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 והצלחתי להשתמש בשיטה שלמעלה כדי להוסיף kext-dev-mode=1 ל-com.apple.boot.plist ולנקות את ה-PRAM שלי עדיין אתחול ללא תקלות ובמהלך אתחול מילולי אני יכול לראות את kext-dev-mode=1 רשום בארגז האתחול שלי אז זה אמור לפתור את הבעיה עם חתימת kext ואת הסיכון שהיא תהיה מופעלת כשהיא מושבתת למרות שאני לא בטוח אם עדכון מערכת ההפעלה יאפס את הקובץ com.apple.boot.plist?

crjackson2134

6 במרץ 2013
שרלוט, צפון קרוליינה
  • 4 בנובמבר 2014
זה מלכוד נהדר, האם יש חסרונות ידועים? האם זה משפיע על זמני האתחול? אולי סינדורי יוכל להשתמש במידע הזה איכשהו כדי לשפר את TE. אולי כולל אפשרות להגדיר מצב זה עם מחוון או כפתור.

מייקבוס

13 באוגוסט 2009
שוויץ
  • 4 בנובמבר 2014
כן!!! זה לגמרי עובד. ואין שום חסרונות למיטב הבנתי. Cindori בהחלט צריך ליישם את האפשרות הזו. ניקיתי את nvram באמצעות הפקודה 'nvram -c' בנוסף השתמשתי במקשי option-command-p-r ו- Yosemite עדיין אתחל כאילו הכל רגיל. כמובן ש-TRIM עדיין מופעל. נערך לאחרונה: 4 בנובמבר, 2014

crjackson2134

6 במרץ 2013
שרלוט, צפון קרוליינה
  • 4 בנובמבר 2014
mikeboss אמר: כן!!! זה לגמרי עובד. ואין שום חסרונות למיטב הבנתי. Cindori בהחלט צריך ליישם את האפשרות הזו. ניקיתי את nvram באמצעות הפקודה 'nvram -c' בנוסף השתמשתי במקשי option-command-p-r ו- Yosemite עדיין אתחל כאילו הכל רגיל. כמובן ש-TRIM עדיין מאושרת

מדהים, הולך להגדיר את זה בפגישה הבאה.

עדכון: אז פשוט הרצתי את הפקודה הזו ואיפסתי את ה-NVRAM דרך 4 מחזורים והכל בסדר. נראה שזה תיקון מצוין. נערך לאחרונה: 4 בנובמבר, 2014

מת'טווני

17 באוגוסט, 2009
שרלוט, צפון קרוליינה
  • 4 בנובמבר 2014
crjackson2134 אמר: מדהים, הולך להגדיר את זה במפגש הבא.

עדכון: אז פשוט הרצתי את הפקודה הזו ואיפסתי את ה-NVRAM דרך 4 מחזורים והכל בסדר. נראה שזה תיקון מצוין.

פַנטַסטִי! זה גורם לי להרגיש הרבה יותר טוב לגבי השימוש ב-Trim Enabler ביוסמיטי. לכל אחד את הדעה שלו, אבל השבתת עניין החתימה של Kext עצמו פשוט לא מטריד אותי.

מייקבוס

13 באוגוסט 2009
שוויץ
  • 5 בנובמבר 2014
חח! אני לא יודע ממתי, אבל Trim Enabler כבר משנה את com.apple.Boot.plist ומוסיף את השורה 'kext-dev-mode=1'.

crjackson2134

6 במרץ 2013
שרלוט, צפון קרוליינה
  • 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
קשת A*
  • 5 בנובמבר 2014
האם מישהו עם כרטיס ה-Sintech + Apple Blade יכול לאשר שלמרות ש-trim מופעל מאתחול את הדבר האמיתי לאחר איפוס של עגלה עם החתימה מופעלת מחדש עם אתה עדיין מקבל את הסימן ללא כניסה באתחול?

מייקבוס

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.

איברנט

20 באוגוסט, 2010
חוף הזהב, אוסטרליה
  • 5 בנובמבר 2014
גב מאק אמר: האם מישהו עם כרטיס ה-Sintech + Apple Blade יכול לאשר שלמרות ש-trim מופעל מאתחול את הדבר האמיתי לאחר איפוס של עגלה עם החתימה מופעלת מחדש עם אתה עדיין מקבל את הסימן ללא כניסה באתחול?

למה שזה יקרה?
זה קרה לך?
התקנתי את שלי אתמול (Sintech + Apple Blade), מוצג בתור 'Apple SSD' ו-trim פעיל דרך Yosemite באופן אוטומטי. הסרתי בעבר את Trim Enabler.
למען האמת, אני לא רוצה לנסות איפוס לעגלה כדי לגלות!

נתן למאק

15 ביוני, 2008
קשת A*
  • 5 בנובמבר 2014
איברנט אמר: למה שזה יקרה?
זה קרה לך?
התקנתי את שלי אתמול (Sintech + Apple Blade), מוצג בתור 'Apple SSD' ו-trim פעיל דרך Yosemite באופן אוטומטי. הסרתי בעבר את Trim Enabler.
למען האמת, אני לא רוצה לנסות איפוס לעגלה כדי לגלות!

לא אבל הסינטק שלי הוזמן ואני במצב ציד אחר הלהב. אני חושב שאולי צריך לעשות את ה-kexts שלי לשדרוג כרטיס המסירה אז הייתי סקרן אם זה יעצור את האתחול אם כרטיס ה-wifi/BT LE הותקן או שזה רק התקנים הניתנים לאתחול בנפח האתחול של OS X כגון ahci , fw, usb וכו' שנותנים לך את הסימן אין כניסה

אני מניח שהלהב די טוב

איברנט

20 באוגוסט, 2010
חוף הזהב, אוסטרליה
  • 5 בנובמבר 2014
גב מאק אמר: אני מניח שהלהב די טוב

זה פשוט מדהים!
אני באמת לא רואה שום בעיה באתחול לאחר איפוס.
יש לי גם את חומרי ה-Bluetooth מ-Macvidcards ולא היו לי בעיות לפני התקנת ה-Sintech & Blade.
לאחר שביליתי את כל הזמן בשיבוט וכו', אני לא רוצה לבזבז זמן בהתקנה נוספת - אז אחכה לפני איפוס נוסף של עגלה.

נתן למאק

15 ביוני, 2008
קשת A*
  • 5 בנובמבר 2014
איברנט אמר: זה פשוט מדהים!
אני באמת לא רואה שום בעיה באתחול לאחר איפוס.
יש לי גם את חומרי ה-Bluetooth מ-Macvidcards ולא היו לי בעיות לפני התקנת ה-Sintech & Blade.
לאחר שביליתי את כל הזמן בשיבוט וכו', אני לא רוצה לבזבז זמן בהתקנה נוספת - אז אחכה לפני איפוס נוסף של עגלה.

:jalous: אני צריך את החלק של 1TB כדי להחליף את התאום 840 Evo שלי, ואחרי ששיחקתי עם ה-1tb nMP וביצועי הדיסק שלו ב-OS X ו-Windows וצחקתי ב'מהירות מגוחכת', אני באמת הולך ליהנות מהשדרוג הזה אחרי!

מציע לי שרק מכשירי אתחול מעלים את ה-No entry ואני מאוד מרוצה מזה.

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 אבל נראה שזה עובד.

מייקבוס

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 כצפוי.

סינדורי

17 בינואר 2008
שבדיה
  • 6 בנובמבר 2014
שלום לכולם
אני מודע לזה אבל זה לא עובד 100%.
פנו אליי משתמשים שקבעו את ה-plist עם kext-dev-mode=1 אך עדיין מקבלים 'חתימה לא חוקית, השמטה' ואינם יכולים לאתחל. כמו כן, אני עדיין לא בטוח אם זה יכול להתאפס בעדכוני מערכת ההפעלה.

אז מכיוון שנראה שזה לא מתאים לכל המשתמשים, אני בוחר להתייחס ל-PRAM במאמר התמיכה שלי, שכן נראה שזהו הגבול התחתון לציפיות.

אגב, Trim Enabler כבר משתמש בשתי השיטות בכל מקרה (עגלה ו-plist) להסתברות מקסימלית להצלחה. אינך צריך לבצע את השלבים האלה אם אתה משתמש ב-Trim Enabler. נערך לאחרונה: 6 בנובמבר, 2014

מייקבוס

13 באוגוסט 2009
שוויץ
  • 6 בנובמבר 2014
אוקיי, בדיוק בדקתי את זה שוב. עשה התקנה חדשה של Yosemite, התקין את Trim Enabler, דחף את העגלה/ניקה NVRAM. הכל עבד בסדר. לאחר מכן התקנתי את עדכון 10.10.1 והמכונה לא עלתה יותר. בדיוק כמו שסינדרי ציין, זה לא עובד 100% אמין. שוב, אני יודע למה קיבלתי Apple/SAMSUNG PCIe SSD למערכת הראשית שלי...

VirtualRain

1 באוגוסט 2008
ונקובר, לפני הספירה
  • 6 בנובמבר 2014
אז, כאשר מעדכנים את OS X Yosemite, האם עדיף לכבות את Trim Enabler, לעדכן ואז להפעיל מחדש את Trim?

סינדורי

17 בינואר 2008
שבדיה
  • 6 בנובמבר 2014
VirtualRain אמר: אז, כאשר מעדכנים את OS X Yosemite, האם עדיף לכבות את Trim Enabler, לעדכן, ואז להפעיל מחדש את Trim?

מכיוון ש-Trim Enabler מגדיר גם את ה-nvram, שאינו מאופס על עדכונים, יש סבירות נמוכה למדי לבעיות כלשהן שיתרחשו (הייתי מעז לומר כמעט בלתי אפשרי). עם זאת, אני עדיין ממליץ על זה כאמצעי זהירות.