AppleMacFinder
Originalus plakatas- 2009 m. gruodžio 7 d
- 2017 m. balandžio 18 d
Atskiras mano 2011 m. MacBook Pro 8,2 AMD GPU pagaliau sugedo dėl čia paminėtų priežasčių ( http://logicboardmac.blogspot.ru/ ) ir ten ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Jis puikiai veikia jau 6 metus esant gana didelei apkrovai, netgi bandė SETI@HOME kasybą fone! Taigi buvau įsitikinęs, kad mano MBP nėra paveiktas prastos litavimo / blogos litavimo kokybės ir nenorėjau jo pristatyti į Apple, kad gautų nemokamą taisymo programą – iš dalies todėl, kad neradau laiko pristabdyti svarbių programinės įrangos projektų, iš dalies todėl, kad Bijojau, kad „Apple“ gali padovanoti mažiau patikimą logikos plokštę arba atsisakyti nemokamo remonto dėl kelių nesusiję remontai, kuriuos anksčiau, taupydamas pinigus, dariau pats rankiniu būdu: kelis kartus keitė termopasta, 2 kartus keitė vidinę bateriją, pakeičiau klaviatūrą su sulūžusiais mygtukais ir t.t. Bet galiausiai praėjusią savaitę sugedo: nešiojamojo kompiuterio ekrano vaizdas išsikraipė, jis atsisakė paleisti OS X (visada užšąla pusiaukelėje) , ir - Apple nemokama remonto programa jau baigėsi! Žinau, kad yra prieinamų sprendimų, pvz., 50 USD vertės BGA perlitavimas neoficialioje vietinėje remonto dirbtuvėje ir kad iš „AliExpress“ galima įsigyti naują HD 6750M lustą už 35 USD ar pigiau. ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html arba https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , nes nežinau ar tai tiesa - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) garantuoti sėkmingą remontą, todėl bendra remonto kaina būtų arba 50 USD, arba 50 USD+35 USD=85 USD – bet kokiu atveju mažiau nei 100 USD. Bet aš nemėgstu investuoti pinigų į senus kompiuterius, todėl pagalvojau - o jei bus koks įsilaužimas jėga MBP naudoti integruotą grafiką VISĄ LAIKĄ, net ir paleidžiant? Ir tada pradėjo ieškoti galimų sprendimų...
===
Visų pirma, galima sėkmingai paleisti MBP į OS X, vis dar naudojant sugedusį GPU, pašalinus AMD tvarkykles paleidus komandinės eilutės režimu ( CMD+S ) ir įveskite šias komandas:
1) fsck -fy (tikrinti diską)
2) kalnas - tavo / (prijunkite šakninę failų sistemą su skaitymo / rašymo leidimais)
3) sudo mkdir /AMD_Kexts/ (sukurkite AMD tvarkyklių katalogą, jei jų prireiks ateityje)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (perkelkite AMD tvarkykles)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (pašalinkite AMD tvarkyklių talpyklą)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (tik tuo atveju, jei OS X bus kvaila ir nekurs šio katalogo iš naujo, aš kuriu jį OS X)
7) sudo touch /Sistema/Biblioteka/Plėtiniai/ (atnaujinti laiko žymes, kad naujos tvarkyklių talpyklos be AMD tvarkyklių būtų tikrai atkurtos)
8) sudo umount / (sumontuokite skaidinį, kad užtikrintumėte, jog pakeitimai bus įtraukti į jį)
9) sudo perkrovimas
Nepatogumų, kuriuos patiriate atliekant šiuos veiksmus, laipsnis labai priklauso nuo to, kiek ekrano vaizdas iškraipomas jūsų atveju. Mano atveju tai buvo dar sunkiau, nes OS X skaidinys tapo „tik skaitomu“ skaidiniu (dėl per daug avarinių išjungimų, kuriuos padariau beviltiškai bandydamas paleisti OS X su sugedusiu GPU) todėl turėjau išimti standųjį diską iš MacBook Pro ir (naudojant USB į SATA 2,5 colio adapterį, paimtą iš nešiojamojo HDD) prijunkite jį prie kompiuterio su Linux, tada vykdykite šias instrukcijas:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1-as atsakymas) - kruopščiai įvykdžiau keletą komandų, apskaičiavau mano skaidinio išdėstymo dydžio limitą ir galiausiai paleido sudo mount -t hfsplus -o force,rw,sizelimit=JŪSŲ NUMERIS /dev/sdb2 /mnt prijungti šį HFS+ skaidinį į /mnt katalogą skaitymo ir rašymo režimu. Tada aš atlikau šiuos '1) -7)' veiksmus, kuriuos matote aukščiau, taip pat pataisė failų sistemą paleisdama sudo fsck.hfsplus -f /dev/sdb2 prieš atjungiant pertvarą su sudo umount /mnt ir kietojo disko grąžinimas į MBP...
===
Tai davė man MBP, kuris galėjo paleisti OS X Vis dar naudojant sugedusį AMD GPU: todėl jo ekrano vaizdas yra labai iškraipytas (galima naršyti internete, bet gana nepatogu skaityti tekstą) , „Launchpad“ labai vėluoja ir negalite perjungti į integruotą GPU naudodami „gfxCardStatus“, nes: be AMD tvarkyklių (kurį turėjome pašalinti, kad sėkmingai paleistume OS X) „Macbook Pro“ mano, kad jo vidinis ekranas yra išorinis ekranas, o „gfxCardStatus“ nurodo, kad neįmanoma perjungti, nes išorinis ekranas naudoja AMD GPU. Kažkur radau pasiūlymą, kad galima atkurti gfxCardStatus iš šaltinio kodo - https://github.com/codykrieger/gfxCardStatus - pašalintas arba pakomentuotas 156-166 eilutės viduje konors ./gfxCardStatus/Classes/GSProcess.m kad būtų nepaisoma išorinio ekrano:
// išsiaiškinkite, ar išorinis monitorius verčia įjungti diskrečiąjį GPU
CGDirectDisplayID ekranai[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, rodo, &displayCount) == noErr) {
už (int i = 0; i
if ( ! CGDisplayIsBuiltin (rodai))
[list addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'Išorinis ekranas'), kTaskItemName,
@ '', kTaskItemPID, nulis]];
}
}
Taigi aš atkūriau gfxCardStatus, naudodamas instrukcijas iš paskutinio atsakymo į šią problemą -
https://github.com/codykrieger/gfxCardStatus/issues/229
(taip pat reikėjo atsisiųsti aMacOSX10.11.sdkiš čia - https://github.com/phracker/MacOSX-SDKs/releases - išpakuokite ir nukopijuokite į XCode/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- Dėl Apple kvailumo naujausiame XCode for El Capitan nėra El Capitan SDK!) Tačiau tai vis tiek neveikė – gfxCardStatus tik apsimetė, kad perėjo prie integruoto GPU, o iš tikrųjų OS X neleido persijungti! Net po to, kai redagavau ./gfxCardStatus/Classes/GSGPU.m failą, kad įgalintumėte paslaptingą Nukelkite jį nuo orbitos perjungimo “, vis tiek nepavyko perjungti...
===
Tada atradau šią įdomią saugyklą - https://github.com/0xbb/gpu-switch - kurios šaltinio kodas iš dalies panašus į gfxCardStatus, bet taip pat turi prisijungimo kabliukus ( install_hooks.sh ) „automatizuoti prisijungimo / atsijungimo perjungimo procesą“. Deja, man tai nepasiteisino... Tačiau yra labai įdomu GPU jungiklis tekstinį failą tiesiai šios saugyklos šaknyje, kuriame aprašomi EFI kintamieji!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Išstudijavus jį ir taip pat perskaičius šio numerio komentarus - https://github.com/0xbb/gpu-switch/issues/11 – Įsitikinau, kad išbandžiau šį sprendimą, bet sužinojau, kad mano MacBook Pro 2011 8,2 su OS X El Capitan 10.11.6 yra LABAI problemiška situacija:
1) rEFInd neįdiegtas, o norint jį įdiegti – reikia išjungti SIP apsaugą. Bet negaliu paleisti į atkūrimo režimą ( Command + Option + R ) arba į OS X diegimo DVD/USB ( palaikykite Parinktį ), (norėdami išjungti SIP) , nes jie užšąla paleidžiant! - nors aš pašalinau AMD kextus iš savo sistemos, žinoma, šie atkūrimo įrankiai naudoja AMD kextus, integruotus į jų dizainą. Taip pat negalima naudotišaknis kvailysnulaužti ( https://github.com/gdbinit/rootfool ), kad išjungtumėte SIP vykdymo metu, nes jis veikia tik senesnėje nei 10.11.4 OS X versijoje.
2) Tyčia bandžiau perkaitinti savo „Macbook Pro“. (procesoriaus naudojimas priverčiamas iki 100% ir įdedamas į sandariai uždarytą maišelį) priversti jį išjungti nuo perkaitimo ir greitai paleisti iš naujo, kad įkrovos metu būtų įjungta integruota grafika, kad būtų galima paleisti atkūrimo režimą. Tačiau dėl nuostabios aukščiausios klasės termo pastos užtepiau ne taip seniai - net ilgai laukęs negali jos perkaisti! Šiuo metu maniau, kad tai gali būti: į) pašalinti AMD kexts iš diegimo laikmenos arba b) vėl prijungti MBP standųjį diską prie Linux mašinos ir paleisti krūvą chmod, kad pašalintumėte SIP vėliavėles iš čia paminėtų katalogų ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ), dėl kurių sistema gali būti neįkraunama, arba c) pabandyti įdiegti rEFInd į HFS+ skaidinį tiesiai iš Linux įrenginio su root teisėmis, nes jis apeis SIP --- bet neišnagrinėjome šių parinkčių, nors kai kurios iš jų galėjo veikti...
3) Norėjau paleisti „Linux LiveCD“, kad būtų galima redaguoti EFI kintamuosius iš ten, bet nesvarbu, ką aš dariau: bandžiau paleisti tiesiai be GRUB parinkčių pakeitimų, bandžiau redaguoti GRUB įkrovos parinktis ( su 'e' klavišu ) Pridėti nomodeset / pašalinti tylus purslų / arba abu kiekviename derinyje , arba kaip siūloma šiame straipsnyje ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) taip pat pridėkite i915.modeset = 0 radeon.modeset = 0 arba radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; ir tada paspaustas Fn + F10 arba Shift + Ctrl + Fn + F10 paleisti naudojant šias parinktis: bet Linux įkrovos procesas visada nepavykdavo skirtinguose įkrovos etapuose, nesvarbu, koks populiarus vartotojui patogus Linux platinimas ar kokią jo versiją bandau: išbandžiau daug Ubuntu / Lubuntu / Fedora leidimų, net senąjį ' AMD64 Mac“ ir „Alternate AMD64 Mac“ vaizdai, tačiau jie visada nepavykdavo – arba pačioje įkrovos proceso pradžioje (juodas ekranas arba juodas ekranas su mirksinčiu arba užstrigusiu _ simbolis kairiajame viršutiniame kampe) arba nepavyko pačioje jo pabaigoje - prieš tai, kai jis turėtų rodyti grafinę darbalaukio aplinką...
Vėliaupirštas_84rašė, kad jis galėjo paleisti Ubuntu grafiniu režimu, naudodamas šią GRUB sąranką:
- Norėdami išjungti AMD vaizdo plokštę, pridėjau šias eilutes nustatyti gfxpayload=keep
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Toliau pridėjau šiuos dalykus tylus purslų
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Tada prisiminiau, kad yra ne pagrindiniai Linux platinimai, skirti pažengusiems vartotojams, kurie turi LiveCD be jokios grafinės sąsajos : jūs patenkate į gryną konsolę ir jūs turite įdiegti sistemą kartu su tik tomis grafinėmis sąsajomis ir programinės įrangos paketais / paketų grupėmis, kurias aiškiai pasirenkate. Pavyzdžiui: Arch Linux ( https://www.archlinux.org/ ) ir Gentoo Linux ( https://gentoo.org/ ). Kadangi jų LiveCD neturi grafinės sąsajos, juos galima be problemų paleisti naudojant gryną Linux konsolę ir ten galite redaguoti EFI kintamuosius ! Taigi čia yra...
===
=== 100 % VEIKSMINGAS SPRENDIMAS
===
=== Priverskite MBP VISADA naudoti „Intel“ integruotą GPU (EFI kintamojo pataisymas)
===
=== kad vėl būtų puiku! Reakcijos:yakult121, apples_arrogance, slimmy18222 ir 98 kiti
ZapNZs
- 2017 m. sausio 23 d
- 2017 m. balandžio 18 d
Aš ketinu tai išbandyti.
AppleMacFinder
Originalus plakatas- 2009 m. gruodžio 7 d
- 2017 m. balandžio 18 d
ZapNZs pasakė: „Šventas šūdas, ačiū už jūsų darbą. Parašiau „Apple“, PRAŠydamas, kad jie padarytų kažką panašaus ir pakeistų numatytąjį EFI nustatymą į dGPU įkrovos metu, bet kol kas nieko daryti.
Aš ketinu tai išbandyti.
Ačiū už gerus žodžius, ZapNZs , tikimės, kad vadovaudamiesi šia instrukcija vėl padarysite savo „Mac“ puikų Reakcijos:duffman9000 ir AppleMacFinder S
pliaukštelėti
- 2008 m. liepos 25 d
- 2017 m. balandžio 18 d
ah-
- 2010 m. gegužės 7 d
- 2017 m. balandžio 18 d
slapple pasakė: AppleMacFinder, ar jūsų sprendimas taip pat leistų kam nors paleisti sistemą Windows naudojant integruotą GPU? Su Boot Camp girdėjau, kad MBP visada naudos atskirą GPU sistemoje Windows.Tai turėtų veikti, jei paleisite EFI režimu. Tik naujausi MBP (manau, 11, 3 ir naujesni) išjungia „Intel“ GPU sistemoje „Windows“ ir yra būdų, kaip išspręsti šią problemą: https://github.com/0xbb/gpu-switch
AppleMacFinder
Originalus plakatas- 2009 m. gruodžio 7 d
- 2017 m. balandžio 18 d
slapple pasakė: AppleMacFinder, ar jūsų sprendimas taip pat leistų kam nors paleisti sistemą Windows naudojant integruotą GPU? Su Boot Camp girdėjau, kad MBP visada naudos atskirą GPU sistemoje Windows.
Sveiki pliaukštelėti ,
1) Šis grynai programinės įrangos pataisymas yra EFI BIOS lygiu. Teoriškai jis turėtų veikti BET KOKIO egzistuoja operacinė sistema, tai yra:
*) suderinamas su Macbook Pro aparatine įranga (x86_64 dar žinomas kaip AMD64 procesoriaus architektūra - https://en.wikipedia.org/wiki/X86-64 )
*) suderinamas su MBP EFI programinės įrangos versija (senovės OS be EFI palaikymo neveiks iš karto, nors turėtų būti būdas jas paleisti tam tikru suderinamumo režimu, taip pat kai kurios keistos OS gali būti nesuderinamos su Apple EFI versija)
Tiesą sakant, šis EFI kintamųjų taisymas gali būti labai naudingas tiems MBP 2011 vartotojams, kurie norėtų dvigubai paleisti savo OS X su Linux: dėl Apple labai specifinio metodo sujungti du GPU šiame įrenginyje kartais buvo sunku nustatyti net populiarųjį. Linux platinimai. Nekaltinkite AMD, tai buvo pirmasis Apple nešiojamasis kompiuteris su AMD dviguba grafika, todėl tikriausiai Apple neturėjo laiko sukurti geros dvigubos grafikos diegimo. Išjungus dvigubą grafiką, dabar turėtų būti daug lengviau nustatyti bet kurį „Linux“, tik dar neišbandėte...
2) Net ir be šio EFI kintamojo pataisymo turėtų būti kažkaip įmanoma pereiti prie Intel GPU sistemoje Windows, jei abu GPU yra matomi Windows per PCI (jei EFI neišjungia PCI prieigos prie jo operacinėms sistemoms, veikiančioms pagal BootCamp) , nors tam gali prireikti šiek tiek painiavos su tvarkyklėmis. Taip pat visiškai sutinku ah- :
ah- pasakė: Turėtų veikti, jei paleisite EFI režimu. Tik naujausi MBP (manau, 11, 3 ir naujesni) išjungia „Intel“ GPU sistemoje „Windows“ ir yra būdų, kaip išspręsti šią problemą: https://github.com/0xbb/gpu-switchGalima išlaikyti kelias OS (įskaitant „Windows“) „Mac“ be jokio „Bootcamp“, tiesiog naudojant „reFind“ http://www.rodsbooks.com/refind/
BTW kodėl gi nepaleidus Windows virtualioje mašinoje? Pvz.: prieš kelerius metus atlikau kai kuriuos vietinės OS X našumo ir Windows palyginimo etalonus „Parallels Desktop“ ir nors grafinis našumas buvo maždaug 35%, procesoriaus našumas buvo tik maždaug 2% lėtesnis. Šiuo metu skirtumas turėtų būti daug mažesnis, nes „keli metai“ yra didelis laikas bet kuriai programinei įrangai tobulėti, ypač populiariai virtualizacijos programinei įrangai. Jei nemėgstate mokėti ar piratuoti, išbandykite keletą nemokamų virtualizacijos įrankių, tokių kaip „VirtualBox“ ir „QEMU“. Galbūt net Vynas galėtų tikti jūsų poreikiams Paskutinį kartą redaguota: 2017 m. kovo 18 d
Matejh
- 2014 m. liepos 5 d
- 2017 m. balandžio 19 d
Lympero
- 2008 m. rugsėjo 1 d
- Menas, Graikija
- 2017 m. balandžio 19 d
maflynn
Moderatorius
Darbuotojas- 2009 m. gegužės 3 d
- Bostonas
- 2017 m. balandžio 19 d
Matejh pasakė: kas atsitiks, jei prijungsite išorinį ekraną?Kaip suprantu, ekrano prievado jungtis yra prijungta prie dGPU, todėl negalite naudoti iGPU išoriniam monitoriui valdyti.
magiškastrevoras70
- 2017 m. balandžio 19 d
- 2017 m. balandžio 19 d
Bandydamas sutvarkyti failą „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9“, gaunu:
Nepavyksta pašalinti „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9“ Veikla neleidžiama
Kai bandau atlikti komandą printf, gaunu:
zsh: operacija neleidžiama: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Nors esu prisijungęs kaip root, atrodo, kad negaliu pakeisti to failo
AppleMacFinder
Originalus plakatas- 2009 m. gruodžio 7 d
- 2017 m. balandžio 19 d
magicaltrevor70 pasakė: 1) Nepavyksta pašalinti „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9“ Veikla neleidžiama
2) zsh: operacija neleidžiama: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Ar tai darote iš Arch Linux LiveCD? Jei bandote tai iš OS X arba OS X atkūrimo, SIP apsauga neleis to leisti. Pabandykite su Arch Linux LiveCD ir jis turėtų jums padėti
Nerūpestingas kanadietis
- 2017 m. balandžio 18 d
- 2017 m. balandžio 19 d
AppleMacFinder pasakė: ar tai darote iš Arch Linux LiveCD? Jei bandote tai iš OS X arba OS X atkūrimo, SIP apsauga neleis to leisti. Pabandykite su Arch Linux LiveCD ir jis turėtų jums padėti
Aš turiu tą pačią problemą, nes negaliu modifikuoti efivarų. Aš tai darau iš Archlinux Live USB su išjungtu SIP. Bandžiau iš naujo sumontuoti efivars r/w, bet vis tiek gaunu pranešimą „operacija neleidžiama“.
Ar kas nors rado sprendimą?
pirštas_84
- 2017 m. balandžio 19 d
- Varese, Italija
- 2017 m. balandžio 19 d
CarefreeCanadian pasakė: Aš turiu tą pačią problemą, nes negaliu modifikuoti efivarų. Aš tai darau iš Archlinux Live USB su išjungtu SIP. Bandžiau iš naujo sumontuoti efivars r/w, bet vis tiek gaunu pranešimą „operacija neleidžiama“.
Ar kas nors rado sprendimą?
Visų pirma ačiū @AppleMacFinder už jūsų darbą! Šiandien vėl galėjau naudoti savo „Macbook Pro“ 2011 m. pradžioje su integruotu GPU.
@CarefreeCanadian Aš susidūriau su ta pačia problema naudodamas Ubuntu Live 16.10 platinimą ir išsprendžiau šią problemą atlikdamas šiuos veiksmus:
Pašalinti gpu-power-prefs-... kintamąjį pirmiausia reikia atjungti efivars:
*) umount /sys/firmware/efi/efivars/
tada prijunkite efivars skaitymo / rašymo režimu:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[paspauskite TAB, kad automatiškai užbaigtumėte]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[paspauskite TAB, kad automatiškai užbaigtumėte]
atlikę šiuos papildomus veiksmus galite vadovautis @AppleMacFinder vadovu
Tikiuosi, kad tai gali padėti kam nors kitam.
AppleMacFinder
Originalus plakatas- 2009 m. gruodžio 7 d
- 2017 m. balandžio 19 d
CarefreeCanadian pasakė: Aš turiu tą pačią problemą, nes negaliu modifikuoti efivarų. Aš tai darau iš Archlinux Live USB su išjungtu SIP. Bandžiau iš naujo sumontuoti efivars r/w, bet vis tiek gaunu pranešimą, kad operacija neleidžiama.
magicaltrevor70 pasakė:Operacija neleidžiamaVisų pirma, ar SIP įjungtas ar išjungtas – neturėtų būti svarbu, nes SIP yra OS X funkcija, o Linux ignoruoja tas SIP vėliavėles. Draugai, turintys problemų „operacija neleidžiama“, man reikia daugiau sužinoti apie jūsų techninės/programinės įrangos konfigūraciją, kad suprasčiau – koks neigiamas skirtumas tarp mano ir jūsų konfigūracijų, trukdančių jums pasiekti sėkmės. Pavyzdžiui: ar paleidžiate į ArchLinux per rEFInd? Kadangi nenaudoju rEFInd, paleidžiu tiesiai iš Mac EFI laikydami nuspaudę mygtuką „Option“. Taip pat nežinau, ar tai svarbu, bet ar naudojate „MacOS Sierra“? Kadangi mano OS yra El Capitan (10.11.6), ir teoriškai gali būti, kad Sierra kažkaip užrakina EFI kintamuosius... Taip pat turėtume pabandyti ieškoti šios problemos internete, nes tai gali būti ne MBP problema. .
REDAGUOTI: prašau perskaityti pirštas_84 žinutę aukščiau
[doublepost=1489960984][/doublepost]
totoe_84 sakė: Aš patyriau tą pačią problemą naudodamas Ubuntu Live 16.10 platinimą ir išsprendžiau šią problemą atlikdamas šiuos veiksmuspirštas_84 , nustebau, kad pavyko paleisti Ubuntu, nes ši grafinė problema turėjo neleisti jam paleisti... Bet kokiu atveju, Šauniai padirbėta! Reakcijos:TonyRS ir AppleMacFinder
Nerūpestingas kanadietis
- 2017 m. balandžio 18 d
- 2017 m. balandžio 19 d
Taip pat dėkojame @AppleMacFinder, kad paskelbėte šį sprendimą! Sutaupėte mums daug bandymų ir klaidų ir pateikėte puikų sprendimą „nepavykusiai macbook pro 2011“ bendruomenei. Reakcijos:AppleMacFinder M
mūro
- 2017 m. vasario 20 d
- 2017 m. vasario 20 d
Aš turėjau tą pačią problemą ir atlikau kai kuriuos jūsų veiksmus, pavyzdžiui, prieš 2 metus, bet išėjau įpusėjus Reakcijos:Keno_beano ir AppleMacFinder
magiškastrevoras70
- 2017 m. balandžio 19 d
- 2017 m. vasario 20 d
totoe_84 pasakė: tada prijunkite efivars skaitymo / rašymo režimu:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Bandydamas šį žingsnį gaunu
mount: nežinomas failų sistemos tipas 'efivars'
pirštas_84
- 2017 m. balandžio 19 d
- Varese, Italija
- 2017 m. vasario 20 d
magicaltrevor70 pasakė: Bandydamas šį žingsnį gaunu@magicaltrevor70 Manau, kad padarei rašybos klaidą:
mount: nežinomas failų sistemos tipas 'efivars'
failų sistemos tipas yra efivarfas ne efivaras
*) kalnas –t efivarfas rw / sys / programinė įranga / efi / efivars /
magiškastrevoras70
- 2017 m. balandžio 19 d
- 2017 m. vasario 20 d
ZapNZs
- 2017 m. sausio 23 d
- 2017 m. vasario 20 d
Jei toks yra, ar teiginį pradėsiu „rm“? Paskutinį kartą redaguota: 2017 m. kovo 20 d
Roberthallinas
- 2009 m. spalio 25 d
- Stokholmas, Švedija
- 2017 m. vasario 20 d
Altis
- 2013 m. rugsėjo 10 d
- 2017 m. vasario 20 d
Norėčiau, kad „Apple“ nesivargintų padėti žmonėms, kaip jūs čia padarėte... tai viena iš priežasčių, kodėl nusipirkau 2010 m. 17 colių, o ne geresnį, bet rizikingą 2011 m.
pristratton
- 2011 m. gruodžio 20 d
- Vinipegas, Manitoba, Kanada
- 2017 m. vasario 20 d
Mano sistema vis dar veikia gerai, bet nesulaikau kvėpavimo, kiek laiko ji tokia išliks.
Visiškai prasminga, kad turėtume turėti galimybę pereiti prie integruotos grafikos, kad mūsų sistemos veiktų. Gėda „Apple“, kad šiame skyriuje nėra iniciatyvus, bet ko jūs tikitės, jie nori, kad nusipirktumėte naują „Mac“.
Pažymėsiu šį puslapį.
Ačiū
Populiarios Temos