AppleMacFinder
Alkuperäinen juliste- 7. joulukuuta 2009
- 18. huhtikuuta 2017
Vuoden 2011 MacBook Pro 8,2:n erillinen AMD GPU on vihdoin epäonnistunut tässä mainituista syistä ( http://logicboardmac.blogspot.ru/ ) ja siellä ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Se on toiminut täydellisesti 6 vuotta melko suurella kuormituksella, jopa kokeillut SETI@HOME-kaivostoimintaa taustalla! Joten olin varma, että huono juotos / huono juotoslaatu ei vaikuta MBP:heni, enkä halunnut viedä sitä Applelle ilmaista korjausohjelmaa varten – osittain siksi, etten löytänyt aikaa keskeyttää tärkeitä ohjelmistoprojektejani, osittain siksi, että Pelkäsin, että Apple saattaa antaa minulle vähemmän luotettavan logiikkakortin tai kieltäytyä ilmaisesta korjauksesta useiden tekijöiden vuoksi ei liity toisiinsa korjaukset, jotka tein itse manuaalisesti säästääkseni rahaa: vaihdoin muutaman kerran lämpötahnaa, vaihdoin sisäisen akun 2 kertaa, vaihdoin näppäimistön rikkinäisillä painikkeilla jne. Mutta viime viikolla se meni lopulta rikki: kannettavan tietokoneen näyttökuva vääristyi, se kieltäytyi käynnistämästä OS X:ää (jäätyy aina puolivälissä) , ja - Applen ilmainen korjausohjelma on jo päättynyt! Tiedän, että on olemassa edullisia ratkaisuja, kuten 50 dollarin BGA-jälleenjuotto epävirallisessa paikallisessa korjaamossa ja että on mahdollista saada uusi korvaava HD 6750M -siru AliExpressistä 35 dollarilla tai halvemmalla. ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html tai https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , koska en tiedä onko tämä totta - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) onnistuneen korjauksen takaamiseksi, joten korjauksen kokonaishinta olisi joko $50 tai $50+$35=$85 – joka tapauksessa alle 100$. Mutta en pidä rahan sijoittamisesta vanhoihin tietokoneisiin, joten olen miettinyt - entä jos jotain hakkeroi pakottaa MBP käyttääksesi integroitua grafiikkaa KAIKKI, jopa käynnistyksen aikana? Ja sitten aloin tutkia mahdollisia ratkaisuja...
===
Ensinnäkin on mahdollista käynnistää MBP onnistuneesti OS X:ään samalla kun käytät epäonnistunutta GPU:ta, sen jälkeen kun olet poistanut AMD-ohjaimet käynnistämällä komentorivitilassa ( CMD+S ) ja kirjoittamalla nämä komennot:
1) fsck -fy (tarkistaaksesi levyn)
2) kiinnitä -sinun / (liitä juuritiedostojärjestelmä luku-/kirjoitusoikeuksilla)
3) sudo mkdir /AMD_Kexts/ (tee hakemisto AMD-ajureiden tallentamiseen siltä varalta, että tarvitset niitä tulevaisuudessa)
4) sudo mv /Järjestelmä/Kirjasto/Laajennukset/AMD*.* /AMD_Kexts/ (siirrä AMD-ajurit)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (poista AMD-ohjainten välimuisti)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (Jos OS X on tyhmä eikä luo tätä hakemistoa uudelleen, luon sen OS X:ää varten)
7) sudo touch /Järjestelmä/Kirjasto/Laajennukset/ (päivittää aikaleimat, jotta uudet ajurien välimuistit - ilman AMD-ajureita - rakennetaan ehdottomasti uudelleen)
8) sudo umount / (Asenna osio varmistaaksesi, että tekemäsi muutokset huuhdellaan siihen)
9) sudo uudelleenkäynnistys
Näiden vaiheiden suorittamisesta aiheutuvan haitan aste riippuu suuresti siitä, kuinka paljon näytön kuva on vääristynyt tapauksessasi. Minun tapauksessani se oli vielä vaikeampaa, koska OS X -osiosta tuli 'vain luku' -osio (liian monien hätäpysäytysten takia, kun yritin epätoivoisesti käynnistää OS X:n viallisella GPU:lla) joten minun piti poistaa kiintolevy MacBook Prosta ja (käytä kannettavalta kiintolevyltäni otettua USB–SATA 2,5' -sovitinta) liitti sen Linux-tietokoneeseen ja noudata sitten näitä ohjeita:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1. vastaus) - suoritin huolellisesti useita komentoja, laski kokorajan osioasettelulleni ja suoritin lopulta sudo mount -t hfsplus -o force,rw,sizelimit=NUMEROSI /dev/sdb2 /mnt liittääksesi tämän HFS+-osion /mnt-hakemistoon luku-kirjoitustilassa. Sitten tein nämä '1) -7)' vaiheet, jotka näet yllä, ja myös korjannut tiedostojärjestelmän suorittamalla sudo fsck.hfsplus -f /dev/sdb2 ennen kuin irrotat osion kanssa sudo umount /mnt ja laittaa kiintolevyn takaisin MBP:hen...
===
Tämä antoi minulle MBP:n, joka voisi kuitenkin käynnistyä OS X: lle EDELLEEN käyttää rikkinäistä AMD GPU:ta: joten sen näytön kuva on hyvin vääristynyt (voi selata Internetiä, mutta melko hankalaa lukea tekstiä) , Launchpad on erittäin viivästynyt, etkä voi vaihtaa integroituun GPU:hun gfxCardStatusin avulla, koska: ilman AMD-ajureita (joka meidän piti poistaa käynnistääksemme onnistuneesti OS X:ään) Macbook Pron mielestä sen sisäinen näyttö on ulkoinen näyttö ja gfxCardStatus kertoo, että vaihtaminen on mahdotonta, koska ulkoinen näyttö käyttää AMD GPU:ta. Löysin jostain ehdotuksen, että gfxCardStatus on mahdollista rakentaa uudelleen lähdekoodista - https://github.com/codykrieger/gfxCardStatus - poistettu tai kommentoitu 156-166 riviä in ./gfxCardStatus/Classes/GSProcess.m jotta se jättää ulkoisen näytön huomioimatta:
// selvittää, pakottaako ulkoinen näyttö erillisen näytönohjaimen päälle
CGDirectDisplayID-näytöt[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, näyttää, &displayCount) == noErr) {
for (int i = 0; i
if ( ! CGDisplayIsBuiltin(näytöt))
[list addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'Ulkoinen näyttö'), kTaskItemName,
@ '', kTaskItemPID, nolla]];
}
}
Joten rakensin gfxCardStatusin uudelleen tämän ongelman viimeisen vastauksen ohjeiden mukaan -
https://github.com/codykrieger/gfxCardStatus/issues/229
(täytyi myös ladata aMacOSX10.11.sdktäältä - https://github.com/phracker/MacOSX-SDKs/releases - pura ja kopioi se XCodeen/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- Applen tyhmyyden vuoksi El Capitanin uusin XCode ei sisällä SDK:ta El Capitanille!) Se ei kuitenkaan vieläkään toiminut - gfxCardStatus vain teeskenteli, että se on siirtynyt integroituun grafiikkasuoritukseen, kun taas todellisuudessa OS X ei antanut sen vaihtaa! Jopa editoinnin jälkeen ./gfxCardStatus/Classes/GSGPU.m tiedosto mahdollistaaksesi salaperäisen Nuke se kiertoradan vaihdosta ' vaihtoehto, se ei silti voinut vaihtaa...
===
Sitten löysin tämän mielenkiintoisen arkiston - https://github.com/0xbb/gpu-switch - joka on osittain samanlainen lähdekoodiltaan kuin gfxCardStatus, mutta sisältää myös kirjautumiskoukut ( install_hooks.sh ) 'automatisoida sisään-/uloskirjautumisprosessin'. Valitettavasti se ei toiminut minulle... On kuitenkin erittäin mielenkiintoinen gpu-kytkin tekstitiedosto aivan tämän arkiston juuressa, joka kuvaa EFI-muuttujat!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Tutkittuaan sitä ja luettuasi myös tämän numeron kommentit - https://github.com/0xbb/gpu-switch/issues/11 - Minusta tuli luottavainen kokeilemaan tätä ratkaisua, mutta huomasin, että MacBook Pro 2011 8,2, jossa on OS X El Capitan 10.11.6, on ERITTÄIN ongelmallinen tilanne:
1) REFIndiä ei ole asennettu, ja sen asentamiseksi - SIP-suojaus on poistettava käytöstä. Mutta en voi käynnistyä palautustilaan ( Komento+Optio+R ) tai OS X -asennus-DVD:lle/USB:lle ( pidä vaihtoehto ), (SIP:n poistaminen käytöstä) , koska ne jäätyvät käynnistyksen aikana! - Vaikka poistin AMD kexts järjestelmästäni, tietysti nämä palautustyökalut käyttävät suunnitteluun integroituja AMD kextejä. Ei myöskään voi käyttääjuuri typeryshakata ( https://github.com/gdbinit/rootfool ) poistaaksesi SIP:n käytöstä ajon aikana, koska se toimii vain OS X -versiossa, joka on vanhempi kuin 10.11.4.
2) Yritin ylikuumentaa Macbook Prota tarkoituksella (Pakotetaan suorittimen käyttö 100 prosenttiin ja laitetaan tiiviisti suljettuun pussiin) pakottaa se sammumaan ylikuumenemisen varalta ja käynnistää sen sitten nopeasti uudelleen, jotta integroitu grafiikka otetaan käyttöön käynnistyksen aikana, mikä mahdollistaa käynnistyksen palautukseen. Mutta ihanan huippuluokan lämpötahnan ansiosta, jonka olen käyttänyt ei niin kauan sitten - ei voi ylikuumentaa sitä edes pitkän odottamisen jälkeen! Tässä vaiheessa ajattelin, että se voisi joko: to) poista AMD kexts asennuslevyltä tai b) kytkeä MBP:n kiintolevy uudelleen Linux-koneeseen ja suorittaa joukko chmodeja poistaaksesi SIP-liput tässä mainituista hakemistoista ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ), mikä saattaa tehdä järjestelmästä käynnistymättömän, tai c) yrittää asentaa rEFInd HFS+-osioon suoraan Linux-koneesta pääkäyttäjän oikeuksin, koska se ohittaa SIP:n --- mutta en ole tutkinut näitä vaihtoehtoja, vaikka jotkut niistä ovat saattaneet toimia...
3) Halusin käynnistää Linux LiveCD:n muokataksesi EFI-muuttujia sieltä, mutta riippumatta siitä mitä tein: yritin käynnistää suoraan ilman GRUB-optioiden muutoksia, yritin muokata GRUB-käynnistysasetuksia ( e-näppäimellä ) lisätä nomodeset / Poista hiljainen roiske / tai molemmat kaikissa yhdistelmissä , tai kuten tässä artikkelissa ehdotetaan ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) lisää myös i915.modeset = 0 radeon.modeset = 0 tai radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; ja sitten painetaan Fn+F10 tai Vaihto+Ctrl+Fn+F10 käynnistää näillä vaihtoehdoilla: mutta Linuxin käynnistysprosessi epäonnistui aina eri käynnistysvaiheissa riippumatta siitä, mitä suosittua käyttäjäystävällistä Linux-jakelua tai mitä sen versiota yritän: kokeilin monia Ubuntu / Lubuntu / Fedora -julkaisuja, jopa vanhaa ' AMD64 Mac- ja Alternate AMD64 Mac -kuvat, mutta ne epäonnistuivat aina - joko aivan käynnistysprosessin alussa (musta näyttö tai musta näyttö, jossa vilkkuu tai jumissa _ merkki vasemmassa yläkulmassa) tai epäonnistui aivan sen lopussa - juuri ennen kuin sen pitäisi näyttää graafista työpöytäympäristöä...
Myöhemmin,totoe_84kirjoitti, että hän pystyi käynnistämään Ubuntun graafisessa tilassa käyttämällä seuraavia GRUB-asetuksia:
- AMD-näytönohjaimen poistamiseksi käytöstä lisäsin seuraavat rivit sen jälkeen aseta gfxpayload=keep
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Seuraavaksi lisäsin seuraavan jälkeen hiljainen roiske
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Sitten muistin, että edistyneille käyttäjille on olemassa muita kuin valtavirran Linux-jakeluja, joilla on LiveCD ilman graafista käyttöliittymää : sinut pudotetaan puhtaaseen konsoliin ja sinun on asennettava järjestelmä yhdessä vain niiden graafisten käyttöliittymien ja ohjelmistopakettien / pakettiryhmien kanssa, jotka olet nimenomaisesti valinnut. Esimerkiksi: Arch Linux ( https://www.archlinux.org/ ) ja Gentoo Linux ( https://gentoo.org/ ) . Koska heidän LiveCD-levyllään ei ole graafista käyttöliittymää, ne voidaan käynnistää ilman ongelmia puhtaalle Linux-konsolille ja siellä voit muokata EFI-muuttujia ! Joten tässä on...
===
=== 100 % TOIMIVA RATKAISU
===
=== Pakota MBP käyttämään AINA Intelin integroitua GPU:ta (EFI-muuttujan korjaus)
===
=== tehdäksesi siitä taas mahtavaa! Reaktiot:yakult121, apples_arrogance, slimmy18222 ja 98 muuta
ZapNZs
- 23. tammikuuta 2017
- 18. huhtikuuta 2017
Aion kokeilla tätä.
AppleMacFinder
Alkuperäinen juliste- 7. joulukuuta 2009
- 18. huhtikuuta 2017
ZapNZs sanoi: Paska kiitos työstäsi. Olen kirjoittanut Applelle, KUKAAN heitä tekemään jotain tämän kaltaista, jolloin EFI:n oletusarvoksi muutetaan dGPU käynnistyksen yhteydessä, mutta tähän mennessä se ei ole onnistunut.
Aion kokeilla tätä.
Kiitos kauniista sanoista, ZapNZs , toivottavasti teet Macistasi jälleen mahtavan tämän ohjeen avulla Reaktiot:duffman9000 ja AppleMacFinder S
läimäyttää
- 25. heinäkuuta 2008
- 18. huhtikuuta 2017
Ah-
- 7. toukokuuta 2010
- 18. huhtikuuta 2017
slapple sanoi: AppleMacFinder, antaisiko ratkaisusi myös jonkun käynnistymään Windowsiin integroidun GPU:n avulla? Kuulin Boot Campin kanssa, että MBP käyttää aina erillistä GPU:ta Windowsissa.Sen pitäisi toimia, jos käynnistät EFI-tilassa. Vain viimeisimmät MBP:t (11, 3 ja uudemmat mielestäni) poistavat Intelin GPU:n käytöstä Windowsissa, ja on olemassa kiertotapoja: https://github.com/0xbb/gpu-switch
AppleMacFinder
Alkuperäinen juliste- 7. joulukuuta 2009
- 18. huhtikuuta 2017
slapple sanoi: AppleMacFinder, antaisiko ratkaisusi myös jonkun käynnistymään Windowsiin integroidun GPU:n avulla? Kuulin Boot Campin kanssa, että MBP käyttää aina erillistä GPU:ta Windowsissa.
Hei läimäyttää ,
1) Tämä puhtaasti ohjelmistokorjaus on EFI BIOS -tasolla. Teoriassa sen pitäisi toimia MINKÄ TAHANSA olemassa oleva käyttöjärjestelmä, eli:
*) yhteensopiva Macbook Pro -laitteiston kanssa (x86_64 eli AMD64 CPU arkkitehtuuri - https://en.wikipedia.org/wiki/X86-64 )
*) yhteensopiva MBP:n EFI-laiteohjelmistoversion kanssa (vanhat käyttöjärjestelmät ilman EFI-tukea eivät toimi heti pakkauksesta, vaikka ne pitäisi olla mahdollista käynnistää jossain yhteensopivuustilassa, myös jotkut omituiset käyttöjärjestelmät voivat olla yhteensopimattomia Applen EFI-version kanssa)
Itse asiassa tämä EFI-muuttujien korjaus voisi tuoda suurta hyötyä niille MBP 2011 -käyttäjille, jotka haluaisivat kaksoiskäynnistää OS X:n Linuxin kanssa: Applen erittäin spesifisen menetelmän vuoksi yhdistää kaksi GPU:ta tässä koneessa, joskus jopa suosittuja oli vaikea asentaa. Linux-jakelut. Älä syytä AMD:tä, se oli ensimmäinen Applen kannettava AMD:llä kaksoisgrafiikalla, joten luultavasti Applella ei ollut aikaa kehittää hyvää kaksoisgrafiikkatoteutusta. Kun kaksoisgrafiikka on poistettu käytöstä, minkä tahansa Linuxin asentamisen pitäisi olla paljon helpompaa, en vain ole vielä testannut sitä...
2) Jopa ilman tätä EFI-muuttujakorjausta pitäisi jotenkin olla mahdollista vaihtaa Intelin GPU:hun Windowsissa, jos molemmat GPU:t ovat Windowsille näkyvissä PCI:n kautta (jos EFI ei katkaise BootCampin alla toimivien käyttöjärjestelmien PCI-käyttöä) , vaikka se saattaa vaatia sotkua ohjaimien kanssa. Olen myös täysin samaa mieltä Ah- :
ah- sanoi: Sen pitäisi toimia, jos käynnistät EFI-tilassa. Vain viimeisimmät MBP:t (11, 3 ja uudemmat mielestäni) poistavat Intelin GPU:n käytöstä Windowsissa, ja on olemassa kiertotapoja: https://github.com/0xbb/gpu-switchOn mahdollista pitää useita käyttöjärjestelmiä (mukaan lukien Windows) Macissa ilman Bootcampia, vain käyttämällä rEFInd - http://www.rodsbooks.com/refind/
BTW miksi et ajaisi Windowsia virtuaalikoneessa? Esimerkiksi: useita vuosia sitten tein joitain vertailuja alkuperäisen OS X:n suorituskyvystä Windowsiin verrattuna Parallels Desktopissa, ja vaikka graafisen suorituskyvyn osuma oli jossain 35%, suorittimen suorituskyky oli vain noin 2% hitaampi. Tällä hetkellä eron pitäisi olla paljon pienempi, koska 'useita vuosia' on iso aika minkä tahansa ohjelmiston kehittymiselle, varsinkin suositulle virtualisointiohjelmistolle. Jos et halua maksaa tai piraattia, kokeile ilmaisia virtualisointityökaluja, kuten VirtualBox ja QEMU. Ehkä jopa Viini voisi sopia tarpeisiisi Viimeksi muokattu: 18. maaliskuuta 2017
Matejh
- 5. heinäkuuta 2014
- 19. huhtikuuta 2017
Lympero
- 1. syyskuuta 2008
- Taide, Kreikka
- 19. huhtikuuta 2017
maflynn
Moderaattori
Henkilökunnan jäsen- 3. toukokuuta 2009
- Boston
- 19. huhtikuuta 2017
Matejh sanoi: Mitä tapahtuu, jos liität ulkoisen näytön?Ymmärtääkseni näyttöportin liitin on johdotettu dGPU:hun, joten et voi käyttää iGPU:ta ulkoisen näytön ohjaamiseen.
maaginentrevor70
- 19. huhtikuuta 2017
- 19. huhtikuuta 2017
Kun yritän rm-tiedostoa 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', saan:
Ei voida poistaa 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Toiminto ei ole sallittu
Kun yritän tehdä printf-komentoa, saan:
zsh: toimintoa ei sallita: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Vaikka olen kirjautunut sisään pääkäyttäjänä, näyttää siltä, että tiedostoa ei voi muuttaa
AppleMacFinder
Alkuperäinen juliste- 7. joulukuuta 2009
- 19. huhtikuuta 2017
magicaltrevor70 sanoi: 1) Ei voida poistaa 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Toiminto ei ole sallittu
2) zsh: toimintoa ei sallita: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Teetkö sen Arch Linux LiveCD:ltä? Jos yrität sitä OS X:stä tai OS X:n palautuksesta, SIP-suojaus ei salli sitä. Kokeile Arch Linux LiveCD:tä ja sen pitäisi toimia sinulle
Huoleton kanadalainen
- 18. huhtikuuta 2017
- 19. huhtikuuta 2017
AppleMacFinder sanoi: Teetkö sen Arch Linux LiveCD:ltä? Jos yrität sitä OS X:stä tai OS X:n palautuksesta, SIP-suojaus ei salli sitä. Kokeile Arch Linux LiveCD:tä ja sen pitäisi toimia sinulle
Minulla on sama ongelma, kun en pysty muokkaamaan efivareja. Teen sen Archlinux Live USB:stä, jossa SIP ei ole käytössä. Olen yrittänyt asentaa efivars r/w:tä uudelleen, mutta saan silti viestin 'toimintoa ei sallita'.
Onko kukaan löytänyt ratkaisua tähän?
totoe_84
- 19. huhtikuuta 2017
- Varese, Italia
- 19. huhtikuuta 2017
CarefreeCanadian sanoi: Minulla on sama ongelma, kun en pysty muokkaamaan efivareja. Teen sen Archlinux Live USB:stä, jossa SIP ei ole käytössä. Olen yrittänyt asentaa efivars r/w:tä uudelleen, mutta saan silti viestin 'toimintoa ei sallita'.
Onko kukaan löytänyt ratkaisua tähän?
Ensinnäkin kiitos @AppleMacFinder työstäsi! Tänään sain taas käyttää vuoden 2011 alun macbook prota integroidulla näytönohjaimella.
@CarefreeCanadian Kohtasin saman ongelman Ubuntu Live 16.10 -jakelussa ja ratkaisin ongelman seuraavilla vaiheilla:
Poistaa gpu-power-prefs-...' muuttuja on ensinnäkin tarpeen poistaa efivars:
*) umount /sys/firmware/efi/efivars/
asenna sitten efivars luku-/kirjoitustilassa:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[täydennä automaattisesti painamalla SARKAINTA]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[täydennä automaattisesti painamalla sarkainta]
näiden lisävaiheiden jälkeen voit seurata @AppleMacFinder-opasta
Toivottavasti tämä voi auttaa jotakuta toista.
AppleMacFinder
Alkuperäinen juliste- 7. joulukuuta 2009
- 19. huhtikuuta 2017
CarefreeCanadian sanoi: Minulla on sama ongelma, kun en pysty muokkaamaan efivareja. Teen sen Archlinux Live USB:stä, jossa SIP ei ole käytössä. Olen yrittänyt asentaa efivars r/w:tä uudelleen, mutta saan silti ilmoituksen, että toiminta ei ole sallittua.
magicaltrevor70 sanoi:toiminta ei ole sallittuaEnsinnäkin, onko SIP käytössä vai pois käytöstä - sillä ei pitäisi olla väliä, koska SIP on OS X -ominaisuus ja Linux jättää nämä SIP-liput huomioimatta. Ystävät, joilla on 'toiminta kielletty' -ongelma, minun on tiedettävä enemmän laitteisto-/ohjelmistokokoonpanostasi, jotta ymmärrän - mikä on negatiivinen ero minun ja sinun kokoonpanojen välillä, mikä estää sinua saavuttamasta menestystä. Esimerkiksi: käynnistätkö ArchLinuxin rEFIndin kautta? Koska en käytä rEFIndia, käynnistän suoraan Macin EFI:stä pitämällä Optio-näppäintä painettuna. En myöskään tiedä, onko sillä merkitystä, mutta käytätkö macOS Sierraa? Koska käyttöjärjestelmäni on El Capitan (10.11.6), ja teoriassa voi olla, että Sierra jollakin tavalla lukitsee EFI-muuttujat... Meidän pitäisi myös yrittää etsiä tätä ongelmaa Internetistä, koska tämä saattaa olla ongelma, jota ei ole eristetty MBP:stä. .
MUOKATA: ole hyvä ja lue totoe_84 viesti yllä
[doublepost=1489960984][/doublepost]
totoe_84 sanoi: Kohtasin saman ongelman Ubuntu Live 16.10 -jakelussa ja ratkaisin ongelman seuraavilla vaiheillatotoe_84 , Olen yllättynyt, että pystyit käynnistämään Ubuntun, koska tämän graafisen ongelman olisi pitänyt estää sitä käynnistymästä... Joka tapauksessa, hyvin tehty! Reaktiot:TonyRS ja AppleMacFinder
Huoleton kanadalainen
- 18. huhtikuuta 2017
- 19. huhtikuuta 2017
Kiitos myös @AppleMacFinder tämän ratkaisun lähettämisestä! Säästit meille kaikille monilta yrityksiltä ja virheiltä ja olet tarjonnut loistavan ratkaisun epäonnistuneelle macbook pro 2011 -yhteisölle Reaktiot:AppleMacFinder M
muuraus
- 20. helmikuuta 2017
- 20. helmikuuta 2017
Minulla oli sama ongelma ja tein osan vaiheistasi kuten 2 vuotta sitten, mutta lopetin kesken matkan Reaktiot:Keno_beano ja AppleMacFinder
maaginentrevor70
- 19. huhtikuuta 2017
- 20. helmikuuta 2017
totoe_84 sanoi: asenna sitten efivars luku-/kirjoitustilassa:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Kun yritän tätä vaihetta, saan
mount: tuntematon tiedostojärjestelmätyyppi 'efivars'
totoe_84
- 19. huhtikuuta 2017
- Varese, Italia
- 20. helmikuuta 2017
magicaltrevor70 sanoi: Kun yritän tätä vaihetta, saan@magicaltrevor70 Luulen, että teet kirjoitusvirheen:
mount: tuntematon tiedostojärjestelmätyyppi 'efivars'
tiedostojärjestelmän tyyppi on efivarfs ei efivars
*) mount –t efivarfs rw / sys / laiteohjelmisto / efi / efivars /
maaginentrevor70
- 19. huhtikuuta 2017
- 20. helmikuuta 2017
ZapNZs
- 23. tammikuuta 2017
- 20. helmikuuta 2017
Jos sellainen on, aloitanko lauseen sanalla 'rm'? Viimeksi muokattu: 20. maaliskuuta 2017
roberthallin
- 25. lokakuuta 2009
- Tukholma, Ruotsi
- 20. helmikuuta 2017
Altis
- 10. syyskuuta 2013
- 20. helmikuuta 2017
Toivon, että Apple vaivautuisi auttamaan ihmisiä kuten olet täällä tehnyt... se on yksi syy, miksi ostin vuoden 2010 17' paremman mutta riskialttiimman vuoden 2011 sijaan.
pristratton
- 20. joulukuuta 2011
- Winnipeg, Manitoba, Kanada
- 20. helmikuuta 2017
Järjestelmäni toimii edelleen hyvin, mutta en pidätä hengitystäni kuinka kauan se pysyy sellaisena.
On täysin järkevää, että meidän pitäisi pystyä siirtymään integroituun grafiikkaan pitääksemme järjestelmämme käynnissä. Häpeä Applelle, ettei se ole aktiivinen tällä osastolla, mutta mitä sinä odotat, he haluavat sinun ostavan uuden Macin.
Lisään tämän sivun kirjanmerkkeihin.
Kiitos
Suosittu Viestiä