AppleMacFinder
Eredeti plakát- 2009. december 7
- 2017. április 18
A 2011-es MacBook Pro 8,2-em diszkrét AMD GPU-ja végre meghibásodott az itt említett okok miatt ( http://logicboardmac.blogspot.ru/ ) és ott ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . 6 éve tökéletesen működik elég nagy terhelés mellett, még a háttérben a SETI@HOME bányászatot is kipróbáltam! Így biztos voltam benne, hogy az MBP-met nem befolyásolja a rossz forrasztás/rossz forrasztási minőség, és nem akartam elvinni az Apple-hez egy ingyenes javítási program miatt – részben azért, mert nem találtam időt a fontos szoftverprojektjeim szüneteltetésére, részben azért, mert Attól féltem, hogy az Apple kevésbé megbízható logikai kártyát ad, vagy megtagadja az ingyenes javítást a több miatt nem rokon javítások, amiket korábban saját kezűleg végeztem, hogy pénzt spóroljak: párszor cseréltem hőpasztát, 2x cseréltem a belső akkumulátort, cseréltem egy billentyűzetet törött gombokkal stb. De végül a múlt héten tönkrement: a laptop képernyője eltorzult, megtagadta az OS X indítását (mindig lefagy félúton) , és - Az Apple ingyenes javítási programja már véget ért! Tudom, hogy vannak olyan megfizethető megoldások, mint például az 50 dolláros BGA újraforrasztás nem hivatalos helyi javítóműhelyben, és hogy az AliExpresstől 35 dollárért vagy olcsóbban lehet új HD 6750M chipet kapni. ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html vagy https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , mert nem tudom, hogy ez igaz-e... https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) a sikeres javítás garantálása érdekében, így a javítás teljes ára 50 USD vagy 50 USD+35 USD=85 USD – minden esetben kevesebb, mint 100 USD. De nem szeretek pénzt fektetni a régi számítógépekbe, ezért arra gondoltam, hogy mi van, ha valami hack Kényszerítés MBP az integrált grafikák használatához MINDEN IDŐBEN, még rendszerindítás közben is? Aztán elkezdtem keresni a lehetséges megoldásokat...
===
Először is, lehetséges sikeresen elindítani egy MBP-t OS X-re, miközben továbbra is a meghibásodott GPU-t használja, miután eltávolította az AMD illesztőprogramokat a parancssori rendszerindítással ( CMD+S ), és írja be ezeket a parancsokat:
1) fsck -fy (lemez ellenőrzéséhez)
2) mount -your / (egy gyökér fájlrendszer csatlakoztatása olvasási/írási jogosultsággal)
3) sudo mkdir /AMD_Kexts/ (hozzon létre egy könyvtárat az AMD illesztőprogramok tárolására, arra az esetre, ha a jövőben szüksége lesz rájuk)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (mozgassa át az AMD meghajtókat)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (eltávolítsa az AMD illesztőprogramok gyorsítótárát)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (csak abban az esetben, ha az OS X buta lesz, és nem hozza létre újra ezt a könyvtárat, létrehozom az OS X-hez)
7) sudo touch /Rendszer/Könyvtár/Bővítmények/ (az időbélyegek frissítése, hogy az új illesztőprogram-gyorsítótárak - AMD-illesztőprogramok nélkül - biztosan újraépüljenek)
8) sudo umount / (szereljen fel egy partíciót, hogy garantálja, hogy a változtatások kiürülnek rá)
9) sudo újraindítás
A lépések végrehajtása során tapasztalt kényelmetlenség mértéke nagymértékben függ attól, hogy az Ön esetében mennyire torzul a képernyő képe. Az én esetemben ez még nehezebb volt, mert az OS X partíció „csak olvasható” partícióvá vált (a túl sok vészleállítás miatt, amikor kétségbeesetten próbáltam elindítani az OS X-et egy meghibásodott GPU-val) ezért el kellett távolítanom egy merevlemezt a MacBook Pro-ból és (a hordozható merevlemezemről vett USB-SATA 2.5' adapterrel) csatlakoztatta egy Linuxot futtató számítógéphez, majd kövesse az alábbi utasításokat:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1. válasz) - gondosan végrehajtottam néhány parancsot, kiszámítottam egy méretkorlátot a partíció elrendezéséhez, és végül lefutottam sudo mount -t hfsplus -o force,rw,sizelimit=AZ ÖNSZÁM /dev/sdb2 /mnt hogy ezt a HFS+ partíciót az /mnt könyvtárba illessze olvasás-írás módban. Aztán ezeket előadtam '1) -7)' a fent látható lépéseket, és futással javította a fájlrendszert sudo fsck.hfsplus -f /dev/sdb2 partíció leválasztása előtt sudo umount /mnt és a merevlemez visszahelyezése az MBP-be...
===
Ezzel egy MBP-t kaptam, amely OS X-re is képes elindulni MÉG MINDIG törött AMD GPU használata: ezért a képernyő képe nagyon torz (lehet böngészni az interneten, de elég kényelmetlen szöveget olvasni) , A Launchpad rendkívül késik, és nem tud átváltani integrált GPU-ra a gfxCardStatus használatával, mert: AMD-illesztőprogramok nélkül (amit el kellett távolítanunk az OS X sikeres indításához) A Macbook Pro szerint a belső képernyője külső kijelző, a gfxCardStatus szerint pedig lehetetlen váltani, mert a külső kijelző AMD GPU-t használ. Valahol találtam egy javaslatot, hogy a forráskódból újra lehet építeni egy gfxCardStatus-t - https://github.com/codykrieger/gfxCardStatus - eltávolítva vagy kommentálva 156-166 sor ban,-ben ./gfxCardStatus/Classes/GSProcess.m hogy figyelmen kívül hagyja a külső kijelzőt:
// megtudja, hogy külső monitor kényszeríti-e a diszkrét gpu-t
CGDirectDisplayID kijelzők[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, displays, &displayCount) == noErr) {
for (int i = 0; i
if ( ! CGDisplayIsBuiltin(displays))
[list addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'Külső kijelző'), kTaskItemName,
@ '', kTaskItemPID, nil]];
}
}
Tehát újraépítettem egy gfxCardStatus-t a probléma utolsó válaszában szereplő utasítások alapján -
https://github.com/codykrieger/gfxCardStatus/issues/229
(le kellett tölteni aMacOSX10.11.sdkinnen - https://github.com/phracker/MacOSX-SDKs/releases - csomagolja ki és másolja az XCode-ba/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- az Apple hülyesége miatt a legújabb XCode for El Capitan nem tartalmazza az El Capitan SDK-t!) Ez azonban továbbra sem működött – a gfxCardStatus csak úgy tett, mintha integrált GPU-ra váltott volna, míg a valóságban az OS X nem engedte átváltani! Még azután is, hogy szerkesztettem ./gfxCardStatus/Classes/GSGPU.m fájl a titokzatos engedélyezéséhez Csomagolja le a pályaváltásból ' opciót, még mindig nem tudott váltani...
===
Aztán felfedeztem ezt az érdekes adattárat - https://github.com/0xbb/gpu-switch - amely forráskódja részben hasonlít a gfxCardStatushoz, de rendelkezik a 'Bejelentkezési kampókkal' ( install_hooks.sh ) „automatizálja a be-/kijelentkezési váltási folyamatot”. Sajnos nekem nem sikerült... Van azonban egy nagyon érdekes gpu-kapcsoló szöveges fájl közvetlenül ennek a tárolónak a gyökerében, amely leírja az EFI változókat!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Miután áttanulmányozta, és elolvasta a szám megjegyzéseit is - https://github.com/0xbb/gpu-switch/issues/11 - Magabiztossá váltam, hogy kipróbáljam ezt a megoldást, de rájöttem, hogy az OS X El Capitan 10.11.6-os MacBook Pro 2011 8,2-em NAGYON problémás helyzet:
1) Az rEFInd nincs telepítve, és a telepítéshez le kell tiltani a SIP-védelmet. De nem tudok helyreállítási módba indítani ( Command+Option+R ) vagy OS X telepítő DVD/USB ( tartsa az opciót ), (a SIP letiltásához) , mert lefagynak bootolás közben! - bár eltávolítottam az AMD kexteket a rendszeremből, természetesen ezek a helyreállítási eszközök a tervezésükbe integrált AMD kexteket használnak. Szintén nem használhatógyökér bolondhack ( https://github.com/gdbinit/rootfool ) a SIP letiltásához futás közben, mert csak a 10.11.4-nél régebbi OS X verzióban működik
2) Szándékosan próbáltam túlmelegíteni a Macbook Pro-mat (100%-ra kényszerítve a CPU-használatot, és szorosan lezárt zacskóba helyezve) a túlmelegedéstől való leállásra, majd gyors újraindításra, hogy az integrált grafika engedélyezve legyen a rendszerindítási idő alatt – lehetővé téve a helyreállítást. De a csodálatos, csúcsminőségű termopasztának köszönhetően nem is olyan régen alkalmaztam – hosszú várakozás után sem tudja túlmelegíteni! Ekkor arra gondoltam, hogy ez lehet: nak nek) távolítsa el az AMD kexteket a telepítési adathordozóról, vagy b) az MBP merevlemezének újra csatlakoztatásához egy Linux géphez, és futtasson egy csomó chmodot, hogy eltávolítsa a SIP jelzőket az itt említett könyvtárakból ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ), amely potenciálisan bootolhatatlanná teheti a rendszert, vagy c) hogy próbálja meg telepíteni az rEFInd-et a HFS+ partícióra közvetlenül egy Linux gépről root jogokkal, mert megkerüli a SIP-t --- de még nem vizsgáltam ezeket a lehetőségeket, bár lehet, hogy néhányuk működött...
3) Linux LiveCD-t akartam indítani, hogy onnan szerkeszthessem az EFI-változókat, de nem számít, mit csináltam: megpróbáltam az egyenes indítást a GRUB opciók módosítása nélkül, megpróbáltam szerkeszteni a GRUB rendszerindítási beállításait ( 'e' gombbal ) hozzáadni nomodeset / távolítsa el csendes csobbanás / vagy mindkettő minden kombinációban , vagy a cikkben javasolt módon ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) is hozzá i915.modeset = 0 radeon.modeset = 0 vagy radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; majd megnyomta Fn+F10 vagy Shift+Ctrl+Fn+F10 a rendszerindításhoz ezekkel az opciókkal: de a Linux rendszerindítási folyamata mindig meghiúsult a különböző indítási szakaszokban, függetlenül attól, hogy milyen népszerű felhasználóbarát Linux disztribúciót vagy annak melyik verzióját próbálom: kipróbáltam az Ubuntu / Lubuntu / Fedora számos kiadását, még a régit is. AMD64 Mac” és „Alternate AMD64 Mac” képek, de ezek mindig meghiúsultak – akár a rendszerindítási folyamat legelején (fekete képernyő, vagy fekete képernyő villogással vagy beragadással _ karakter a bal felső sarokban), vagy a legvégén nem sikerült - közvetlenül azelőtt, hogy grafikus asztali környezetet kellene megjelenítenie...
A későbbiekben,lábujj_84azt írta, hogy képes volt az Ubuntut grafikus módban indítani a következő GRUB-beállítások használatával:
- Az AMD grafikus kártya letiltásához a következő sorokat tettem hozzá állítsa be a gfxpayload=keep
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Utána a következőket tettem hozzá csendes csobbanás
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Aztán eszembe jutott, hogy vannak nem általános Linux disztribúciók haladó felhasználók számára, amelyek rendelkeznek LiveCD-vel grafikus felület nélkül : egy tiszta konzolra kerül, és csak azokkal a grafikus felületekkel és szoftvercsomagokkal / csomagcsoportokkal kell telepítenie a rendszert, amelyeket kifejezetten kiválasztott. Például: Arch Linux ( https://www.archlinux.org/ ) és Gentoo Linux ( https://gentoo.org/ ) . Mivel a LiveCD-jük nem rendelkezik grafikus felülettel, probléma nélkül elindíthatók egy tiszta Linux konzolon és ott szerkesztheti az EFI változókat ! Tehát itt van egy...
===
=== 100% MŰKÖDŐ MEGOLDÁS
===
=== Kényszerítse az MBP-t, hogy MINDIG Intel integrált GPU-t használjon (EFI változójavítás)
===
=== hogy ismét nagyszerű legyen! Reakciók:yakult121, apples_arrogance, slimmy18222 és 98 másik
ZapNZs
- 2017. január 23
- 2017. április 18
Ki fogom próbálni.
AppleMacFinder
Eredeti plakát- 2009. december 7
- 2017. április 18
ZapNZs azt mondta: Istenem, köszönöm a munkáját. Megírtam az Apple-nek, KÉREM nekik, hogy tegyenek valami ehhez hasonlót, beleértve az EFI alapértelmezett beállítását a dGPU-ra a rendszerindításkor, de ez idáig nem megy velük.
Ki fogom próbálni.
Köszönöm a kedves szavakat, ZapNZs , remélhetőleg ezzel az utasítással ismét nagyszerűvé teszi Mac-jét Reakciók:duffman9000 és AppleMacFinder S
pofon
- 2008. július 25
- 2017. április 18
ah-
- 2010. május 7
- 2017. április 18
slapple azt mondta: AppleMacFinder, a megoldásod azt is lehetővé tenné, hogy valaki az integrált GPU-val bootoljon a Windowsba? A Boot Camp-nél hallottam, hogy az MBP mindig a diszkrét GPU-t fogja használni a Windowsban.Működnie kell, ha EFI módban bootol. Csak a legújabb MBP-k (szerintem 11, 3 és újabb) tiltják le az Intel GPU-t a Windowsban, és vannak megkerülő megoldások: https://github.com/0xbb/gpu-switch
AppleMacFinder
Eredeti plakát- 2009. december 7
- 2017. április 18
slapple azt mondta: AppleMacFinder, a megoldásod azt is lehetővé tenné, hogy valaki az integrált GPU-val bootoljon a Windowsba? A Boot Camp-nél hallottam, hogy az MBP mindig a diszkrét GPU-t fogja használni a Windowsban.
Szia pofon ,
1) Ez a tisztán szoftveres javítás EFI BIOS szintű. Elméletileg működnie kell vele BÁRMI létező operációs rendszer, azaz:
*) kompatibilis a Macbook Pro hardverrel (x86_64 más néven AMD64 CPU architektúra - https://en.wikipedia.org/wiki/X86-64 )
*) kompatibilis az MBP EFI firmware verziójával (Az EFI támogatás nélküli ősi operációs rendszer nem működik azonnal a dobozból, bár valamilyen kompatibilitási módban kellene elindítani őket, de előfordulhat, hogy néhány furcsa operációs rendszer nem kompatibilis az Apple EFI-verziójával)
Valójában ez az EFI-változójavítás nagy előnyt jelenthet azoknak az MBP 2011-felhasználóknak, akik szeretnék kettős rendszerindítással indítani az OS X-et Linux alatt: az Apple rendkívül specifikus módszere miatt, amellyel két GPU-t csatlakoztatott ebben a gépben, néha még a legnépszerűbbet is nehéz volt beállítani. Linux disztribúciók. Ne hibáztasd az AMD-t, ez volt az első Apple laptop AMD-vel kettős grafikával, így valószínűleg az Apple-nek nem volt ideje jó kettős grafikus megvalósítást kidolgozni. Mivel a kettős grafika le van tiltva, most sokkal egyszerűbbnek kell lennie bármilyen Linux beállításának, csak még nem teszteltük...
2) Még ezen EFI-változójavítás nélkül is lehetséges lenne valahogy átváltani az Intel GPU-ra a Windows rendszerben, ha mindkét GPU látható a Windows számára PCI-n keresztül (ha az EFI nem szakítja meg a PCI-hozzáférést a BootCamp alatt futó operációs rendszereken) , bár ez megkövetelheti az illesztőprogramokkal való kavarodást. Szintén teljesen egyetértek ah- :
ah- mondta: Működnie kell, ha EFI módban bootol. Csak a legújabb MBP-k (szerintem 11, 3 és újabb) tiltják le az Intel GPU-t a Windowsban, és vannak megkerülő megoldások: https://github.com/0xbb/gpu-switchLehetséges több operációs rendszert (beleértve a Windowst is) tartani Mac-en Bootcamp nélkül, csak egy rEFInd használatával - http://www.rodsbooks.com/refind/
BTW miért nem fut a Windows virtuális gépen? Például: néhány évvel ezelőtt összehasonlítottam a natív OS X és a Windows teljesítményét egy Parallels Desktopon belül, és bár a grafikus teljesítmény elérte a 35%-ot, a CPU teljesítménye körülbelül 2%-kal lassabb volt. Jelenleg a különbségnek sokkal kisebbnek kell lennie, mert „néhány év” nagy idő minden szoftver fejlesztésére, különösen egy népszerű virtualizációs szoftver esetében. Ha nem szeret fizetni vagy kalózkodni, próbáljon ki néhány ingyenes virtualizációs eszközt, például a VirtualBoxot és a QEMU-t. Talán még a Wine is megfelelő lehet az Ön igényeinek Utoljára szerkesztve: 2017. március 18
Matejh
- 2014. július 5
- 2017. április 19
Lympero
- 2008. szeptember 1
- Művészet, Görögország
- 2017. április 19
maflynn
Moderátor
Munkatárs- 2009. május 3
- Boston
- 2017. április 19
Matejh azt mondta: Mi történik, ha külső kijelzőt csatlakoztat?Ha jól tudom, a kijelző port csatlakozója a dGPU-hoz van kötve, így nem használhatja az iGPU-t külső monitor meghajtására.
varázslatostrevor70
- 2017. április 19
- 2017. április 19
Amikor megpróbálom kezelni a „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9” fájlt, a következőt kapom:
Nem távolítható el a „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9” A művelet nem engedélyezett
Amikor megpróbálom végrehajtani a printf parancsot, a következőt kapom:
zsh: a művelet nem engedélyezett: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Annak ellenére, hogy rootként vagyok bejelentkezve, úgy tűnik, hogy nem tudja megváltoztatni a fájlt
AppleMacFinder
Eredeti plakát- 2009. december 7
- 2017. április 19
magicaltrevor70 mondta: 1) Nem távolítható el a „gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9” A művelet nem engedélyezett
2) zsh: a művelet nem engedélyezett: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Arch Linux LiveCD-ről csinálod? Ha OS X vagy OS X helyreállításból próbálja ki, a SIP védelem nem engedi ezt megengedni. Próbáld ki az Arch Linux LiveCD-vel, és működnie kell
Gondtalan kanadai
- 2017. április 18
- 2017. április 19
Az AppleMacFinder azt mondta: Arch Linux LiveCD-ről csinálod? Ha OS X vagy OS X helyreállításból próbálja ki, a SIP védelem nem engedi ezt megengedni. Próbáld ki az Arch Linux LiveCD-vel, és működnie kell
Ugyanaz a problémám, hogy nem tudom módosítani az efivarokat. Archlinux Live USB-ről csinálom, SIP le van tiltva. Megpróbáltam visszaszerelni az efivars r/w-t, de még mindig a „művelet nem engedélyezett” üzenetet kapom.
Valaki talált erre megoldást?
lábujj_84
- 2017. április 19
- Varese, Olaszország
- 2017. április 19
A CarefreeCanadian azt mondta: Ugyanaz a probléma, hogy nem tudom módosítani az efivarokat. Archlinux Live USB-ről csinálom, SIP le van tiltva. Megpróbáltam visszaszerelni az efivars r/w-t, de még mindig a „művelet nem engedélyezett” üzenetet kapom.
Valaki talált erre megoldást?
Először is köszönöm @AppleMacFinder munkáját! Ma újra használhattam a 2011 eleji macbook pro-t integrált gpu-val.
@CarefreeCanadian Ugyanezt a problémát tapasztaltam egy Ubuntu Live 16.10 disztribúció során, és a következő lépésekkel oldottam meg a problémát:
Eltávolítani gpu-power-prefs-...' változót először is le kell választani az efivars-t:
*) umount /sys/firmware/efi/efivars/
majd csatolja az efivarokat olvasási/írási módban:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[nyomja le a TAB billentyűt az automatikus kiegészítéshez]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[nyomja le a TAB billentyűt az automatikus kiegészítéshez]
a további lépések után követheti az @AppleMacFinder útmutatót
Remélem ez másnak is segíthet.
AppleMacFinder
Eredeti plakát- 2009. december 7
- 2017. április 19
A CarefreeCanadian azt mondta: Ugyanaz a probléma, hogy nem tudom módosítani az efivarokat. Archlinux Live USB-ről csinálom, SIP le van tiltva. Megpróbáltam visszaszerelni az efivars r/w-t, de még mindig azt kapom, hogy a művelet nem engedélyezett.
magicaltrevor70 mondta:A művelet nem engedélyezettElőször is, hogy a SIP engedélyezve van-e vagy letiltva – nem számít, mert a SIP az OS X funkciója, és a Linux figyelmen kívül hagyja ezeket a SIP jelzőket. Barátaim, akiknek 'működése nem engedélyezett' problémája van, többet kell tudnom a hardver/szoftver konfigurációjáról, hogy megértsem - mi az a negatív különbség az enyém és a tiéd konfigurációja között, ami megakadályozza a siker elérését. Például: az ArchLinuxot az rEFInd-en keresztül indítja? Mivel nem az rEFInd-et használom, közvetlenül a Mac EFI-jéről indítok az „Option” billentyű lenyomva tartásával. Azt sem tudom, hogy számít-e, de macOS Sierra-t használsz? Mivel az operációs rendszerem El Capitan (10.11.6), és elméletileg előfordulhat, hogy a Sierra valahogy zárolja az EFI-változókat... Valamint meg kell próbálnunk keresni ezt a problémát az interneten, mert lehet, hogy ez nem az MBP-től független probléma. .
EDIT: kérlek olvass lábujj_84 üzenetet fent
[doublepost=1489960984][/doublepost]
totoe_84 mondta: Ugyanezt a problémát tapasztaltam egy Ubuntu Live 16.10 disztribúció során, és a következő lépésekkel megoldottam a problémátlábujj_84 , Meglep, hogy sikerült elindítani az Ubuntut, mert ennek a grafikus hibának kellett volna megakadályoznia a rendszerindítást... Mindenesetre, szép munka! Reakciók:TonyRS és AppleMacFinder
Gondtalan kanadai
- 2017. április 18
- 2017. április 19
Továbbá köszönöm @AppleMacFinder, hogy közzétette ezt a megoldást! Ön sok próbálkozástól és hibától kímélte meg mindannyiunkat, és nagyszerű megoldást nyújtott a „sikertelen macbook pro 2011” közösségnek. Reakciók:AppleMacFinder M
kőművesség
- 2017. február 20
- 2017. február 20
Ugyanez a problémám volt, és megtettem néhány lépést, mint 2 évvel ezelőtt, de félúton felhagytam Reakciók:Keno_beano és AppleMacFinder
varázslatostrevor70
- 2017. április 19
- 2017. február 20
totoe_84 mondta: majd csatolja az efivars-t olvasási/írási módban:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Amikor megpróbálom ezt a lépést, megkapom
mount: ismeretlen fájlrendszer típusa 'efivars'
lábujj_84
- 2017. április 19
- Varese, Olaszország
- 2017. február 20
magicaltrevor70 azt mondta: Amikor megpróbálom ezt a lépést, megkapom@magicaltrevor70 Szerintem elgépelsz:
mount: ismeretlen fájlrendszer típusa 'efivars'
a fájlrendszer típusa efivarfs nem efivars
*) mount –t efivarfs rw / sys / firmware / efi / efivars /
varázslatostrevor70
- 2017. április 19
- 2017. február 20
ZapNZs
- 2017. január 23
- 2017. február 20
Ha van ilyen, kezdjem az állítást „rm”-vel? Utoljára szerkesztve: 2017. március 20
Roberthallin
- 2009. október 25
- Stockholm, Svédország
- 2017. február 20
Altis
- 2013. szeptember 10
- 2017. február 20
Bárcsak az Apple zavarta volna, hogy segítsen az embereken, mint ahogyan itt tetted... ez az egyik oka annak, hogy egy 2010-es 17'-t vettem a jobb, de kockázatosabb 2011-es helyett.
pristratton
- 2011. december 20
- Winnipeg, Manitoba, Kanada
- 2017. február 20
A rendszerem még mindig jól működik, de nem tartom vissza a lélegzetem, hogy meddig marad így.
Teljesen logikus, hogy át kell tudnunk váltani az integrált grafikára, hogy a rendszereink működjenek. Szégyellje magát az Apple, amiért nem proaktív ezen az osztályon, de mit vársz, azt akarják, hogy vegyen egy új Mac-et.
Ezt az oldalt könyvjelzővel fogom ellátni.
Köszönöm
Népszerű Bejegyzések