AppleMacFinder
Áp phích gốc- Ngày 7 tháng 12 năm 2009
- 18 thg 4, 2017
GPU AMD rời của MacBook Pro 8,2 2011 của tôi cuối cùng đã không thành công vì những lý do được đề cập ở đây ( http://logicboardmac.blogspot.ru/ ) với chỗ ấy ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Nó đã hoạt động hoàn hảo trong 6 năm dưới mức tải khá cao, thậm chí đã thử khai thác SETI @ HOME ở chế độ nền! Vì vậy, tôi tự tin rằng MBP của tôi không bị ảnh hưởng bởi chất lượng hàn kém / chất lượng hàn kém và không muốn mang nó đến Apple để có chương trình sửa chữa miễn phí - một phần vì không thể tìm thấy thời gian để tạm dừng các dự án phần mềm quan trọng của tôi, một phần vì Tôi sợ rằng Apple có thể cung cấp cho tôi một bảng logic kém tin cậy hơn hoặc từ chối sửa chữa miễn phí vì một số không liên quan sửa chữa mà tôi đã tự làm thủ công trước đó để tiết kiệm chi phí: thay keo tản nhiệt vài lần, thay pin bên trong 2 lần, thay bàn phím bị hỏng nút, v.v. Nhưng cuối cùng nó đã bị hỏng vào tuần trước: hình ảnh màn hình máy tính xách tay trở nên méo mó từ chối khởi động OS X (luôn đóng băng nửa chặng đường) và - Chương trình sửa chữa miễn phí của Apple đã kết thúc! Tôi biết có những giải pháp giá cả phải chăng như xử lý BGA $ 50 tại cửa hàng sửa chữa không chính thức ở địa phương và có thể nhận được chip HD 6750M thay thế mới từ AliExpress với giá $ 35 hoặc rẻ hơn ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html hoặc https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , bởi vì không biết điều này có đúng không - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) để đảm bảo sửa chữa thành công, vì vậy tổng giá sửa chữa sẽ là $ 50 hoặc $ 50 + $ 35 = $ 85 - ít hơn $ 100 trong mọi trường hợp. Nhưng tôi không thích đầu tư tiền vào các máy tính cũ, vì vậy tôi đã nghĩ - nếu có một số vụ hack thì sao lực lượng MBP để sử dụng đồ họa tích hợp MỌI LÚC, ngay cả khi đang khởi động? Và sau đó bắt đầu khám phá các giải pháp khả thi ...
===
Trước hết, có thể khởi động thành công MBP vào OS X trong khi vẫn sử dụng GPU bị lỗi, sau khi bạn xóa trình điều khiển AMD bằng cách khởi động ở chế độ dòng lệnh ( CMD + S ) và nhập các lệnh sau:
1) fsck -fy (để kiểm tra đĩa)
2) mount -your / (gắn kết hệ thống tệp gốc với quyền đọc / ghi)
3) sudo mkdir / AMD_Kexts / (tạo một thư mục để lưu trữ các trình điều khiển AMD trong trường hợp bạn sẽ cần chúng trong tương lai)
4) sudo mv /System/Library/Extensions/AMD*.* / AMD_Kexts / (di chuyển trình điều khiển AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (xóa bộ nhớ cache của trình điều khiển AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (đề phòng OS X bị đơ và sẽ không tạo lại thư mục này, tôi đang tạo nó cho OS X)
7) sudo touch / Hệ thống / Thư viện / Tiện ích mở rộng / (để cập nhật dấu thời gian để bộ nhớ đệm trình điều khiển mới - không có trình điều khiển AMD - chắc chắn sẽ được xây dựng lại)
số 8) sudo umount / (umount một phân vùng để đảm bảo rằng các thay đổi của bạn được chuyển vào nó)
9) khởi động lại sudo
Mức độ bất tiện của bạn khi thực hiện các bước này - phụ thuộc nhiều vào mức độ méo hình ảnh của màn hình trong trường hợp của bạn. Trong trường hợp của tôi, điều đó thậm chí còn khó khăn hơn vì phân vùng OS X trở thành phân vùng 'chỉ đọc' (do quá nhiều lần tắt khẩn cấp, tôi đã làm trong khi cố gắng khởi động OS X với GPU bị lỗi) vì vậy tôi phải tháo ổ cứng khỏi MacBook Pro và (sử dụng bộ chuyển đổi USB sang SATA 2.5 'được lấy từ ổ cứng di động của tôi) đã gắn nó vào máy tính chạy Linux, sau đó làm theo các hướng dẫn sau:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (Câu trả lời đầu tiên) - thực hiện cẩn thận một số lệnh, tính toán sizelimit cho bố cục phân vị của tôi và cuối cùng đã chạy sudo mount -t hfsplus -o force, rw, sizelimit = YOURNUMBER / dev / sdb2 / mnt để gắn phân vùng HFS + này vào thư mục / mnt ở chế độ đọc-ghi. Sau đó, tôi biểu diễn những '1) -7)' các bước bạn thấy ở trên và cũng đã sửa chữa hệ thống tệp bằng cách chạy sudo fsck.hfsplus -f / dev / sdb2 trước khi ngắt kết nối phân vùng với sudo umount / mnt và đưa ổ cứng trở lại MBP ...
===
Điều này đã mang lại cho tôi một MBP có thể khởi động vào OS X mặc dù VẪN CÒN sử dụng GPU AMD bị hỏng: vì vậy hình ảnh trên màn hình rất méo (có thể duyệt Internet nhưng khá bất tiện khi đọc văn bản) , Launchpad siêu chậm và bạn không thể chuyển sang GPU tích hợp bằng gfxCardStatus vì: không có trình điều khiển AMD (mà chúng tôi phải xóa để khởi động thành công vào OS X) Macbook Pro cho rằng 'màn hình bên trong của nó là Màn hình bên ngoài và gfxCardStatus cho biết không thể chuyển đổi vì Màn hình bên ngoài đang sử dụng GPU AMD. Ở đâu đó tôi đã tìm thấy một gợi ý rằng có thể xây dựng lại gfxCardStatus từ mã nguồn - https://github.com/codykrieger/gfxCardStatus - đã xóa hoặc đã nhận xét 156-166 dòng bên trong ./gfxCardStatus/Classes/GSProcess.m để làm cho nó bỏ qua màn hình bên ngoài:
// tìm xem màn hình bên ngoài có buộc gpu rời không
CGDirectDisplayID hiển thị [8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList (8, display, & displayCount) == noErr) {
for (int i = 0; i
if (! CGDisplayIsBuiltin (hiển thị))
[list addObject: [NSDictionary dictionaryWithObjectsAndKeys:
Str (@ 'Màn hình bên ngoài'), kTaskItemName,
@ '', kTaskItemPID, nil]];
}
}
Vì vậy, tôi đã tạo lại gfxCardStatus bằng cách sử dụng các hướng dẫn từ câu trả lời cuối cùng của vấn đề này -
https://github.com/codykrieger/gfxCardStatus/issues/229
(cũng phải tải xuống mộtMacOSX10.11.sdktừ đây - https://github.com/phracker/MacOSX-SDKs/releases - giải nén và sao chép nó vào XCode's/Application/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- vì sự ngu ngốc của Apple, XCode mới nhất cho El Capitan không bao gồm SDK cho El Capitan!) Tuy nhiên, nó vẫn không hoạt động - gfxCardStatus chỉ giả vờ rằng nó đã chuyển sang GPU tích hợp, trong khi thực tế OS X đã không cho phép nó chuyển đổi! Ngay cả sau khi tôi đã chỉnh sửa ./gfxCardStatus/Classes/GSGPU.m tệp để kích hoạt bí ẩn ' Nuke nó từ chuyển đổi quỹ đạo tùy chọn ', nó vẫn không thể chuyển đổi ...
===
Sau đó, tôi phát hiện ra kho lưu trữ thú vị này - https://github.com/0xbb/gpu-switch - tương tự một phần bởi 'mã nguồn của nó với gfxCardStatus nhưng cũng có' Móc đăng nhập '( install_hooks.sh ) để 'tự động hóa quá trình chuyển đổi đăng nhập / đăng xuất'. Đáng buồn là nó không hoạt động với tôi ... Tuy nhiên, có một điều rất thú vị gpu-switch tệp văn bản ngay tại thư mục gốc của kho lưu trữ này, trong đó mô tả các biến EFI!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Sau khi nghiên cứu nó và cũng đọc các bình luận về vấn đề này - https://github.com/0xbb/gpu-switch/issues/11 - Tôi đã trở nên tự tin để thử giải pháp này, nhưng phát hiện ra rằng MacBook Pro 2011 8,2 với OS X El Capitan 10.11.6 của tôi đang ở trong tình trạng Tình huống RẤT có vấn đề:
1) rEFInd chưa được cài đặt và để cài đặt nó - phải tắt tính năng bảo vệ SIP. Nhưng tôi không thể khởi động vào chế độ Khôi phục ( Command + Option + R ) hoặc tới DVD / USB Cài đặt OS X ( giữ quyền chọn ), (để tắt SIP) , vì chúng bị đóng băng khi khởi động! - mặc dù tôi đã xóa AMD kexts khỏi hệ thống của mình, tất nhiên các công cụ khôi phục này đang sử dụng kexts AMD được tích hợp vào thiết kế của chúng. Cũng không thể sử dụngngu ngốc gốc rễhack ( https://github.com/gdbinit/rootfool ) để tắt SIP trong thời gian chạy, vì nó chỉ hoạt động ở phiên bản OS X cũ hơn 10.11.4
2) Cố tình làm nóng Macbook Pro của tôi quá nóng (buộc mức sử dụng CPU ở mức 100% và đặt nó vào một túi đóng chặt) buộc nó phải tắt máy để tránh quá nóng và sau đó nhanh chóng khởi động lại để đồ họa Tích hợp sẽ được bật trong thời gian khởi động - giúp bạn có thể khởi động vào Recovery. Nhưng vì loại keo tản nhiệt cao cấp tuyệt vời mà tôi đã áp dụng cách đây không lâu - không thể làm nó quá nóng ngay cả khi đợi trong một thời gian dài! Tại thời điểm này, tôi nghĩ rằng có thể: đến) loại bỏ kexts AMD khỏi Phương tiện cài đặt, hoặc NS) để kết nối lại ổ cứng của MBP với máy Linux và chạy một loạt chmod để xóa cờ SIP khỏi các thư mục được đề cập ở đây ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) có thể làm cho hệ thống không thể khởi động được, hoặc NS) để thử cài đặt rEFInd vào phân vùng HFS + trực tiếp từ máy Linux có quyền root vì nó sẽ bỏ qua SIP --- nhưng chưa khám phá các tùy chọn này, mặc dù một số trong số chúng có thể đã hoạt động ...
3) Muốn khởi động Linux LiveCD để chỉnh sửa các biến EFI từ đó, nhưng bất kể tôi đã làm gì: đã thử khởi động thẳng mà không sửa đổi tùy chọn GRUB, thử chỉnh sửa tùy chọn khởi động GRUB ( với phím 'e' ) thêm vào nomodeset / tẩy giật gân yên tĩnh / hoặc cả hai trong mọi sự kết hợp, hoặc như được đề xuất trong bài viết này ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) cũng thêm i915.modeset = 0 radeon.modeset = 0 hoặc radeon.modeset = 0 i915.modeset = 1 i915.lvds_channel_mode = 2 ; và sau đó nhấn Fn + F10 hoặc Shift + Ctrl + Fn + F10 để khởi động với các tùy chọn này: nhưng quá trình khởi động Linux luôn không thành công ở các giai đoạn khởi động khác nhau, bất kể bản phân phối Linux thân thiện với người dùng phổ biến nào hoặc phiên bản của nó mà tôi đang thử: đã thử nhiều bản phát hành Ubuntu / Lubuntu / Fedora, thậm chí cả phiên bản cũ ' Hình ảnh AMD64 Mac 'và' Thay thế AMD64 Mac ', nhưng chúng luôn không thành công - ngay khi bắt đầu quá trình khởi động (màn hình đen hoặc màn hình đen nhấp nháy hoặc bị kẹt _ ký tự ở góc trên bên trái) hoặc không thành công ở cuối ký tự - ngay trước khi nó được cho là hiển thị môi trường máy tính để bàn đồ họa ...
Một lát sau,totoe_84đã viết rằng anh ấy có thể khởi động Ubuntu ở chế độ đồ họa bằng cách sử dụng thiết lập sau cho GRUB:
- Để vô hiệu hóa cạc đồ họa AMD, tôi đã thêm các dòng sau đặt gfxpayload = keep
ra ngoài 0x710 2
ra ngoài 0x740 2
ra ngoài 0x750 0
- Tiếp theo tôi đã thêm phần sau vào sau giật gân yên tĩnh
i915.lvds_channel_mode = 2 i915.modeset = 1 i915.lvds_use_ssc = 0
===
Sau đó, tôi nhớ rằng có các bản phân phối Linux không chính thống cho người dùng nâng cao, có LiveCD không có bất kỳ giao diện đồ họa nào : bạn được đưa xuống một bảng điều khiển thuần túy và bạn phải cài đặt hệ thống cùng với chỉ những giao diện đồ họa và gói phần mềm / nhóm gói mà bạn chọn rõ ràng. Ví dụ: Arch Linux ( https://www.archlinux.org/ ) và Gentoo Linux ( https://gentoo.org/ ). Bởi vì LiveCD của họ không có giao diện đồ họa, chúng có thể được khởi động mà không gặp vấn đề gì với bảng điều khiển Linux thuần túy và ở đó bạn có thể chỉnh sửa các biến EFI ! Vì vậy, đây là một ...
===
=== 100% GIẢI PHÁP LÀM VIỆC
===
=== Buộc MBP của bạn LUÔN LUÔN sử dụng GPU tích hợp của Intel (sửa lỗi biến EFI)
===
=== để làm cho nó tuyệt vời một lần nữa! Phản ứng:yakult121, apple_arrogance, slimmy18222 và 98 người khác
ZapNZs
- 23 thg 1, 2017
- 18 thg 4, 2017
Tôi sẽ thử điều này.
AppleMacFinder
Áp phích gốc- Ngày 7 tháng 12 năm 2009
- 18 thg 4, 2017
ZapNZs đã nói: Cảm ơn bạn vì công việc của bạn. Tôi đã viết Apple BẮT ĐẦU chúng để làm điều gì đó như thế này liên quan đến việc thay đổi mặc định của EFI thành dGPU khi khởi động, nhưng cho đến nay vẫn chưa đi được với chúng.
Tôi sẽ thử điều này.
Cảm ơn bạn cho các từ loại, ZapNZs , hy vọng bạn làm cho máy Mac của mình trở nên tuyệt vời trở lại bằng hướng dẫn này Phản ứng:duffman9000 và AppleMacFinder NS
quả dứa
- Ngày 25 tháng 7 năm 2008
- 18 thg 4, 2017
Ah-
- Ngày 7 tháng 5 năm 2010
- 18 thg 4, 2017
slapple đã nói: AppleMacFinder, liệu giải pháp của bạn có cho phép ai đó khởi động vào Windows bằng GPU tích hợp không? Tôi nghe nói với Boot Camp, MBP sẽ luôn sử dụng GPU rời trong Windows.Nó sẽ hoạt động nếu bạn khởi động ở chế độ EFI. Chỉ những MBP gần đây (tôi nghĩ là 11,3 trở lên) mới vô hiệu hóa GPU intel trong Windows và có những cách giải quyết: https://github.com/0xbb/gpu-switch
AppleMacFinder
Áp phích gốc- Ngày 7 tháng 12 năm 2009
- 18 thg 4, 2017
slapple đã nói: AppleMacFinder, liệu giải pháp của bạn có cho phép ai đó khởi động vào Windows bằng GPU tích hợp không? Tôi nghe nói với Boot Camp, MBP sẽ luôn sử dụng GPU rời trong Windows.
Chào quả dứa ,
1) Bản sửa lỗi hoàn toàn là phần mềm này là ở cấp EFI BIOS. Về lý thuyết, nó sẽ hoạt động với KHÔNG TÍ NÀO hệ điều hành đang tồn tại, đó là:
*) tương thích với phần cứng Macbook Pro (x86_64 hay còn gọi là kiến trúc CPU AMD64 - https://en.wikipedia.org/wiki/X86-64 )
*) tương thích với phiên bản phần sụn EFI của MBP (Hệ điều hành cổ không hỗ trợ EFI sẽ không hoạt động ngay lập tức, mặc dù cần có cách để khởi chạy chúng ở một số chế độ tương thích, cũng có một số hệ điều hành kỳ lạ có thể không tương thích với phiên bản EFI của Apple)
Trên thực tế, việc sửa chữa các biến EFI này có thể mang lại lợi ích lớn cho những người dùng MBP 2011 muốn khởi động kép OS X của họ với Linux: vì phương pháp kết nối hai GPU trong máy này rất đặc biệt của Apple, đôi khi rất khó để thiết lập ngay cả những chiếc máy phổ biến. Các bản phân phối Linux. Đừng đổ lỗi cho AMD, đây là máy tính xách tay đầu tiên của Apple có AMD với đồ họa kép nên có lẽ Apple đã không có thời gian để phát triển một cách thực thi đồ họa kép tốt. Với đồ họa kép bị vô hiệu hóa, bây giờ sẽ dễ dàng hơn nhiều để thiết lập bất kỳ Linux nào, chỉ là chưa thử nghiệm nó ...
2) Ngay cả khi không có bản sửa lỗi biến EFI này, bằng cách nào đó vẫn có thể chuyển sang GPU Intel trong Windows, nếu cả hai GPU đều hiển thị với Windows thông qua PCI (nếu EFI không cắt quyền truy cập PCI vào nó đối với hệ điều hành chạy trong BootCamp) , mặc dù nó có thể yêu cầu một số rắc rối với các trình điều khiển. Ngoài ra tôi hoàn toàn đồng ý với Ah- :
ah- said: Nó sẽ hoạt động, nếu bạn khởi động ở chế độ EFI. Chỉ những MBP gần đây (tôi nghĩ là 11,3 trở lên) mới vô hiệu hóa GPU intel trong Windows và có những cách giải quyết: https://github.com/0xbb/gpu-switchCó thể giữ một số hệ điều hành (bao gồm cả Windows) trên máy Mac mà không cần bất kỳ Bootcamp nào, chỉ cần sử dụng rEFInd - http://www.rodsbooks.com/refind/
BTW tại sao không chạy Windows trong máy ảo? Ví dụ: vài năm trước, tôi đã thực hiện một số điểm chuẩn của hiệu suất OS X gốc so với Windows bên trong Parallels Desktop và trong khi hiệu suất đồ họa đạt khoảng 35%, hiệu suất CPU chỉ chậm hơn khoảng 2%. Ngay bây giờ, sự khác biệt sẽ nhỏ hơn nhiều, bởi vì 'vài năm' là khoảng thời gian lớn để bất kỳ phần mềm nào phải cải thiện, đặc biệt là đối với một phần mềm ảo hóa phổ biến. Nếu bạn không muốn trả tiền hoặc ăn cắp bản quyền, hãy thử một số công cụ ảo hóa phần mềm miễn phí như VirtualBox và QEMU. Có thể thậm chí Rượu có thể phù hợp với nhu cầu của bạn Sửa lần cuối: 18/03/2017
Matejh
- Ngày 5 tháng 7 năm 2014
- Ngày 19 tháng 4 năm 2017
bạch huyết
- Ngày 1 tháng 9 năm 2008
- Nghệ thuật, Hy Lạp
- Ngày 19 tháng 4 năm 2017
maflynn
Người điều hành
Thành viên đội ngũ nhân viên- Ngày 3 tháng 5 năm 2009
- Boston
- Ngày 19 tháng 4 năm 2017
Matejh cho biết: Điều gì xảy ra nếu bạn kết nối màn hình bên ngoài?Theo hiểu biết của tôi, đầu nối cổng màn hình được kết nối cứng với dGPU nên bạn không thể sử dụng iGPU để điều khiển màn hình bên ngoài.
magictrevor70
- Ngày 19 tháng 4 năm 2017
- Ngày 19 tháng 4 năm 2017
Khi cố gắng rm tệp 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', tôi nhận được:
Không thể xóa 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Thao tác không được phép
Khi cố gắng thực hiện lệnh printf, tôi nhận được:
zsh: hoạt động không được phép: / sys / firmware / efi / efivars / gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Mặc dù tôi đã đăng nhập bằng quyền root nhưng có vẻ như không thể thay đổi tệp đó
AppleMacFinder
Áp phích gốc- Ngày 7 tháng 12 năm 2009
- Ngày 19 tháng 4 năm 2017
magictrevor70 cho biết: 1) Không thể xóa 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Thao tác không được phép
2) zsh: hoạt động không được phép: / sys / firmware / efi / efivars / gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Bạn đang làm điều đó từ Arch Linux LiveCD? Nếu bạn đang thử nó từ phục hồi OS X hoặc OS X, bảo vệ SIP sẽ không cho phép bạn cho phép điều đó. Hãy thử với Arch Linux LiveCD và nó sẽ phù hợp với bạn
Vô tưCanadian
- 18 thg 4, 2017
- Ngày 19 tháng 4 năm 2017
AppleMacFinder cho biết: Bạn có đang làm điều đó từ Arch Linux LiveCD không? Nếu bạn đang thử nó từ phục hồi OS X hoặc OS X, bảo vệ SIP sẽ không cho phép bạn cho phép điều đó. Hãy thử với Arch Linux LiveCD và nó sẽ phù hợp với bạn
Tôi đang gặp vấn đề tương tự là không thể sửa đổi efivars. Tôi đang thực hiện nó từ một cổng Archlinux Live USB đã tắt SIP. Tôi đã thử kết nối lại các efivars r / w nhưng tôi vẫn nhận được 'hoạt động không được phép.'
Có ai tìm ra giải pháp cho việc này chưa?
totoe_84
- Ngày 19 tháng 4 năm 2017
- Varese, Ý
- Ngày 19 tháng 4 năm 2017
CarefreeCanadian cho biết: Tôi đang gặp phải vấn đề tương tự là không thể sửa đổi efivars. Tôi đang thực hiện nó từ một cổng Archlinux Live USB đã tắt SIP. Tôi đã thử kết nối lại các efivars r / w nhưng tôi vẫn nhận được 'hoạt động không được phép.'
Có ai tìm ra giải pháp cho việc này chưa?
Trước hết, xin cảm ơn @AppleMacFinder vì công việc của bạn! Hôm nay tôi đã có thể sử dụng lại chiếc macbook pro đầu năm 2011 của mình với gpu tích hợp.
@CarefreeCanadian Tôi đã gặp vấn đề tương tự khi sử dụng bản phân phối Ubuntu Live 16.10 và tôi đã giải quyết vấn đề bằng các bước sau:
Để loại bỏ gpu-power-prefs -... ' biến, trước hết cần phải ngắt kết nối các efivars:
*) umount / sys / firmware / efi / efivars /
sau đó gắn các efivars ở chế độ đọc / ghi:
*) mount –t efivarfs rw / sys / firmware / efi / efivars /
*) chattr -i / sys / firmware / efi / efivars / gpu-power-prefs- [nhấn TAB để tự động hoàn thành]
*) rm / sys / firmware / efi / efivars / gpu-power-prefs- [nhấn TAB để tự động hoàn thành]
sau các bước bổ sung này, bạn có thể làm theo hướng dẫn @AppleMacFinder
Tôi hy vọng điều này có thể giúp ai đó khác.
AppleMacFinder
Áp phích gốc- Ngày 7 tháng 12 năm 2009
- Ngày 19 tháng 4 năm 2017
CarefreeCanadian cho biết: Tôi đang gặp phải vấn đề tương tự là không thể sửa đổi efivars. Tôi đang thực hiện nó từ một cổng Archlinux Live USB đã tắt SIP. Tôi đã thử kết nối lại các efivars r / w nhưng tôi vẫn nhận được 'hoạt động không được phép.
magictrevor70 cho biết:không được phép vận hànhTrước hết, SIP được bật hay tắt - không thành vấn đề vì SIP là tính năng của OS X và Linux bỏ qua các cờ SIP đó. Bạn bè gặp sự cố 'hoạt động không được phép', tôi cần biết thêm về cấu hình phần cứng / phần mềm của bạn, để hiểu - sự khác biệt tiêu cực giữa cấu hình của tôi và của bạn ngăn cản bạn đạt được thành công là gì. Ví dụ: bạn đang khởi động vào ArchLinux thông qua rEFInd? Bởi vì tôi không sử dụng rEFInd, khởi động trực tiếp từ EFI của Mac bằng cách giữ phím 'Option'. Ngoài ra, tôi không biết liệu nó có quan trọng không, nhưng bạn có đang sử dụng macOS Sierra không? Bởi vì hệ điều hành của tôi là El Capitan (10.11.6), và về mặt lý thuyết, có thể là do Sierra bằng cách nào đó khóa các biến EFI ... Ngoài ra, chúng tôi nên thử tìm kiếm vấn đề này trên Internet, vì đây có thể là vấn đề không riêng với MBP .. .
CHỈNH SỬA: xin vui lòng đọc totoe_84 tin nhắn ở trên
[doublepost=1489960984][/doublepost]
totoe_84 cho biết: Tôi đã gặp vấn đề tương tự khi sử dụng bản phân phối Ubuntu Live 16.10 và tôi đã giải quyết vấn đề bằng các bước sautotoe_84 , Tôi rất ngạc nhiên khi bạn có thể khởi động Ubuntu, vì vấn đề đồ họa này lẽ ra đã ngăn nó khởi động ... Trong mọi trường hợp, làm tốt! Phản ứng:TonyRS và AppleMacFinder
Vô tưCanadian
- 18 thg 4, 2017
- Ngày 19 tháng 4 năm 2017
Ngoài ra, cảm ơn bạn @AppleMacFinder đã đăng giải pháp này! Bạn đã lưu cho chúng tôi rất nhiều lần thử và sai và đã cung cấp giải pháp tuyệt vời cho cộng đồng 'macbook pro 2011 bị lỗi' Phản ứng:AppleMacFinder NS
nề
- 20 thg 2, 2017
- 20 thg 2, 2017
Tôi gặp vấn đề tương tự và đã thực hiện một số bước của bạn như 2 năm trước, nhưng tôi đã bỏ dở giữa chừng Phản ứng:Keno_beano và AppleMacFinder
magictrevor70
- Ngày 19 tháng 4 năm 2017
- 20 thg 2, 2017
totoe_84 đã nói: sau đó gắn các efivars ở chế độ đọc / ghi:
*) mount –t efivarfs rw / sys / firmware / efi / efivars /
Khi thử bước này, tôi nhận được
mount: loại hệ thống tập tin không xác định 'efivars'
totoe_84
- Ngày 19 tháng 4 năm 2017
- Varese, Ý
- 20 thg 2, 2017
magictrevor70 đã nói: Khi thử bước này, tôi nhận được@ magictrevor70 Tôi nghĩ rằng bạn mắc lỗi đánh máy:
mount: loại hệ thống tập tin không xác định 'efivars'
loại hệ thống tập tin là efivarfs không phải efivars
*) mount –t efivarfs rw / sys / firmware / efi / efivars /
magictrevor70
- Ngày 19 tháng 4 năm 2017
- 20 thg 2, 2017
ZapNZs
- 23 thg 1, 2017
- 20 thg 2, 2017
Nếu có, tôi có bắt đầu câu lệnh bằng 'rm' không? Lần sửa cuối: 20 tháng 3, 2017
roberthallin
- Ngày 25 tháng 10 năm 2009
- Stockholm, Thụy Điển
- 20 thg 2, 2017
Altis
- Ngày 10 tháng 9 năm 2013
- 20 thg 2, 2017
Ước gì Apple có thể phiền lòng giúp đỡ mọi người như bạn đã từng làm ở đây ... đó là một trong những lý do tôi mua một chiếc 2010 17 'thay vì một chiếc 2011 tốt hơn nhưng đầy rủi ro.
pristratton
- Ngày 20 tháng 12 năm 2011
- Winnipeg, Manitoba, Canada
- 20 thg 2, 2017
Hệ thống của tôi vẫn chạy tốt, nhưng tôi không biết nó sẽ tiếp tục hoạt động như vậy trong bao lâu.
Điều hoàn toàn hợp lý là chúng ta có thể chuyển sang đồ họa tích hợp để giữ cho hệ thống của mình hoạt động. Thật xấu hổ cho Apple vì đã không chủ động trong bộ phận này, nhưng bạn mong đợi điều gì, họ muốn bạn mua một chiếc Mac mới.
Tôi sẽ đánh dấu trang này.
Cảm ơn
Bài ViếT Phổ BiếN