AppleMacFinder
Oriģinālais plakāts- 2009. gada 7. decembris
- 2017. gada 18. aprīlis
Mana 2011. gada MacBook Pro 8.2 diskrētais AMD GPU beidzot neizdevās šeit minēto iemeslu dēļ ( http://logicboardmac.blogspot.ru/ ) un tur ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Tas darbojas perfekti 6 gadus pie diezgan lielas slodzes, pat izmēģināju SETI@HOME ieguvi fonā! Tāpēc es biju pārliecināts, ka manu MBP neietekmē slikta lodēšanas/sliktā lodēšanas kvalitāte, un es nevēlējos to nodot Apple bezmaksas remonta programmai — daļēji tāpēc, ka nevarēju atrast laiku, lai apturētu savus svarīgos programmatūras projektus, daļēji tāpēc, ka Es baidījos, ka Apple var man iedot mazāk uzticamu loģikas plati vai atteikties no bezmaksas remonta vairāku iemeslu dēļ nesaistīts remontdarbi, kurus iepriekš veicu manuāli, lai ietaupītu naudu: dažas reizes mainīju termopastu, 2 reizes nomainīju iekšējo akumulatoru, nomainīju klaviatūru ar saplīsušām pogām utt. Bet pagājušajā nedēļā beidzot sabojājās: klēpjdatora ekrāna attēls tika izkropļots, tas atteicās palaist OS X (vienmēr sasalst pusceļā) , un - Apple bezmaksas remonta programma jau ir beigusies! Es zinu, ka ir pieejami risinājumi par pieņemamu cenu, piemēram, BGA pārlodēšana par 50 ASV dolāru neoficiālā vietējā remontdarbnīcā un ka ir iespējams iegādāties jaunu HD 6750M mikroshēmu no AliExpress par USD 35 vai lētāk. ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html vai https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , jo nezinu, vai tā ir taisnība - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) lai garantētu veiksmīgu remontu, tāpēc kopējā remonta cena būtu vai nu $50, vai $50+$35=$85 – jebkurā gadījumā mazāka par 100$. Bet man nepatīk ieguldīt naudu vecajos datoros, tāpēc esmu domājusi - ja nu ir kāds uzlauzts spēku MBP, lai izmantotu integrēto grafiku VISU LAIKU, pat palaišanas laikā? Un tad sāka pētīt iespējamos risinājumus...
===
Pirmkārt, ir iespējams veiksmīgi sāknēt MBP operētājsistēmā OS X, vienlaikus izmantojot neveiksmīgo GPU, pēc tam, kad esat noņēmis AMD draiverus, sāknējot komandrindas režīmā ( CMD+S ) un ievadot šīs komandas:
1) fsck -fy (lai pārbaudītu disku)
2) mount -jūsu / (montējiet saknes failu sistēmu ar lasīšanas/rakstīšanas atļaujām)
3) sudo mkdir /AMD_Kexts/ (izveidojiet direktoriju AMD draiveru glabāšanai, ja tie būs nepieciešami nākotnē)
4) sudo mv /Sistēma/Bibliotēka/Paplašinājumi/AMD*.* /AMD_Kexts/ (pārvietojiet AMD draiverus)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (noņemiet AMD draiveru kešatmiņu)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (Ja OS X būs mēms un neizveidos šo direktoriju no jauna, es to veidoju OS X)
7) sudo touch /Sistēma/Bibliotēka/Paplašinājumi/ (lai atjauninātu laika zīmogus, lai jaunas draiveru kešatmiņas - bez AMD draiveriem - noteikti tiktu pārbūvētas)
8) sudo umount / (pievienojiet nodalījumu, lai garantētu, ka izmaiņas tajā tiek izskalotas)
9) sudo atsāknēšana
Jūsu neērtību pakāpe, veicot šīs darbības, lielā mērā ir atkarīga no tā, cik stipri jūsu gadījumā tiek izkropļots ekrāna attēls. Manā gadījumā tas bija vēl grūtāk, jo OS X nodalījums kļuva par 'tikai lasāmu' nodalījumu (pārāk daudzo avārijas izslēgšanas gadījumu dēļ, ko izdarīju, izmisīgi mēģinot palaist OS X ar neveiksmīgu GPU) tāpēc man bija jāizņem cietais disks no MacBook Pro un (izmantojot USB uz SATA 2,5 collu adapteri, kas ņemts no mana pārnēsājamā HDD) pievienoja to datoram ar Linux, pēc tam izpildiet šos norādījumus:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1. atbilde) - rūpīgi izpildīju vairākas komandas, aprēķināju izmēru ierobežojumu manam nodalījuma izkārtojumam un beidzot palaidu sudo mount -t hfsplus -o force,rw,sizelimit=JŪSUNUMURS /dev/sdb2 /mnt lai pievienotu šo HFS+ nodalījumu /mnt direktorijā lasīšanas-rakstīšanas režīmā. Tad es izpildīju šos '1) -7)' darbības, ko redzat iepriekš, kā arī salaboja failu sistēmu, palaižot sudo fsck.hfsplus -f /dev/sdb2 pirms nodalījuma atvienošanas ar sudo umount /mnt un cietā diska ievietošana atpakaļ MBP...
===
Tas man deva MBP, kas varēja sāknēt operētājsistēmu OS X JOPROJĀM izmantojot bojātu AMD GPU: tāpēc tā ekrāna attēls ir ļoti izkropļots (varētu pārlūkot internetu, bet diezgan neērti lasīt tekstu) , Launchpad ir ļoti aizkavēta, un jūs nevarat pārslēgties uz integrēto GPU, izmantojot gfxCardStatus, jo: bez AMD draiveriem (kas mums bija jānoņem, lai veiksmīgi palaistu OS X) Macbook Pro uzskata, ka tā iekšējais ekrāns ir ārējais displejs, un gfxCardStatus norāda, ka nav iespējams pārslēgties, jo ārējais displejs izmanto AMD GPU. Kaut kur atradu ieteikumu, ka ir iespējams pārbūvēt gfxCardStatus no avota koda - https://github.com/codykrieger/gfxCardStatus - ar noņemtu vai komentētu 156-166 rindas iekš ./gfxCardStatus/Classes/GSProcess.m lai liktu ignorēt ārējo displeju:
// noskaidrojiet, vai ārējais monitors piespiež diskrēto GPU
CGDirectDisplayID displeji[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, displeji, &displayCount) == noErr) {
for (int i = 0; i
if ( ! CGDisplayIsBuiltin(displei))
[list addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'ārējais displejs'), kTaskItemName,
@ '', kTaskItemPID, nulle]];
}
}
Tāpēc es pārbūvēju gfxCardStatus, izmantojot norādījumus, kas sniegti pēdējā atbildē uz šo problēmu -
https://github.com/codykrieger/gfxCardStatus/issues/229
(bija arī jālejupielādē aMacOSX10.11.sdkno šejienes - https://github.com/phracker/MacOSX-SDKs/releases - izpakojiet un kopējiet to uz XCode/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- Apple stulbuma dēļ jaunākajā XCode for El Capitan nav iekļauts El Capitan SDK!) Tomēr tas joprojām nedarbojās - gfxCardStatus tikai izlikās, ka tas ir pārgājis uz Integrēto GPU, savukārt patiesībā OS X neļāva tam pārslēgties! Pat pēc tam, kad es rediģēju ./gfxCardStatus/Classes/GSGPU.m failu, lai iespējotu noslēpumaino Noslēgt to no orbītas pārslēgšanas opciju, to joprojām nevarēja pārslēgt...
===
Tad es atklāju šo interesanto krātuvi - https://github.com/0xbb/gpu-switch - kas pēc sava avota koda ir daļēji līdzīgs gfxCardStatus, taču tai ir arī pieteikšanās āķi ( install_hooks.sh ), lai “automatizētu pieteikšanās/atteikšanās pārslēgšanas procesu”. Diemžēl man tas neizdevās... Tomēr ir ļoti interesants gpu slēdzis teksta failu tieši šī repozitorija saknē, kas apraksta EFI mainīgos!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Izpētot to un arī izlasot šī numura komentārus - https://github.com/0xbb/gpu-switch/issues/11 - Es kļuvu pārliecināts izmēģināt šo risinājumu, taču uzzināju, ka mans MacBook Pro 2011 8,2 ar OS X El Capitan 10.11.6 ir ĻOTI problemātiska situācija:
1) rEFInd nav instalēts, un, lai to instalētu, ir jāatspējo SIP aizsardzība. Bet es nevaru palaist atkopšanas režīmā ( Command+Option+R ) vai uz OS X instalācijas DVD/USB ( turiet opciju ), (lai atspējotu SIP) , jo tie sasalst sāknēšanas laikā! - lai gan es no savas sistēmas noņēmu AMD kextus, protams, šie atkopšanas rīki izmanto AMD kextus, kas ir integrēti to dizainā. Tāpat nevar izmantotsaknes muļķisuzlauzt ( https://github.com/gdbinit/rootfool ), lai izpildlaikā atspējotu SIP, jo tas darbojas tikai OS X versijā, kas vecāka par 10.11.4.
2) Mēģināju ar nolūku pārkarsēt savu Macbook Pro (piespiežot CPU izmantošanu uz 100% un ievietojot to cieši noslēgtā maisiņā) lai piespiestu to izslēgt no pārkaršanas un pēc tam ātri atsāknēt, lai sāknēšanas laikā tiktu iespējota integrētā grafika, tādējādi ļaujot sāknēt atkopšanu. Bet brīnišķīgās augstākās klases termopastas dēļ, kuru uzklāju ne tik sen - nevar to pārkarst pat pēc ilgas gaidīšanas! Šajā brīdī es domāju, ka tas varētu: uz) noņemiet AMD kexts no instalācijas datu nesēja vai b) lai vēlreiz savienotu MBP cieto disku ar Linux mašīnu un palaistu virkni chmod, lai noņemtu SIP karogus no šeit minētajiem direktorijiem ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ), kas potenciāli varētu padarīt sistēmu nesāknējamu, vai c) lai mēģinātu instalēt rEFInd HFS+ nodalījumā tieši no Linux mašīnas ar saknes tiesībām, jo tas apies SIP --- bet neesmu izpētījis šīs opcijas, lai gan dažas no tām, iespējams, darbojās...
3) Vēlējos palaist Linux LiveCD, lai no turienes rediģētu EFI mainīgos, bet neatkarīgi no tā, ko es darīju: mēģināju tieši palaist bez GRUB opcijas modifikācijām, mēģināju rediģēt GRUB sāknēšanas opcijas ( ar taustiņu 'e'. ) Pievienot nomodeset / noņemt kluss šļakatas / vai abi katrā kombinācijā , vai kā ieteikts šajā rakstā ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) arī pievienot i915.modeset = 0 radeon.modeset = 0 vai radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; un pēc tam nospiests Fn+F10 vai Shift+Ctrl+Fn+F10 lai palaistu ar šīm opcijām: bet Linux sāknēšanas process vienmēr neizdevās dažādos sāknēšanas posmos neatkarīgi no populārā lietotājam draudzīgā Linux izplatīšanas vai tā versijas, kuru es mēģinu: izmēģināju daudzas Ubuntu / Lubuntu / Fedora versijas, pat vecās ' AMD64 Mac un Alternate AMD64 Mac attēli, taču tie vienmēr neizdevās - vai nu pašā sāknēšanas procesa sākumā (melns ekrāns vai melns ekrāns ar mirgojošu vai iestrēgušu attēlu _ rakstzīme kreisajā augšējā stūrī) vai neizdevās pašās beigās - tieši pirms tam ir jāparāda grafiskā darbvirsmas vide...
Vēlāk,pirksts_84rakstīja, ka viņš varēja palaist Ubuntu grafiskā režīmā, izmantojot šādu GRUB iestatījumu:
- Lai atspējotu AMD grafisko karti, pēc tam pievienoju šādas rindas iestatīt gfxpayload=keep
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Tālāk es pievienoju sekojošo pēc kluss šļakatas
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Tad es atcerējos, ka pieredzējušiem lietotājiem ir neparasti Linux izplatījumi, kuriem ir LiveCD bez grafiskā interfeisa : jūs tiekat novirzīts uz tīru konsoli, un jums ir jāinstalē sistēma kopā ar tikai tām grafiskajām saskarnēm un programmatūras pakotnēm / pakotņu grupām, kuras jūs skaidri atlasāt. Piemēram: Arch Linux ( https://www.archlinux.org/ ) un Gentoo Linux ( https://gentoo.org/ ) . Tā kā viņu LiveCD nav grafiskā interfeisa, tos bez problēmām var palaist tīrā Linux konsolē un tur jūs varētu rediģēt EFI mainīgos ! Tātad šeit ir...
===
=== 100% DARBĪBAS RISINĀJUMS
===
=== Piespiediet MBP VIENMĒR izmantot Intel integrēto GPU (EFI mainīgā labojums)
===
=== lai tas atkal būtu lieliski! Reakcijas:yakult121, apples_arrogance, slimmy18222 un 98 citi
ZapNZs
- 2017. gada 23. janvāris
- 2017. gada 18. aprīlis
Es to izmēģināšu.
AppleMacFinder
Oriģinālais plakāts- 2009. gada 7. decembris
- 2017. gada 18. aprīlis
ZapNZs teica: Paldies par jūsu darbu. Esmu uzrakstījis Apple, LŪDZOT viņiem darīt kaut ko līdzīgu šim, mainot EFI noklusējuma iestatījumu uz dGPU sāknēšanas laikā, taču līdz šim tas nav darīts.
Es to izmēģināšu.
Paldies par labajiem vārdiem, ZapNZs , cerams, ka ar šo norādījumu jūs atkal padarīsit savu Mac lielisku Reakcijas:duffman9000 un AppleMacFinder S
pļaukāt
- 2008. gada 25. jūlijs
- 2017. gada 18. aprīlis
ak-
- 2010. gada 7. maijs
- 2017. gada 18. aprīlis
slapple teica: AppleMacFinder, vai jūsu risinājums arī ļautu kādam ielādēt sistēmu Windows, izmantojot integrēto GPU? Es dzirdēju ar Boot Camp, ka MBP vienmēr izmantos diskrēto GPU sistēmā Windows.Tam vajadzētu darboties, ja boot EFI režīmā. Tikai nesenie MBP (manuprāt, 11, 3 un jaunāki) atspējo Intel GPU operētājsistēmā Windows, un ir iespējami risinājumi: https://github.com/0xbb/gpu-switch
AppleMacFinder
Oriģinālais plakāts- 2009. gada 7. decembris
- 2017. gada 18. aprīlis
slapple teica: AppleMacFinder, vai jūsu risinājums arī ļautu kādam ielādēt sistēmu Windows, izmantojot integrēto GPU? Es dzirdēju ar Boot Camp, ka MBP vienmēr izmantos diskrēto GPU sistēmā Windows.
Sveiki pļaukāt ,
1) Šis tikai programmatūras labojums ir EFI BIOS līmenī. Teorētiski tam vajadzētu strādāt JEBKURA esošā operētājsistēma, tas ir:
*) saderīgs ar Macbook Pro aparatūru (x86_64 jeb AMD64 CPU arhitektūra - https://en.wikipedia.org/wiki/X86-64 )
*) saderīgs ar MBP EFI programmaparatūras versiju (senās OS bez EFI atbalsta nedarbosies uzreiz no kastes, lai gan vajadzētu būt iespējai tās palaist kādā saderības režīmā, arī dažas dīvainas OS varētu būt nesaderīgas ar Apple EFI versiju)
Faktiski šis EFI mainīgo labojums varētu sniegt lielu labumu tiem MBP 2011 lietotājiem, kuri vēlas dubultsāknēt savu OS X ar Linux: Apple ļoti specifiskās metodes divu GPU savienošanai šajā iekārtā dēļ dažreiz bija grūti iestatīt pat populāro. Linux izplatījumi. Nevajag vainot AMD, tas bija pirmais Apple klēpjdators ar AMD dubultā grafika, tāpēc Apple, iespējams, nebija laika izstrādāt labu duālās grafikas ieviešanu. Ja dubultā grafika ir atspējota, tagad vajadzētu būt daudz vienkāršāk iestatīt jebkuru Linux, tikai vēl neesat to pārbaudījis...
2) Pat bez šī EFI mainīgā labojuma kaut kādā veidā vajadzētu būt iespējai pārslēgties uz Intel GPU operētājsistēmā Windows, ja abi GPU ir redzami sistēmai Windows caur PCI (ja EFI neizslēdz PCI piekļuvi tai operētājsistēmām, kas darbojas zem BootCamp) , lai gan tas varētu prasīt zināmu jucekli ar draiveriem. Arī es pilnībā piekrītu ak- :
ah- teica: Tam vajadzētu darboties, ja boot EFI režīmā. Tikai nesenie MBP (manuprāt, 11, 3 un jaunāki) atspējo Intel GPU operētājsistēmā Windows, un ir iespējami risinājumi: https://github.com/0xbb/gpu-switchIr iespējams saglabāt vairākas OS (ieskaitot Windows) Mac datorā bez Bootcamp, tikai izmantojot rEFInd - http://www.rodsbooks.com/refind/
BTW kāpēc gan nepalaist Windows virtuālajā mašīnā? Piemēram: pirms vairākiem gadiem es veicu dažus sākotnējās OS X veiktspējas un Windows veiktspējas etalonus Parallels Desktop iekšienē, un, lai gan grafiskā veiktspēja bija aptuveni 35%, CPU veiktspēja bija tikai par aptuveni 2% lēnāka. Šobrīd starpībai vajadzētu būt daudz mazākai, jo 'vairāki gadi' ir liels laiks jebkuras programmatūras uzlabošanai, īpaši populārai virtualizācijas programmatūrai. Ja jums nepatīk maksāt vai pirātēt, izmēģiniet dažus bezmaksas virtualizācijas rīkus, piemēram, VirtualBox un QEMU. Varbūt pat Vīns varētu būt piemērots jūsu vajadzībām Pēdējoreiz rediģēts: 2017. gada 18. martā
Matejh
- 2014. gada 5. jūlijs
- 2017. gada 19. aprīlis
Lympero
- 2008. gada 1. septembris
- Māksla, Grieķija
- 2017. gada 19. aprīlis
maflynn
Moderators
Darbinieks- 2009. gada 3. maijs
- Bostona
- 2017. gada 19. aprīlis
Matejs teica: Kas notiek, ja pievienosit ārējo displeju?Manuprāt, displeja porta savienotājs ir savienots ar dGPU, tāpēc jūs nevarat izmantot iGPU, lai vadītu ārējo monitoru.
maģiskstrevor70
- 2017. gada 19. aprīlis
- 2017. gada 19. aprīlis
Mēģinot atjaunot failu “gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9”, es saņemu:
Nevar noņemt “gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9” Darbība nav atļauta
Mēģinot izpildīt komandu printf, es saņemu:
zsh: darbība nav atļauta: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Pat ja esmu pieteicies kā root, šķiet, ka nevar mainīt šo failu
AppleMacFinder
Oriģinālais plakāts- 2009. gada 7. decembris
- 2017. gada 19. aprīlis
magicaltrevor70 teica: 1) Nevar noņemt “gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9” Darbība nav atļauta
2) zsh: darbība nav atļauta: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Vai jūs to darāt no Arch Linux LiveCD? Ja mēģināt to no OS X vai OS X atkopšanas, SIP aizsardzība neļaus jums to atļaut. Izmēģiniet ar Arch Linux LiveCD, un tam vajadzētu darboties jūsu labā
Bezrūpīgs kanādietis
- 2017. gada 18. aprīlis
- 2017. gada 19. aprīlis
AppleMacFinder teica: vai jūs to darāt no Arch Linux LiveCD? Ja mēģināt to no OS X vai OS X atkopšanas, SIP aizsardzība neļaus jums to atļaut. Izmēģiniet ar Arch Linux LiveCD, un tam vajadzētu darboties jūsu labā
Man ir tāda pati problēma, ka nevaru modificēt efivars. Es to daru no Archlinux Live USB ar atspējotu SIP. Esmu mēģinājis atkārtoti montēt efivars r/w, bet joprojām saņemu paziņojumu “darbība nav atļauta”.
Vai kāds ir atradis risinājumu šim jautājumam?
pirksts_84
- 2017. gada 19. aprīlis
- Varēze, Itālija
- 2017. gada 19. aprīlis
CarefreeCanadian teica: Man ir tāda pati problēma, ka nevaru modificēt efivars. Es to daru no Archlinux Live USB ar atspējotu SIP. Esmu mēģinājis atkārtoti montēt efivars r/w, bet joprojām saņemu paziņojumu “darbība nav atļauta”.
Vai kāds ir atradis risinājumu šim jautājumam?
Vispirms paldies @AppleMacFinder par jūsu darbu! Šodien es atkal varēju izmantot savu Macbook Pro 2011. gada sākumā ar integrēto GPU.
@CarefreeCanadian Es saskāros ar to pašu problēmu, izmantojot Ubuntu Live 16.10 izplatīšanu, un es atrisināju problēmu, veicot šādas darbības:
Noņemt gpu-power-prefs-...' Mainīgais vispirms ir jāatvieno efivars:
*) umount /sys/firmware/efi/efivars/
pēc tam pievienojiet efivars lasīšanas/rakstīšanas režīmā:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[nospiediet TAB, lai automātiski pabeigtu]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[nospiediet TAB, lai automātiski pabeigtu]
pēc šīm papildu darbībām varat sekot @AppleMacFinder rokasgrāmatai
Ceru, ka tas var palīdzēt kādam citam.
AppleMacFinder
Oriģinālais plakāts- 2009. gada 7. decembris
- 2017. gada 19. aprīlis
CarefreeCanadian teica: Man ir tāda pati problēma, ka nevaru modificēt efivars. Es to daru no Archlinux Live USB ar atspējotu SIP. Esmu mēģinājis atkārtoti uzstādīt efivars r/w, bet joprojām saņemu paziņojumu, ka darbība nav atļauta.
magicaltrevor70 teica:darbība nav atļautaPirmkārt, tam, vai SIP ir iespējots vai atspējots, tam nevajadzētu būt nozīmei, jo SIP ir OS X funkcija un Linux ignorē šos SIP karogus. Draugi ar 'operācija nav atļauta' problēmu, man ir jāzina vairāk par jūsu aparatūras/programmatūras konfigurāciju, lai saprastu - kāda ir negatīva atšķirība starp manu un jūsu konfigurāciju, kas neļauj jums gūt panākumus. Piemēram: vai jūs bootējat ArchLinux, izmantojot rEFInd? Tā kā es neizmantoju rEFInd, sāknēšana notiek tieši no Mac EFI, turot nospiestu taustiņu Option. Es arī nezinu, vai tam ir nozīme, bet vai jūs izmantojat macOS Sierra? Tā kā mana operētājsistēma ir El Capitan (10.11.6), un teorētiski varētu būt, ka Sierra kaut kādā veidā bloķē EFI mainīgos... Tāpat mums vajadzētu mēģināt meklēt šo problēmu internetā, jo tā var būt problēma, kas nav izolēta no MBP. .
EDIT: Lūdzu lasi pirksts_84 ziņu augstāk
[doublepost=1489960984][/doublepost]
totoe_84 teica: Es saskāros ar to pašu problēmu, izmantojot Ubuntu Live 16.10 izplatīšanu, un es atrisināju problēmu, veicot šādas darbībaspirksts_84 , esmu pārsteigts, ka varējāt palaist Ubuntu, jo šai grafiskajai problēmai vajadzēja traucēt to palaist... Jebkurā gadījumā, Labi padarīts! Reakcijas:TonyRS un AppleMacFinder
Bezrūpīgs kanādietis
- 2017. gada 18. aprīlis
- 2017. gada 19. aprīlis
Paldies arī @AppleMacFinder par šī risinājuma publicēšanu! Jūs ietaupījāt mums visiem daudz izmēģinājumu un kļūdu, un esat nodrošinājis lielisku risinājumu 'neizdevās Macbook pro 2011' kopienai. Reakcijas:AppleMacFinder M
mūra
- 2017. gada 20. februāris
- 2017. gada 20. februāris
Man bija tāda pati problēma, un es izdarīju dažas no jūsu darbībām, piemēram, pirms 2 gadiem, bet es pametu pusceļā Reakcijas:Keno_beano un AppleMacFinder
maģiskstrevor70
- 2017. gada 19. aprīlis
- 2017. gada 20. februāris
totoe_84 teica: pēc tam pievienojiet efivars lasīšanas/rakstīšanas režīmā:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Mēģinot šo soli, es saņemu
mount: nezināms failu sistēmas tips 'efivars'
pirksts_84
- 2017. gada 19. aprīlis
- Varēze, Itālija
- 2017. gada 20. februāris
magicaltrevor70 teica: Mēģinot šo soli, es saņemu@magicaltrevor70 Es domāju, ka jūs pieļaujat drukas kļūdu:
mount: nezināms failu sistēmas tips 'efivars'
failu sistēmas tips ir efivarfs nē efivars
*) mount –t efivarfs rw / sys / programmaparatūra / efi / efivars /
maģiskstrevor70
- 2017. gada 19. aprīlis
- 2017. gada 20. februāris
ZapNZs
- 2017. gada 23. janvāris
- 2017. gada 20. februāris
Ja tāds ir, vai es sāku paziņojumu ar “rm”? Pēdējo reizi rediģēts: 2017. gada 20. martā
robertalīns
- 2009. gada 25. oktobris
- Stokholma, Zviedrija
- 2017. gada 20. februāris
Altis
- 2013. gada 10. septembris
- 2017. gada 20. februāris
Kaut Apple apgrūtinātu palīdzēt cilvēkiem, kā jūs to darījāt šeit... tas ir viens no iemesliem, kāpēc es iegādājos 2010. gada 17 collu, nevis labāku, bet riskantu 2011. gadu.
pristratton
- 2011. gada 20. decembris
- Vinipega, Manitoba, Kanāda
- 2017. gada 20. februāris
Mana sistēma joprojām darbojas labi, bet es neaizturu elpu par to, cik ilgi tā turpināsies.
Ir absolūti loģiski, ka mums vajadzētu būt iespējai pārslēgties uz integrēto grafiku, lai mūsu sistēmas turpinātu darboties. Kauns par Apple, ka šajā nodaļā nav aktīvi, bet ko jūs gaidāt, viņi vēlas, lai jūs pērkat jaunu Mac.
Es pievienošu šai lapai grāmatzīmi.
Paldies
Populārākas Posts