AppleMacFinder
Πρωτότυπη αφίσα- 7 Δεκεμβρίου 2009
- 18 Απριλίου 2017
Η διακριτή GPU AMD του MacBook Pro 8,2 του 2011 απέτυχε τελικά λόγω των λόγων που αναφέρονται εδώ ( http://logicboardmac.blogspot.ru/ ) και εκεί ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Λειτουργεί άψογα για 6 χρόνια κάτω από αρκετά υψηλό φορτίο, ακόμη και δοκίμασε την εξόρυξη SETI@HOME στο παρασκήνιο! Ήμουν λοιπόν σίγουρος ότι το MBP μου δεν επηρεάζεται από κακή συγκόλληση / κακή ποιότητα συγκόλλησης και δεν ήθελα να το φέρω στην Apple για ένα δωρεάν πρόγραμμα επισκευής - εν μέρει επειδή δεν μπορούσα να βρω τον χρόνο να διακόψω τα σημαντικά έργα λογισμικού μου, εν μέρει επειδή Φοβόμουν ότι η Apple μπορεί να μου δώσει μια λιγότερο αξιόπιστη πλακέτα λογικής ή να αρνηθεί μια δωρεάν επισκευή λόγω των πολλών άσχετος επισκευές που έκανα μόνος μου νωρίτερα για να εξοικονομήσω χρήματα: άλλαξα θερμική πάστα μερικές φορές, αντικατέστησα την εσωτερική μπαταρία 2 φορές, αντικατέστησα ένα πληκτρολόγιο με σπασμένα κουμπιά κ.λπ. Αλλά τελικά χάλασε την περασμένη εβδομάδα: η εικόνα της οθόνης του φορητού υπολογιστή παραμορφώθηκε, αρνήθηκε να εκκινήσει το OS X (πάντα παγώνει στη μέση) , και - Το δωρεάν πρόγραμμα επισκευής της Apple έχει ήδη τελειώσει! Γνωρίζω ότι υπάρχουν προσιτές λύσεις όπως η μετατόπιση 50 $ BGA σε ανεπίσημο τοπικό συνεργείο και ότι είναι δυνατό να αποκτήσετε ένα νέο τσιπ αντικατάστασης HD 6750M από την AliExpress για 35 $ ή φθηνότερα ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html ή https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , γιατί δεν ξέρω αν αυτό είναι αλήθεια - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) για να εγγυηθεί μια επιτυχημένη επισκευή, επομένως η συνολική τιμή της επισκευής θα είναι είτε $50 είτε $50+$35=$85 - λιγότερο από $100 σε κάθε περίπτωση. Αλλά δεν μου αρέσει να επενδύω χρήματα στους παλιούς υπολογιστές, γι' αυτό σκέφτηκα - τι θα συμβεί αν υπάρξει κάποιο χακάρισμα δύναμη MBP για χρήση ενσωματωμένων γραφικών ΔΙΑΡΚΕΙΑ, ακόμα και κατά την εκκίνηση; Και μετά άρχισε να διερευνά τις πιθανές λύσεις...
===
Πρώτα απ 'όλα, είναι δυνατή η επιτυχής εκκίνηση ενός MBP στο OS X ενώ εξακολουθείτε να χρησιμοποιείτε την αποτυχημένη GPU, αφού αφαιρέσετε τα προγράμματα οδήγησης AMD εκκινώντας σε λειτουργία γραμμής εντολών ( CMD+S ) και εισάγοντας αυτές τις εντολές:
1) fsck -fy (για έλεγχο ενός δίσκου)
2) mount -σου / (προσάρτηση ριζικού συστήματος αρχείων με δικαιώματα ανάγνωσης/εγγραφής)
3) sudo mkdir /AMD_Kexts/ (δημιουργήστε έναν κατάλογο για να αποθηκεύσετε τα προγράμματα οδήγησης AMD σε περίπτωση που θα τα χρειαστείτε στο μέλλον)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (μετακινήστε τα προγράμματα οδήγησης AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (καταργήστε την προσωρινή μνήμη των προγραμμάτων οδήγησης AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (απλώς σε περίπτωση που το OS X είναι χαζό και δεν θα ξαναδημιουργήσει αυτόν τον κατάλογο, τον δημιουργώ για το OS X)
7) sudo touch /Σύστημα/Βιβλιοθήκη/Επεκτάσεις/ (για να ενημερώσετε τις χρονικές σημάνσεις, ώστε οι νέες κρυφές μνήμες προγραμμάτων οδήγησης - χωρίς προγράμματα οδήγησης AMD - να αναδημιουργηθούν σίγουρα)
8) sudo ποσό / (προσαρμόστε ένα διαμέρισμα για να διασφαλίσετε ότι οι αλλαγές σας θα ολοκληρωθούν σε αυτό)
9) επανεκκίνηση sudo
Ο βαθμός της ταλαιπωρίας σας κατά την εκτέλεση αυτών των βημάτων - εξαρτάται σε μεγάλο βαθμό από το πόσο μεγάλη είναι η παραμόρφωση της εικόνας μιας οθόνης στην περίπτωσή σας. Στην περίπτωσή μου ήταν ακόμα πιο δύσκολο γιατί το διαμέρισμα OS X έγινε διαμέρισμα «μόνο για ανάγνωση». (εξαιτίας πάρα πολλών τερματισμών έκτακτης ανάγκης που έκανα ενώ προσπαθούσα απεγνωσμένα να εκκινήσω το OS X με μια αποτυχημένη GPU) οπότε έπρεπε να αφαιρέσω έναν σκληρό δίσκο από το MacBook Pro και (χρησιμοποιώντας έναν προσαρμογέα USB σε SATA 2,5' που λαμβάνεται από τον φορητό σκληρό δίσκο μου) το προσάρτησε σε έναν υπολογιστή με Linux και, στη συνέχεια, ακολούθησε αυτές τις οδηγίες:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1η απάντηση) - εκτέλεσα προσεκτικά έναν αριθμό εντολών, υπολόγισε ένα όριο μεγέθους για τη διάταξη διαμερισμάτων μου και τελικά έτρεξε sudo mount -t hfsplus -o force,rw,sizelimit=Ο ΑΡΙΘΜΟΣ ΣΑΣ /dev/sdb2 /mnt για να προσαρτήσετε αυτό το διαμέρισμα HFS+ στον κατάλογο /mnt σε λειτουργία ανάγνωσης-εγγραφής. Μετά τα έκανα '1) -7)' βήματα που βλέπετε παραπάνω και επιδιορθώθηκε επίσης ένα σύστημα αρχείων εκτελώντας sudo fsck.hfsplus -f /dev/sdb2 πριν αποσυναρμολογήσετε ένα διαμέρισμα με sudo umount /mnt και επαναφορά ενός σκληρού δίσκου στο MBP...
===
Αυτό μου έδωσε ένα MBP που μπορούσε να εκκινήσει στο OS X, ωστόσο ΑΚΟΜΗ χρήση σπασμένης GPU AMD: έτσι η εικόνα της οθόνης είναι πολύ παραμορφωμένη (θα μπορούσε να περιηγηθεί στο Διαδίκτυο, αλλά είναι αρκετά άβολο να διαβάσει ένα κείμενο) , το Launchpad είναι εξαιρετικά καθυστερημένο και δεν μπορείτε να μεταβείτε σε ενσωματωμένη GPU χρησιμοποιώντας gfxCardStatus επειδή: χωρίς προγράμματα οδήγησης AMD (το οποίο έπρεπε να αφαιρέσουμε για επιτυχή εκκίνηση στο OS X) Το Macbook Pro πιστεύει ότι η εσωτερική του οθόνη είναι εξωτερική οθόνη και το gfxCardStatus λέει ότι είναι αδύνατο να γίνει εναλλαγή επειδή η εξωτερική οθόνη χρησιμοποιεί AMD GPU. Κάπου βρήκα μια πρόταση ότι είναι δυνατή η εκ νέου δημιουργία ενός gfxCardStatus από τον πηγαίο κώδικα - https://github.com/codykrieger/gfxCardStatus - με αφαίρεση ή σχολιασμό 156-166 γραμμές στο ./gfxCardStatus/Classes/GSProcess.m για να αγνοήσει την εξωτερική οθόνη:
// ανακαλύψτε εάν μια εξωτερική οθόνη ενεργοποιεί τη διακριτή gpu
Οθόνες CGDirectDisplayID[8].
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, displays, &displayCount) == noErr) {
για (int i = 0; i
if ( ! CGDisplayIsBuiltin(εμφανίζει))
[λίστα addObject:[Λεξικό NSDictionaryWithObjectsAndKeys:
Str(@'External Display'), kTaskItemName,
@ '', kTaskItemPID, μηδέν]];
}
}
Έτσι, έφτιαξα ξανά ένα gfxCardStatus χρησιμοποιώντας τις οδηγίες από την τελευταία απάντηση αυτού του τεύχους -
https://github.com/codykrieger/gfxCardStatus/issues/229
(έπρεπε επίσης να κατεβάσετε έναMacOSX10.11.sdkαπό εδώ - https://github.com/phracker/MacOSX-SDKs/releases - Αποσυσκευάστε και αντιγράψτε το στο XCode's/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- Λόγω της βλακείας της Apple, το τελευταίο XCode για το El Capitan δεν περιλαμβάνει το SDK για το El Capitan!) Ωστόσο, και πάλι δεν λειτούργησε - το gfxCardStatus προσποιήθηκε μόνο ότι άλλαξε σε Integrated GPU, ενώ στην πραγματικότητα το OS X δεν το άφησε να αλλάξει! Ακόμα και αφού έκανα επεξεργασία ./gfxCardStatus/Classes/GSGPU.μ αρχείο για να ενεργοποιήσετε το μυστηριώδες ' Εξασφαλίστε το από την εναλλαγή τροχιάς 'Επιλογή, ακόμα δεν μπορούσε να αλλάξει...
===
Τότε ανακάλυψα αυτό το ενδιαφέρον αποθετήριο - https://github.com/0xbb/gpu-switch - το οποίο είναι εν μέρει παρόμοιο από τον πηγαίο κώδικα του με το gfxCardStatus αλλά έχει επίσης τα «Άγκιστρα σύνδεσης» ( install_hooks.sh ) για «αυτοματοποίηση της διαδικασίας εναλλαγής για σύνδεση/αποσύνδεση». Δυστυχώς δεν μου λειτούργησε... Ωστόσο, υπάρχει ένα πολύ ενδιαφέρον gpu-switch αρχείο κειμένου ακριβώς στη ρίζα αυτού του αποθετηρίου, το οποίο περιγράφει τις μεταβλητές EFI!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Αφού το μελετήσαμε και διαβάσαμε επίσης τα σχόλια αυτού του τεύχους - https://github.com/0xbb/gpu-switch/issues/11 - Έγινα σίγουρος ότι θα δοκιμάσω αυτήν τη λύση, αλλά ανακάλυψα ότι το MacBook Pro 2011 8,2 με OS X El Capitan 10.11.6 βρίσκεται σε ΠΟΛΥ προβληματική κατάσταση:
1) Το rEFInd δεν είναι εγκατεστημένο και για να το εγκαταστήσετε - πρέπει να απενεργοποιήσετε την προστασία SIP. Αλλά δεν μπορώ να κάνω εκκίνηση σε λειτουργία ανάκτησης ( Command+Option+R ) ή σε DVD/USB εγκατάστασης OS X ( κρατήστε την επιλογή ), (για απενεργοποίηση SIP) , γιατί παγώνουν κατά την εκκίνηση! - παρόλο που αφαίρεσα τα AMD kexts από το σύστημά μου, φυσικά αυτά τα εργαλεία ανάκτησης χρησιμοποιούν kexts AMD ενσωματωμένα στο σχεδιασμό τους. Επίσης δεν μπορεί να χρησιμοποιηθείριζοσπαστικόςχακάρω ( https://github.com/gdbinit/rootfool ) για να απενεργοποιήσετε το SIP κατά τη διάρκεια του χρόνου εκτέλεσης, επειδή λειτουργεί μόνο σε έκδοση OS X παλαιότερη από 10.11.4
2) Προσπάθησα να υπερθερμάνω το Macbook Pro επίτηδες (αναγκάζοντας τη χρήση της CPU στο 100% και τοποθετώντας την σε μια καλά κλεισμένη σακούλα) για να το αναγκάσετε να τερματιστεί από υπερθέρμανση και, στη συνέχεια, να επανεκκινήσετε γρήγορα, έτσι ώστε τα Ενσωματωμένα γραφικά να ενεργοποιηθούν κατά τη διάρκεια της εκκίνησης - καθιστώντας δυνατή την εκκίνηση στο Recovery. Αλλά λόγω της υπέροχης θερμικής πάστας υψηλής ποιότητας που έχω εφαρμόσει όχι πολύ καιρό πριν - δεν μπορώ να την υπερθερμάνω ακόμα και μετά από πολύ καιρό! Σε αυτό το σημείο σκέφτηκα ότι θα μπορούσε: προς το) αφαιρέστε kexts AMD από τα μέσα εγκατάστασης ή σι) για να συνδέσετε ξανά τον σκληρό δίσκο του MBP σε μια μηχανή Linux και να εκτελέσετε μια δέσμη chmods για να αφαιρέσετε τις σημαίες SIP από τους καταλόγους που αναφέρονται εδώ ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) που θα μπορούσαν ενδεχομένως να κάνουν ένα σύστημα μη εκκινήσιμο ή ντο) να δοκιμάσετε να εγκαταστήσετε το διαμέρισμα rEFInd σε HFS+ απευθείας από μια μηχανή Linux με δικαιώματα root, επειδή θα παρακάμψει το SIP --- αλλά δεν έχετε εξερευνήσει αυτές τις επιλογές, αν και ορισμένες από αυτές μπορεί να έχουν λειτουργήσει...
3) Ήθελα να εκκινήσω ένα Linux LiveCD για να επεξεργαστώ τις μεταβλητές EFI από εκεί, αλλά ανεξάρτητα από το τι έκανα: δοκίμασα απευθείας εκκίνηση χωρίς τροποποιήσεις επιλογής GRUB, δοκίμασα να επεξεργαστώ τις επιλογές εκκίνησης GRUB ( με κλειδί 'e' ) να προσθέσω nomodeset / αφαιρέστε ήσυχο παφλασμό / ή και τα δύο σε κάθε συνδυασμό ή όπως προτείνεται σε αυτό το άρθρο ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) επίσης προσθέστε i915.modeset = 0 radeon.modeset = 0 ή radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; και μετά πατήθηκε Fn+F10 ή Shift+Ctrl+Fn+F10 για εκκίνηση με αυτές τις επιλογές: αλλά η διαδικασία εκκίνησης του Linux αποτυγχάνει πάντα σε διαφορετικά στάδια εκκίνησης, ανεξάρτητα από το ποια δημοφιλή φιλική προς τον χρήστη διανομή Linux ή ποια έκδοση του δοκιμάζω: δοκίμασα πολλές εκδόσεις του Ubuntu / Lubuntu / Fedora , ακόμα και την παλιά ' Εικόνες AMD64 Mac» και «Alternate AMD64 Mac», αλλά πάντα αποτυγχάνουν - είτε στην αρχή της διαδικασίας εκκίνησης (μαύρη οθόνη, είτε μαύρη οθόνη με αναβοσβήνει ή κολλημένη _ χαρακτήρα στην επάνω αριστερή γωνία) ή απέτυχε στο τέλος του - ακριβώς πριν υποτίθεται ότι εμφανίζει ένα γραφικό περιβάλλον επιφάνειας εργασίας...
Αργότερα,totoe_84έγραψε ότι ήταν σε θέση να εκκινήσει το Ubuntu σε γραφική λειτουργία χρησιμοποιώντας την ακόλουθη ρύθμιση για το GRUB:
- Για να απενεργοποιήσω την κάρτα γραφικών AMD πρόσθεσα τις ακόλουθες γραμμές μετά ορίστε gfxpayload=keep
έξοδος 0x710 2
έξοδος 0x740 2
έξοδος 0x750 0
- Στη συνέχεια πρόσθεσα το εξής μετά ήσυχο παφλασμό
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Μετά θυμήθηκα ότι υπάρχουν μη mainstream διανομές Linux για προχωρημένους χρήστες, οι οποίες διαθέτουν LiveCD χωρίς καμία γραφική διεπαφή : μεταφέρεστε σε μια καθαρή κονσόλα και υποτίθεται ότι θα εγκαταστήσετε το σύστημα μαζί με μόνο εκείνες τις γραφικές διεπαφές και τα πακέτα λογισμικού / ομάδες πακέτων που επιλέγετε ρητά. Για παράδειγμα: Arch Linux ( https://www.archlinux.org/ ) και Gentoo Linux ( https://gentoo.org/ ) . Επειδή το LiveCD τους δεν έχει γραφική διεπαφή, θα μπορούσαν να εκκινηθούν χωρίς πρόβλημα σε μια καθαρή κονσόλα Linux και εκεί θα μπορούσατε να επεξεργαστείτε τις μεταβλητές EFI ! Ιδού λοιπόν ένα...
===
=== 100% ΛΥΣΗ ΕΡΓΑΣΙΑΣ
===
=== Αναγκάστε το MBP σας να χρησιμοποιεί ΠΑΝΤΑ ενσωματωμένη GPU Intel (διόρθωση μεταβλητής EFI)
===
=== για να το ξανακάνω υπέροχο! Αντιδράσεις:yakult121, apples_arrogance, slimmy18222 και 98 ακόμη
ZapNZs
- 23 Ιανουαρίου 2017
- 18 Απριλίου 2017
Θα το δώσω μια ευκαιρία.
AppleMacFinder
Πρωτότυπη αφίσα- 7 Δεκεμβρίου 2009
- 18 Απριλίου 2017
Ο ZapNZs είπε: Ωραία χάλια σας ευχαριστώ για τη δουλειά σας. Έχω γράψει την Apple ΠΑΡΑΚΑΛΟΥΝΤΑΣ να κάνει κάτι τέτοιο που περιλαμβάνει την αλλαγή της προεπιλογής του EFI σε dGPU κατά την εκκίνηση, αλλά μέχρι στιγμής δεν τα πάει μαζί τους.
Θα το δώσω μια ευκαιρία.
Σε ευχαριστώ για τα καλά σου λόγια, ZapNZs , ελπίζουμε να κάνετε το Mac σας υπέροχο και πάλι με αυτήν την οδηγία Αντιδράσεις:duffman9000 και AppleMacFinder μικρό
χαστούκι
- 25 Ιουλίου 2008
- 18 Απριλίου 2017
αχ-
- 7 Μαΐου 2010
- 18 Απριλίου 2017
slapple είπε: AppleMacFinder, η λύση σας θα επέτρεπε επίσης σε κάποιον να εκκινήσει στα Windows χρησιμοποιώντας την ενσωματωμένη GPU; Άκουσα με το Boot Camp, το MBP θα χρησιμοποιεί πάντα τη διακριτή GPU στα Windows.Θα πρέπει να λειτουργεί, εάν κάνετε εκκίνηση σε λειτουργία EFI. Μόνο τα πρόσφατα MBP (11,3 και πάνω νομίζω) απενεργοποιούν την GPU της Intel στα Windows και υπάρχουν λύσεις: https://github.com/0xbb/gpu-switch
AppleMacFinder
Πρωτότυπη αφίσα- 7 Δεκεμβρίου 2009
- 18 Απριλίου 2017
slapple είπε: AppleMacFinder, η λύση σας θα επέτρεπε επίσης σε κάποιον να εκκινήσει στα Windows χρησιμοποιώντας την ενσωματωμένη GPU; Άκουσα με το Boot Camp, το MBP θα χρησιμοποιεί πάντα τη διακριτή GPU στα Windows.
γεια χαστούκι ,
1) Αυτή η καθαρά επιδιόρθωση λογισμικού είναι σε επίπεδο EFI BIOS. Θεωρητικά θα πρέπει να λειτουργεί με ΟΠΟΙΟΣ υπάρχον λειτουργικό σύστημα, δηλαδή:
*) συμβατό με υλικό Macbook Pro (x86_64 γνωστή και ως αρχιτεκτονική CPU AMD64 - https://en.wikipedia.org/wiki/X86-64 )
*) συμβατό με την έκδοση υλικολογισμικού EFI της MBP (το αρχαίο λειτουργικό σύστημα χωρίς υποστήριξη EFI δεν θα λειτουργήσει αμέσως, αν και θα πρέπει να υπάρχει τρόπος να τα εκκινήσετε σε κάποια λειτουργία συμβατότητας, επίσης κάποιο περίεργο λειτουργικό σύστημα θα μπορούσε να είναι ασύμβατο με την έκδοση EFI της Apple)
Στην πραγματικότητα, αυτή η επιδιόρθωση μεταβλητών EFI θα μπορούσε να αποφέρει μεγάλο όφελος σε εκείνους τους χρήστες του MBP 2011 που θα ήθελαν να κάνουν διπλή εκκίνηση του OS X τους με Linux: λόγω της εξαιρετικά ειδικής μεθόδου της Apple για τη σύνδεση δύο GPU σε αυτό το μηχάνημα, μερικές φορές ήταν δύσκολο να ρυθμίσετε ακόμη και το δημοφιλές Διανομές Linux. Μην κατηγορείτε την AMD, ήταν ο πρώτος φορητός υπολογιστής της Apple με AMD σε διπλά γραφικά, οπότε πιθανότατα η Apple δεν είχε το χρόνο να αναπτύξει μια καλή εφαρμογή διπλών γραφικών. Με τα διπλά γραφικά απενεργοποιημένα, τώρα θα πρέπει να είναι πολύ πιο εύκολο να ρυθμίσετε οποιοδήποτε Linux, απλά δεν το έχετε δοκιμάσει ακόμα...
2) Ακόμη και χωρίς αυτήν την επιδιόρθωση μεταβλητής EFI, θα πρέπει να είναι κατά κάποιο τρόπο δυνατή η εναλλαγή σε Intel GPU στα Windows, εάν και οι δύο GPU είναι ορατές στα Windows μέσω PCI (εάν το EFI δεν διακόψει την πρόσβαση PCI σε αυτό για λειτουργικά συστήματα που εκτελούνται στο BootCamp) , αν και θα μπορούσε να απαιτήσει κάποιο μπέρδεμα με τους οδηγούς. Επίσης συμφωνώ απόλυτα αχ- :
ah- είπε: Θα πρέπει να λειτουργεί, εάν εκκινείτε σε λειτουργία EFI. Μόνο τα πρόσφατα MBP (11,3 και πάνω νομίζω) απενεργοποιούν την GPU της Intel στα Windows και υπάρχουν λύσεις: https://github.com/0xbb/gpu-switchΕίναι δυνατό να διατηρηθούν πολλά λειτουργικά συστήματα (συμπεριλαμβανομένων των Windows) σε Mac χωρίς Bootcamp, χρησιμοποιώντας απλώς ένα rEFInd - http://www.rodsbooks.com/refind/
BTW γιατί να μην τρέξετε τα Windows σε μια εικονική μηχανή; Για παράδειγμα: πριν από αρκετά χρόνια έκανα ορισμένα σημεία αναφοράς της απόδοσης του εγγενούς OS X έναντι των Windows μέσα σε μια επιφάνεια εργασίας Parallels, και ενώ η απόδοση των γραφικών ήταν κάπου γύρω στο 35%, η απόδοση της CPU ήταν μόλις 2% πιο αργή. Αυτήν τη στιγμή, η διαφορά θα πρέπει να είναι πολύ μικρότερη, επειδή τα 'αρκετά χρόνια' είναι μια μεγάλη στιγμή για να βελτιωθεί οποιοδήποτε λογισμικό, ειδικά για ένα δημοφιλές λογισμικό εικονικοποίησης. Εάν δεν σας αρέσει να πληρώνετε ή να κάνετε πειρατές, δοκιμάστε μερικά δωρεάν εργαλεία εικονικοποίησης όπως το VirtualBox και το QEMU. Ίσως ακόμη και το κρασί θα μπορούσε να είναι κατάλληλο για τις ανάγκες σας Τελευταία επεξεργασία: 18 Μαρτίου 2017
Matejh
- 5 Ιουλίου 2014
- 19 Απριλίου 2017
lympero
- 1 Σεπτεμβρίου 2008
- Τέχνη, Ελλάδα
- 19 Απριλίου 2017
maflynn
Μεσολαβητής
Μέλος του προσωπικού- 3 Μαΐου 2009
- Βοστώνη
- 19 Απριλίου 2017
Ο Matejh είπε: Τι θα συμβεί αν συνδέσετε εξωτερική οθόνη;Καταλαβαίνω ότι η υποδοχή θύρας οθόνης είναι συνδεδεμένη με το dGPU, επομένως δεν μπορείτε να χρησιμοποιήσετε το iGPU για να οδηγείτε μια εξωτερική οθόνη.
magicaltrevor70
- 19 Απριλίου 2017
- 19 Απριλίου 2017
Όταν προσπαθώ να rm το αρχείο 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', λαμβάνω:
Δεν είναι δυνατή η κατάργηση του 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Δεν επιτρέπεται η λειτουργία
Όταν προσπαθώ να κάνω την εντολή printf, λαμβάνω:
zsh: η λειτουργία δεν επιτρέπεται: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Παρόλο που είμαι συνδεδεμένος ως root, φαίνεται ότι δεν μπορώ να αλλάξω αυτό το αρχείο
AppleMacFinder
Πρωτότυπη αφίσα- 7 Δεκεμβρίου 2009
- 19 Απριλίου 2017
Ο magicaltrevor70 είπε: 1) Δεν είναι δυνατή η κατάργηση του 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Δεν επιτρέπεται η λειτουργία
2) zsh: η λειτουργία δεν επιτρέπεται: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Το κάνετε από το Arch Linux LiveCD; Εάν το δοκιμάζετε από ανάκτηση OS X ή OS X, η προστασία SIP δεν θα σας επέτρεπε να το επιτρέψετε. Δοκιμάστε με το Arch Linux LiveCD και θα λειτουργήσει για εσάς
Ξένοιαστος Καναδός
- 18 Απριλίου 2017
- 19 Απριλίου 2017
Το AppleMacFinder είπε: Το κάνετε από το Arch Linux LiveCD; Εάν το δοκιμάζετε από ανάκτηση OS X ή OS X, η προστασία SIP δεν θα σας επέτρεπε να το επιτρέψετε. Δοκιμάστε με το Arch Linux LiveCD και θα λειτουργήσει για εσάς
Έχω το ίδιο πρόβλημα με την αδυναμία τροποποίησης των efivars. Το κάνω από ένα Archlinux Live USB με απενεργοποιημένο το SIP. Δοκίμασα να επανατοποθετήσω το efivars r/w, αλλά εξακολουθώ να λαμβάνω 'δεν επιτρέπεται η λειτουργία'.
Έχει βρει κανείς λύση σε αυτό;
totoe_84
- 19 Απριλίου 2017
- Βαρέζε, Ιταλία
- 19 Απριλίου 2017
CarefreeCanadian είπε: Έχω το ίδιο πρόβλημα να μην μπορώ να τροποποιήσω τα efivars. Το κάνω από ένα Archlinux Live USB με απενεργοποιημένο το SIP. Δοκίμασα να επανατοποθετήσω το efivars r/w, αλλά εξακολουθώ να λαμβάνω 'δεν επιτρέπεται η λειτουργία'.
Έχει βρει κανείς λύση σε αυτό;
Πρώτα απ 'όλα ευχαριστώ @AppleMacFinder για τη δουλειά σας! Σήμερα μπόρεσα να χρησιμοποιήσω ξανά το macbook pro στις αρχές του 2011 με την ενσωματωμένη gpu.
@CarefreeCanadian Αντιμετώπισα το ίδιο πρόβλημα χρησιμοποιώντας μια διανομή Ubuntu Live 16.10 και το έλυσα με τα ακόλουθα βήματα:
Για να αφαιρέσετε gpu-power-prefs-...' μεταβλητή είναι απαραίτητο πρώτα απ 'όλα να αποπροσαρτήσετε τα efivars:
*) umount /sys/firmware/efi/efivars/
στη συνέχεια προσαρτήστε τα efivars σε λειτουργία ανάγνωσης/εγγραφής:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[πατήστε TAB για αυτόματη συμπλήρωση]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[πατήστε TAB για αυτόματη συμπλήρωση]
Μετά από αυτά τα πρόσθετα βήματα, μπορείτε να ακολουθήσετε τον οδηγό @AppleMacFinder
Ελπίζω ότι αυτό μπορεί να βοηθήσει κάποιον άλλο.
AppleMacFinder
Πρωτότυπη αφίσα- 7 Δεκεμβρίου 2009
- 19 Απριλίου 2017
CarefreeCanadian είπε: Έχω το ίδιο πρόβλημα να μην μπορώ να τροποποιήσω τα efivars. Το κάνω από ένα Archlinux Live USB με απενεργοποιημένο το SIP. Δοκίμασα να επανατοποθετήσω το efivars r/w, αλλά εξακολουθώ να λαμβάνω «δεν επιτρέπεται η λειτουργία.
Ο magicaltrevor70 είπε:δεν επιτρέπεται η λειτουργίαΠρώτα απ 'όλα, εάν το SIP είναι ενεργοποιημένο ή απενεργοποιημένο - δεν θα πρέπει να έχει σημασία επειδή το SIP είναι χαρακτηριστικό OS X και το Linux αγνοεί αυτές τις σημαίες SIP. Φίλοι με πρόβλημα «δεν επιτρέπεται η λειτουργία», πρέπει να μάθω περισσότερα για τη διαμόρφωση του υλικού/λογισμικού σας, για να καταλάβω - ποια είναι η αρνητική διαφορά μεταξύ της δικής μου και της δικής σας διαμόρφωσης που σας εμποδίζει να επιτύχετε την επιτυχία. Για παράδειγμα: κάνετε εκκίνηση στο ArchLinux μέσω του rEFInd; Επειδή δεν χρησιμοποιώ το rEFInd, κάνω εκκίνηση απευθείας από το EFI του Mac κρατώντας πατημένο το πλήκτρο 'Option'. Επίσης δεν ξέρω αν έχει σημασία, αλλά είσαι στο macOS Sierra; Επειδή το λειτουργικό μου σύστημα είναι το El Capitan (10.11.6) και θεωρητικά μπορεί να είναι ότι η Sierra με κάποιο τρόπο κλειδώνει τις μεταβλητές EFI... Επίσης, θα πρέπει να προσπαθήσουμε να ψάξουμε αυτό το πρόβλημα στο Διαδίκτυο, γιατί αυτό μπορεί να είναι ένα ζήτημα που δεν είναι απομονωμένο στο MBP.. .
ΕΠΕΞΕΡΓΑΣΙΑ: Παρακαλώ διαβάστε totoe_84 μήνυμα παραπάνω
[doublepost=1489960984][/doublepost]
totoe_84 είπε: Αντιμετώπισα το ίδιο πρόβλημα χρησιμοποιώντας μια διανομή Ubuntu Live 16.10 και έλυσα το πρόβλημα με τα ακόλουθα βήματαtotoe_84 , εκπλήσσομαι που μπόρεσες να εκκινήσεις το Ubuntu, γιατί αυτό το γραφικό πρόβλημα θα έπρεπε να το είχε αποτρέψει από την εκκίνηση... Σε κάθε περίπτωση, μπράβο! Αντιδράσεις:TonyRS και AppleMacFinder
Ξένοιαστος Καναδός
- 18 Απριλίου 2017
- 19 Απριλίου 2017
Επίσης, ευχαριστώ τον @AppleMacFinder για τη δημοσίευση αυτής της λύσης! Μας εξοικονομήσατε από πολλές δοκιμές και σφάλματα και παρείχατε μια εξαιρετική λύση στην κοινότητα του 'αποτυχημένου macbook pro 2011' Αντιδράσεις:AppleMacFinder Μ
τοιχοποιία
- 20 Φεβρουαρίου 2017
- 20 Φεβρουαρίου 2017
Είχα το ίδιο πρόβλημα και έκανα μερικά από τα βήματα σου όπως πριν από 2 χρόνια, αλλά σταμάτησα στη μέση Αντιδράσεις:Keno_beano και AppleMacFinder
magicaltrevor70
- 19 Απριλίου 2017
- 20 Φεβρουαρίου 2017
totoe_84 είπε: στη συνέχεια προσαρτήστε τα efivars σε λειτουργία ανάγνωσης/εγγραφής:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Όταν δοκιμάζω αυτό το βήμα παίρνω
προσάρτηση: άγνωστος τύπος συστήματος αρχείων 'efivars'
totoe_84
- 19 Απριλίου 2017
- Βαρέζε, Ιταλία
- 20 Φεβρουαρίου 2017
magicaltrevor70 είπε: Όταν δοκιμάζω αυτό το βήμα, το καταφέρνω@magicaltrevor70 νομίζω ότι κάνεις τυπογραφικό λάθος:
προσάρτηση: άγνωστος τύπος συστήματος αρχείων 'efivars'
ο τύπος του συστήματος αρχείων είναι εφιβαρφς δεν εφιβαρς
*) mount –t εφιβαρφς rw /sys/firmware/efi/efivars/
magicaltrevor70
- 19 Απριλίου 2017
- 20 Φεβρουαρίου 2017
ZapNZs
- 23 Ιανουαρίου 2017
- 20 Φεβρουαρίου 2017
Εάν υπάρχει, μπορώ να ξεκινήσω τη δήλωση με «rm»; Τελευταία έκδοση: 20 Μαρτίου 2017
roberthallin
- 25 Οκτωβρίου 2009
- ΣΤΟΚΧΟΛΜΗ ΣΟΥΗΔΙΑ
- 20 Φεβρουαρίου 2017
Άλτις
- 10 Σεπτεμβρίου 2013
- 20 Φεβρουαρίου 2017
Μακάρι η Apple να μπορούσε να ενοχληθεί να βοηθήσει τους ανθρώπους όπως κάνατε εσείς εδώ... είναι ένας από τους λόγους που αγόρασα ένα 2010 17' αντί για το καλύτερο αλλά επικίνδυνο 2011.
pristratton
- 20 Δεκεμβρίου 2011
- Γουίνιπεγκ, Μανιτόμπα, Καναδάς
- 20 Φεβρουαρίου 2017
Το σύστημά μου εξακολουθεί να λειτουργεί καλά, αλλά δεν κρατάω την ανάσα μου για πόσο καιρό θα παραμείνει έτσι.
Είναι απολύτως λογικό να μπορούμε να μεταβούμε στα ενσωματωμένα γραφικά για να συνεχίσουμε να λειτουργούν τα συστήματά μας. Ντροπή στην Apple που δεν είναι προληπτική σε αυτό το τμήμα, αλλά τι περιμένεις, θέλουν να αγοράσεις ένα νέο Mac.
Θα προσθέσω σελιδοδείκτη σε αυτήν τη σελίδα.
Σας ευχαριστώ
Δημοφιλείς Αναρτήσεις