AppleMacFinder
originele poster- 7 december 2009
- 18 april 2017
Discrete AMD GPU van mijn 2011 MacBook Pro 8,2 is eindelijk mislukt vanwege de hier genoemde redenen ( http://logicboardmac.blogspot.ru/ ) en daar ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Het werkt al 6 jaar perfect onder een behoorlijk hoge belasting, zelfs SETI@HOME-mining op de achtergrond geprobeerd! Dus ik was ervan overtuigd dat mijn MBP niet wordt beïnvloed door slechte soldeer / slechte soldeerkwaliteit en wilde het niet naar Apple brengen voor een gratis reparatieprogramma - deels omdat ik geen tijd kon vinden om mijn belangrijke softwareprojecten te pauzeren, deels omdat Ik was bang dat Apple me een minder betrouwbaar logic board zou geven of een gratis reparatie zou weigeren vanwege de verschillende niet verwant reparaties die ik eerder handmatig deed om geld te besparen: koelpasta een paar keer vervangen, de interne batterij 2 keer vervangen, een toetsenbord vervangen met kapotte knoppen, enz. Maar vorige week ging het eindelijk kapot: het scherm van de laptop werd vervormd, het weigerde OS X op te starten (altijd halverwege bevriezen) , en - Het gratis reparatieprogramma van Apple is al afgelopen! Ik weet dat er betaalbare oplossingen zijn, zoals $50 BGA doorsolderen bij een onofficiële lokale reparatiewerkplaats en dat het mogelijk is om een nieuwe vervangende HD 6750M-chip van AliExpress te krijgen voor $35 of goedkoper ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html of https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , want weet niet of dit waar is - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) om een succesvolle reparatie te garanderen, dus de totale reparatieprijs zou $ 50 of $ 50 + $ 35 = $ 85 zijn - in ieder geval minder dan $ 100. Maar ik hou er niet van om geld te investeren in de oude computers, dus ik heb gedacht - wat als er een hack is om? kracht MBP om ALTIJD geïntegreerde grafische afbeeldingen te gebruiken, zelfs tijdens het opstarten? En toen begonnen met het verkennen van de mogelijke oplossingen...
===
Allereerst is het mogelijk om met succes een MBP op te starten naar OS X terwijl u nog steeds de defecte GPU gebruikt, nadat u de AMD-stuurprogramma's hebt verwijderd door op te starten in de opdrachtregelmodus ( CMD+S ) en voer deze opdrachten in:
1) fsck -fy (om een schijf te controleren)
2) mount -uw / (mount een root-bestandssysteem met lees-/schrijfrechten)
3) sudo mkdir /AMD_Kexts/ (maak een map om de AMD-stuurprogramma's op te slaan voor het geval je ze in de toekomst nodig hebt)
4) sudo mv /System/Bibliotheek/Extensions/AMD*.* /AMD_Kexts/ (verplaats de AMD-stuurprogramma's)
5) sudo rm -rf /System/Bibliotheek/Caches/com.apple.kext.caches/ (verwijder de cache met AMD-stuurprogramma's)
6) sudo mkdir /System/Bibliotheek/Caches/com.apple.kext.caches/ (voor het geval dat OS X dom is en deze map niet opnieuw zal maken, ik maak hem voor OS X)
7) sudo touch /Systeem/Bibliotheek/Extensies/ (om de tijdstempels bij te werken zodat nieuwe stuurprogrammacaches - zonder AMD-stuurprogramma's - zeker opnieuw worden opgebouwd)
8) sudo umount / (umount een partitie om te garanderen dat uw wijzigingen ernaar worden weggespoeld)
9) sudo opnieuw opstarten
De mate van ongemak bij het uitvoeren van deze stappen hangt sterk af van hoe sterk het beeld van een scherm in uw geval wordt vervormd. In mijn geval was het nog moeilijker omdat de OS X-partitie een 'alleen-lezen' partitie werd (vanwege te veel noodstops die ik deed terwijl ik wanhopig probeerde OS X op te starten met een mislukte GPU) dus ik moest een harde schijf van MacBook Pro verwijderen en (met een USB-naar-SATA 2.5'-adapter van mijn draagbare HDD) koppelde het aan een computer met Linux en volgde vervolgens deze instructies:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1e antwoord) - zorgvuldig een aantal commando's uitgevoerd, een groottelimiet berekend voor mijn partitie-layout en ten slotte uitgevoerd sudo mount -t hfsplus -o force,rw,sizelimit=YOURNUMBER /dev/sdb2 /mnt om deze HFS+-partitie aan de /mnt-directory te koppelen in lees-schrijfmodus. Toen heb ik deze uitgevoerd '1) -7)' stappen die u hierboven ziet, en ook een bestandssysteem gerepareerd door het uitvoeren van sudo fsck.hfsplus -f /dev/sdb2 voordat u een partitie ontkoppelt met sudo umount /mnt en een harde schijf terugzetten naar MBP...
===
Dit gaf me een MBP die kon opstarten naar OS X, hoewel NOG ALTIJD een kapotte AMD GPU gebruiken: het beeld op het scherm is dus erg vervormd (kon op internet surfen maar best lastig om een tekst te lezen) , Launchpad is super laggy en je kunt niet overschakelen naar geïntegreerde GPU met gfxCardStatus omdat: zonder AMD-stuurprogramma's (die we moesten verwijderen om succesvol op te starten naar OS X) Macbook Pro denkt dat het interne scherm een extern beeldscherm is en gfxCardStatus zegt dat het onmogelijk is om over te schakelen omdat het externe beeldscherm AMD GPU gebruikt. Ergens vond ik een suggestie dat het mogelijk is om een gfxCardStatus opnieuw op te bouwen vanuit de broncode - https://github.com/codykrieger/gfxCardStatus - met verwijderd of becommentarieerd 156-166 lijnen in de ./gfxCardStatus/Classes/GSProcess.m om het externe beeldscherm te negeren:
// zoek uit of een externe monitor de discrete gpu aanzet
CGDirectDisplayID-schermen[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, displays, &displayCount) == noErr) {
voor (int i = 0; i
if ( ! CGDisplayIsBuiltin(displays))
[lijst addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'Externe weergave'), kTaskItemName,
@ '', kTaskItemPID, nul]];
}
}
Dus herbouwde ik een gfxCardStatus met behulp van de instructies uit het laatste antwoord van dit probleem -
https://github.com/codykrieger/gfxCardStatus/issues/229
(moest ook een . downloadenMacOSX10.11.sdkvanaf hier - https://github.com/phracker/MacOSX-SDKs/releases - uitpakken en kopiëren naar XCode's/Applicaties/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDK's/MacOSX10.11.sdk- vanwege de domheid van Apple bevat de nieuwste XCode voor El Capitan geen SDK voor El Capitan!) Het werkte echter nog steeds niet - gfxCardStatus deed alleen alsof het was overgeschakeld naar geïntegreerde GPU, terwijl OS X het in werkelijkheid niet liet overschakelen! Zelfs nadat ik heb bewerkt ./gfxCardStatus/Classes/GSGPU.m bestand om de mysterieuze ' Nuke it van baanwisseling ' optie, het kon nog steeds niet schakelen...
===
Toen ontdekte ik deze interessante repository - https://github.com/0xbb/gpu-switch - die door zijn 'broncode gedeeltelijk vergelijkbaar is met gfxCardStatus, maar ook de 'Login Hooks' heeft ( install_hooks.sh ) om 'het schakelproces voor inloggen/uitloggen te automatiseren'. Helaas werkte het niet voor mij ... Er is echter een zeer interessant gpu-schakelaar tekstbestand direct in de root van deze repository, waarin de EFI-variabelen worden beschreven!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Na het te hebben bestudeerd en ook de opmerkingen van dit nummer te hebben gelezen - https://github.com/0xbb/gpu-switch/issues/11 - Ik kreeg er alle vertrouwen in om deze oplossing te proberen, maar ontdekte dat mijn MacBook Pro 2011 8,2 met OS X El Capitan 10.11.6 in een ZEER problematische situatie:
1) rEFInd is niet geïnstalleerd en om het te installeren moet SIP-beveiliging worden uitgeschakeld. Maar ik kan niet opstarten naar de herstelmodus ( Command+Option+R ) of naar OS X installatie-dvd/USB ( houd Optie vast ), (om SIP uit te schakelen) , omdat ze bevriezen tijdens het opstarten! - hoewel ik AMD kexts van mijn systeem heb verwijderd, gebruiken deze hersteltools natuurlijk AMD kexts die in hun ontwerp zijn geïntegreerd. Kan ook niet gebruikenRootfoolhacken ( https://github.com/gdbinit/rootfool ) om SIP tijdens runtime uit te schakelen, omdat het alleen werkt op OS X-versie ouder dan 10.11.4
2) Geprobeerd mijn Macbook Pro expres te oververhitten (CPU-gebruik dwingen tot 100% en in een goed gesloten zak stoppen) om het af te sluiten vanwege oververhitting en vervolgens snel opnieuw op te starten, zodat de geïntegreerde grafische kaart tijdens het opstarten wordt ingeschakeld - waardoor het mogelijk wordt om op te starten naar herstel. Maar vanwege de prachtige high-end koelpasta die ik nog niet zo lang geleden heb aangebracht - kan het niet oververhitten, zelfs niet na lang wachten! Op dit punt dacht ik dat dat zou kunnen: tot) verwijder AMD kexts van installatiemedia, of B) om de harde schijf van MBP opnieuw met een Linux-machine te verbinden en een aantal chmods uit te voeren om de SIP-vlaggen uit de hier genoemde mappen te verwijderen ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) waardoor een systeem mogelijk niet meer kan worden opgestart, of C) om te proberen rEFInd rechtstreeks vanaf een Linux-machine met rootrechten op een HFS+-partitie te installeren omdat het SIP zal omzeilen --- maar deze opties niet hebben onderzocht, hoewel sommige mogelijk hebben gewerkt...
3) Ik wilde een Linux LiveCD opstarten om de EFI-variabelen vanaf daar te bewerken, maar wat ik ook deed: probeerde rechtstreeks op te starten zonder GRUB-optiewijzigingen, probeerde GRUB-opstartopties te bewerken ( met 'e'-toets ) toevoegen nomodeset / verwijderen stille plons / of beide in elke combinatie , of zoals voorgesteld in dit artikel ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) ook toevoegen i915.modeset = 0 radeon.modeset = 0 of radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; en vervolgens op gedrukt Fn+F10 of Shift+Ctrl+Fn+F10 om op te starten met deze opties: maar het Linux-opstartproces mislukte altijd in verschillende opstartfasen, ongeacht welke populaire gebruiksvriendelijke Linux-distributie of welke versie ik ook probeer: probeerde vele releases van Ubuntu / Lubuntu / Fedora , zelfs de oude ' AMD64 Mac' en 'Alternatieve AMD64 Mac'-images, maar ze mislukten altijd - ofwel helemaal aan het begin van het opstartproces (zwart scherm of een zwart scherm met een knipperend of vastgelopen _ teken in de linker bovenhoek) of mislukt helemaal aan het einde ervan - vlak voordat het een grafische desktopomgeving zou moeten tonen...
Later,totoe_84schreef dat hij Ubuntu in grafische modus kon opstarten met de volgende setup voor GRUB:
- Om de AMD grafische kaart uit te schakelen heb ik de volgende regels toegevoegd na: set gfxpayload = behouden
uitb 0x710 2
uitb 0x740 2
uitb 0x750 0
- Vervolgens heb ik het volgende toegevoegd na: stille plons
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Toen herinnerde ik me dat er niet-mainstream Linux-distributies zijn voor geavanceerde gebruikers, die een LiveCD hebben zonder enige grafische interface : je wordt naar een pure console gedropt en je wordt verondersteld het systeem te installeren samen met alleen die grafische interfaces en softwarepakketten / groepen pakketten die je expliciet selecteert. Bijvoorbeeld: Arch Linux ( https://www.archlinux.org/ ) en Gentoo Linux ( https://gentoo.org/ ). Omdat hun LiveCD geen grafische interface heeft, kunnen ze zonder problemen worden opgestart naar een pure Linux-console en daar zou je de EFI-variabelen kunnen bewerken ! Dus hier is een...
===
=== 100% WERKENDE OPLOSSING
===
=== Forceer uw MBP om ALTIJD Intel geïntegreerde GPU te gebruiken (EFI variabele fix)
===
=== om het weer geweldig te maken! reacties:yakult121, apples_arrogance, slimmy18222 en 98 anderen
ZapNZs
- 23 jan. 2017
- 18 april 2017
Ik ga dit een kans geven.
AppleMacFinder
originele poster- 7 december 2009
- 18 april 2017
ZapNZs zei: Holy crap, bedankt voor je werk. Ik heb Apple geschreven om hen te smeken om zoiets als dit te doen, waarbij de standaard van de EFI tijdens het opstarten wordt gewijzigd in dGPU, maar tot nu toe ben ik daar niet mee akkoord gegaan.
Ik ga dit een kans geven.
Bedankt voor de vriendelijke woorden, ZapNZs , hopelijk maak je je Mac weer geweldig met deze instructie reacties:duffman9000 en AppleMacFinder S
slappelen
- 25 juli 2008
- 18 april 2017
Ah-
- 7 mei 2010
- 18 april 2017
slapple zei: AppleMacFinder, zou jouw oplossing ook iemand in Windows laten opstarten met behulp van de geïntegreerde GPU? Ik hoorde met Boot Camp dat de MBP altijd de discrete GPU in Windows zal gebruiken.Het zou moeten werken als je opstart in de EFI-modus. Alleen recente MBP's (11,3 en hoger denk ik) schakelen de Intel-GPU in Windows uit en er zijn oplossingen: https://github.com/0xbb/gpu-switch
AppleMacFinder
originele poster- 7 december 2009
- 18 april 2017
slapple zei: AppleMacFinder, zou jouw oplossing ook iemand in Windows laten opstarten met behulp van de geïntegreerde GPU? Ik hoorde met Boot Camp dat de MBP altijd de discrete GPU in Windows zal gebruiken.
Hoi slappelen ,
1) Deze puur softwarematige fix is op EFI BIOS-niveau. In theorie zou het moeten werken met IEDER bestaand besturingssysteem, dat wil zeggen:
*) compatibel met Macbook Pro-hardware (x86_64 oftewel AMD64 CPU-architectuur - https://en.wikipedia.org/wiki/X86-64 )
*) compatibel met de MBP-versie van EFI-firmware (oud besturingssysteem zonder EFI-ondersteuning zal niet direct uit de doos werken, hoewel er een manier zou moeten zijn om ze in een compatibiliteitsmodus te starten, ook kan een vreemd besturingssysteem incompatibel zijn met Apple's versie van EFI)
Eigenlijk zou deze EFI-variabelen een groot voordeel kunnen opleveren voor die MBP 2011-gebruikers die hun OS X dubbel willen opstarten met Linux: vanwege Apple's zeer specifieke methode om twee GPU's in deze machine aan te sluiten, was het soms moeilijk om zelfs de populaire in te stellen. Linux-distributies. Geef AMD niet de schuld, het was de eerste Apple-laptop met AMD in dual graphics, dus waarschijnlijk had Apple niet de tijd om een goede dual graphics-implementatie te ontwikkelen. Met dubbele grafische weergave uitgeschakeld, zou het nu veel gemakkelijker moeten zijn om Linux in te stellen, heb het alleen nog niet getest...
2) Zelfs zonder deze EFI-variabele fix zou het op de een of andere manier mogelijk moeten zijn om over te schakelen naar Intel GPU in Windows, als beide GPU's zichtbaar zijn voor Windows via PCI (als EFI de PCI-toegang ertoe niet uitschakelt voor besturingssystemen die onder BootCamp draaien) , hoewel het wat geknoei met de stuurprogramma's kan vergen. Ben het ook helemaal mee eens Ah- :
ah- zei: Het zou moeten werken als je opstart in de EFI-modus. Alleen recente MBP's (11,3 en hoger denk ik) schakelen de Intel-GPU in Windows uit en er zijn oplossingen: https://github.com/0xbb/gpu-switchHet is mogelijk om verschillende besturingssystemen (inclusief Windows) op een Mac te houden zonder Bootcamp, gewoon met behulp van een rEFInd - http://www.rodsbooks.com/refind/
Trouwens, waarom zou je Windows niet op een virtuele machine draaien? Bijvoorbeeld: enkele jaren geleden heb ik een aantal benchmarks gemaakt van de native OS X-prestaties versus Windows binnen een Parallels Desktop, en terwijl de grafische prestaties ergens rond de 35% lagen, waren de CPU-prestaties ongeveer 2% langzamer. Op dit moment zou het verschil veel kleiner moeten zijn, want 'enkele jaren' is een grote tijd voor elke software om te verbeteren, vooral voor populaire virtualisatiesoftware. Als je niet van betalen of piraterij houdt, probeer dan een aantal freeware virtualisatietools zoals VirtualBox en QEMU. Misschien is zelfs wijn geschikt voor uw behoeften. Laatst bewerkt: 18 maart 2017
Matejh
- 5 juli 2014
- 19 april 2017
lympero
- 1 september 2008
- Kunst, Griekenland
- 19 april 2017
maflynn
Moderator
Medewerker- 3 mei 2009
- Boston
- 19 april 2017
Matejh zei: Wat gebeurt er als je een extern beeldscherm aansluit?Ik heb begrepen dat de Display Port-connector vast is aangesloten op de dGPU, dus je kunt de iGPU niet gebruiken om een externe monitor aan te sturen.
magischtrevor70
- 19 april 2017
- 19 april 2017
Wanneer ik het bestand 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' probeer te rmen, krijg ik:
Kan 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' niet verwijderen Bewerking niet toegestaan
Wanneer ik probeer het printf-commando uit te voeren, krijg ik:
zsh: bewerking niet toegestaan: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Ook al ben ik ingelogd als root, het lijkt erop dat dat bestand niet kan worden gewijzigd
AppleMacFinder
originele poster- 7 december 2009
- 19 april 2017
magictrevor70 zei: 1) Kan 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' niet verwijderen Bewerking niet toegestaan
2) zsh: bewerking niet toegestaan: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Doe je het vanaf Arch Linux LiveCD? Als u het probeert vanuit OS X of OS X-herstel, laat SIP-beveiliging u dat niet toe. Probeer het met Arch Linux LiveCD en het zou voor je moeten werken
ZorgeloosCanadees
- 18 april 2017
- 19 april 2017
AppleMacFinder zei: Doe je het vanaf Arch Linux LiveCD? Als u het probeert vanuit OS X of OS X-herstel, laat SIP-beveiliging u dat niet toe. Probeer het met Arch Linux LiveCD en het zou voor je moeten werken
Ik heb hetzelfde probleem dat ik efivars niet kan wijzigen. Ik doe het vanaf een Archlinux Live USB met SIP uitgeschakeld. Ik heb geprobeerd efivars r/w opnieuw te koppelen, maar ik krijg nog steeds 'bewerking niet toegestaan'.
Heeft iemand hier een oplossing voor gevonden?
totoe_84
- 19 april 2017
- Varese, Italië
- 19 april 2017
CarefreeCanadian zei: Ik heb hetzelfde probleem dat ik efivars niet kan wijzigen. Ik doe het vanaf een Archlinux Live USB met SIP uitgeschakeld. Ik heb geprobeerd efivars r/w opnieuw te koppelen, maar ik krijg nog steeds 'bewerking niet toegestaan'.
Heeft iemand hier een oplossing voor gevonden?
Allereerst bedankt @AppleMacFinder voor je werk! Vandaag heb ik mijn macbook pro begin 2011 weer kunnen gebruiken met de geïntegreerde gpu.
@CarefreeCanadian Ik heb hetzelfde probleem ervaren met een Ubuntu Live 16.10-distributie en ik heb het probleem opgelost met de volgende stappen:
Verwijderen gpu-power-prefs-...' variabele is het eerst nodig om efivars te ontkoppelen:
*) umount /sys/firmware/efi/efivars/
koppel vervolgens efivars in de lees-/schrijfmodus:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs- [druk op TAB om automatisch aan te vullen]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs- [druk op TAB om automatisch aan te vullen]
na deze aanvullende stappen kunt u de @AppleMacFinder-gids volgen
Ik hoop dat dit iemand anders kan helpen.
AppleMacFinder
originele poster- 7 december 2009
- 19 april 2017
CarefreeCanadian zei: Ik heb hetzelfde probleem dat ik efivars niet kan wijzigen. Ik doe het vanaf een Archlinux Live USB met SIP uitgeschakeld. Ik heb geprobeerd efivars r/w opnieuw te koppelen, maar ik krijg nog steeds 'bewerking niet toegestaan.
magictrevor70 zei:bediening niet toegestaanAllereerst, of SIP is ingeschakeld of uitgeschakeld - zou niet uit moeten maken omdat SIP een OS X-functie is en Linux die SIP-vlaggen negeert. Vrienden met het probleem 'bewerking niet toegestaan', ik moet meer weten over uw hardware-/softwareconfiguratie om te begrijpen wat een negatief verschil is tussen de mijne en de uwe configuraties waardoor u het succes niet kunt behalen. Bijvoorbeeld: start u op naar ArchLinux via rEFInd? Omdat ik rEFInd niet gebruik, start ik rechtstreeks op vanaf Mac's EFI door de 'Option'-toets ingedrukt te houden. Ik weet ook niet of het uitmaakt, maar gebruik je macOS Sierra? Omdat mijn besturingssysteem El Capitan (10.11.6) is, en in theorie zou het kunnen dat Sierra de EFI-variabelen op de een of andere manier vergrendelt... We zouden ook moeten proberen dit probleem op internet te zoeken, omdat dit een probleem kan zijn dat niet alleen voor MBP is.. .
BEWERKING: Gelieve te lezen totoe_84 bericht hierboven
[dubbelpost=1489960984][/dubbelpost]
totoe_84 zei: Ik heb hetzelfde probleem ervaren met een Ubuntu Live 16.10-distributie en ik heb het probleem opgelost met de volgende stappentotoe_84 , Het verbaast me dat je Ubuntu hebt kunnen opstarten, omdat dit grafische probleem had moeten voorkomen dat het opstart... In ieder geval, goed gedaan! reacties:TonyRS en AppleMacFinder
ZorgeloosCanadees
- 18 april 2017
- 19 april 2017
Bedankt @AppleMacFinder voor het plaatsen van deze oplossing! Je hebt ons allemaal veel vallen en opstaan bespaard en een geweldige oplossing geboden voor de 'mislukte macbook pro 2011'-gemeenschap reacties:AppleMacFinder m
metselwerk
- 20 februari 2017
- 20 februari 2017
Ik had hetzelfde probleem en deed een aantal van je stappen zoals 2 jaar geleden, maar ik ben halverwege gestopt reacties:Keno_beano en AppleMacFinder
magischtrevor70
- 19 april 2017
- 20 februari 2017
totoe_84 zei: koppel vervolgens efivars in lees-/schrijfmodus:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Bij het proberen van deze stap krijg ik
mount: onbekend bestandssysteem type 'efivars'
totoe_84
- 19 april 2017
- Varese, Italië
- 20 februari 2017
magictrevor70 zei: Bij het proberen van deze stap krijg ik@magicaltrevor70 Ik denk dat je een typfout maakt:
mount: onbekend bestandssysteem type 'efivars'
het bestandssysteemtype is efvarfs niet efivars
*) mount –t efvarfs rw / sys / firmware / efi / efivars /
magischtrevor70
- 19 april 2017
- 20 februari 2017
ZapNZs
- 23 jan. 2017
- 20 februari 2017
Als die er is, moet ik de instructie dan beginnen met 'rm'? Laatst bewerkt: 20 mrt. 2017
Roberthallin
- 25 okt 2009
- Stockholm, Zweden
- 20 februari 2017
Altis
- 10 sep. 2013
- 20 februari 2017
Ik wou dat Apple de moeite zou nemen om mensen te helpen zoals jij hier hebt gedaan ... het is een van de redenen waarom ik een 2010 17' kocht in plaats van de betere maar riskante 2011.
pristratton
- 20 december 2011
- Winnipeg, Manitoba, Canada
- 20 februari 2017
Mijn systeem werkt nog steeds prima, maar ik houd mijn adem niet in over hoe lang dat zo zal blijven.
Het is absoluut logisch dat we moeten kunnen overschakelen naar de geïntegreerde grafische weergave om onze systemen draaiende te houden. Jammer dat Apple niet proactief is op deze afdeling, maar wat verwacht je, ze willen dat je een nieuwe Mac koopt.
Ik ga deze pagina bookmarken.
Bedankt
Populaire Berichten