AppleMacFinder
Původní plakát- 7. prosince 2009
- 18. dubna 2017
Diskrétní AMD GPU mého MacBooku Pro 8,2 z roku 2011 nakonec selhalo z důvodů uvedených zde ( http://logicboardmac.blogspot.ru/ ) a tam ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Funguje perfektně už 6 let při poměrně vysoké zátěži, dokonce jsem vyzkoušel těžbu SETI@HOME na pozadí! Byl jsem si tedy jistý, že můj MBP není ovlivněn špatnou pájkou / špatnou kvalitou pájení, a nechtěl jsem ho přinést společnosti Apple na bezplatný program opravy – částečně proto, že jsem si nemohl najít čas na pozastavení svých důležitých softwarových projektů, částečně proto, Bál jsem se, že by mi Apple mohl dát méně spolehlivou logickou desku nebo odmítnout bezplatnou opravu kvůli několika nesouvisející opravy, které jsem dříve prováděl ručně sám, abych ušetřil peníze: několikrát vyměnil teplovodivou pastu, dvakrát vyměnil vnitřní baterii, vyměnil klávesnici s rozbitými tlačítky atd. Ale nakonec se to minulý týden porouchalo: obraz obrazovky notebooku se zkreslil, odmítl spustit OS X (vždy zmrzne na půli cesty) , a - Program bezplatných oprav společnosti Apple již skončil! Vím, že existují cenově dostupná řešení, jako je přepájení BGA za 50 USD v neoficiální místní opravně a že je možné získat nový náhradní čip HD 6750M z AliExpress za 35 USD nebo levnější ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html nebo https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , protože nevím, jestli je to pravda - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) zaručit úspěšnou opravu, takže celková cena opravy by byla buď 50 $ nebo 50 $ + 35 $ = 85 $ - v každém případě méně než 100 $. Ale nerad investuji peníze do starých počítačů, tak jsem si řekl - co když je nějaký hack na platnost MBP používat integrovanou grafiku CELOU DOBU, dokonce i při bootování? A pak jsem začal hledat možná řešení...
===
Za prvé je možné úspěšně zavést MBP do OS X, zatímco stále používáte neúspěšný GPU, poté, co odeberete ovladače AMD spuštěním v režimu příkazového řádku ( CMD+S ) a zadáním těchto příkazů:
1) fsck -fy (pro kontrolu disku)
2) mount -vaše / (připojit kořenový souborový systém s oprávněním pro čtení/zápis)
3) sudo mkdir /AMD_Kexts/ (vytvořte si adresář pro uložení ovladačů AMD pro případ, že byste je v budoucnu potřebovali)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (přesunout ovladače AMD)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (odeberte mezipaměť ovladačů AMD)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (jen pro případ, že OS X bude hloupý a nebude tento adresář znovu vytvářet, vytvářím jej pro OS X)
7) sudo touch /Systém/Knihovna/Rozšíření/ (aktualizovat časová razítka, aby nové mezipaměti ovladačů - bez ovladačů AMD - byly definitivně přestavěny)
8) sudo umount / (odpojte oddíl, abyste zajistili, že se do něj vaše změny vyprázdní)
9) sudo restart
Míra vašeho nepohodlí při provádění těchto kroků – silně závisí na tom, jak silně je ve vašem případě zkreslený obraz na obrazovce. V mém případě to bylo ještě obtížnější, protože oddíl OS X se stal oddílem „pouze pro čtení“. (kvůli příliš mnoha nouzovým vypnutím, které jsem provedl, když jsem se zoufale snažil nabootovat OS X se selháním GPU) takže jsem musel vyjmout pevný disk z MacBooku Pro a (pomocí adaptéru USB na SATA 2,5' z mého přenosného HDD) připojte jej k počítači s Linuxem a poté postupujte podle těchto pokynů:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1. odpověď) - pečlivě provedl řadu příkazů, vypočítal limit velikosti pro mé rozvržení oddílů a nakonec spustil sudo mount -t hfsplus -o force,rw,sizelimit=VAŠE ČÍSLO /dev/sdb2 /mnt připojit tento oddíl HFS+ do adresáře /mnt v režimu čtení-zápis. Pak jsem provedl tyto '1) -7)' kroky, které vidíte výše, a také opravili souborový systém spuštěním sudo fsck.hfsplus -f /dev/sdb2 před odpojením oddílu pomocí sudo umount /mnt a vložení pevného disku zpět do MBP...
===
To mi dalo MBP, který by mohl spustit OS X, ačkoli JEŠTĚ POŘÁD pomocí rozbitého AMD GPU: takže obraz na obrazovce je velmi zkreslený (mohl procházet internet, ale docela nepohodlné číst text) , Launchpad je super laggy a nemůžete přepnout na integrovaný GPU pomocí gfxCardStatus, protože: bez ovladačů AMD (který jsme museli odstranit, abychom úspěšně zavedli OS X) Macbook Pro si myslí, že jeho vnitřní obrazovka je External Display a gfxCardStatus říká, že není možné přepnout, protože External Display používá AMD GPU. Někde jsem našel návrh, že je možné znovu sestavit gfxCardStatus ze zdrojového kódu - https://github.com/codykrieger/gfxCardStatus - s odstraněným nebo zakomentovaným 156-166 řádků v ./gfxCardStatus/Classes/GSProcess.m aby bylo možné ignorovat externí displej:
// zjistěte, zda externí monitor vynucuje zapnutí diskrétního gpu
CGDirectDisplayID zobrazuje[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, displays, &displayCount) == noErr) {
for (int i = 0; i
if ( ! CGDisplayIsBuiltin(displays))
[seznam addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'External Display'), kTaskItemName,
@ '', kTaskItemPID, nula]];
}
}
Takže jsem znovu sestavil gfxCardStatus pomocí pokynů z poslední odpovědi tohoto problému -
https://github.com/codykrieger/gfxCardStatus/issues/229
(také bylo nutné stáhnout aMacOSX10.11.sdkodtud - https://github.com/phracker/MacOSX-SDKs/releases - rozbalte a zkopírujte jej do XCode's/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- kvůli hlouposti Applu neobsahuje nejnovější XCode pro El Capitan SDK pro El Capitan!) Stále to však nefungovalo - gfxCardStatus pouze předstíral, že přešel na Integrated GPU, zatímco ve skutečnosti jej OS X nenechal přepnout! I poté, co jsem upravil ./gfxCardStatus/Classes/GSGPU.m soubor umožňující tajemný ' Vybuďte to z přepínání na oběžné dráze ', stále to nešlo přepnout...
===
Pak jsem objevil toto zajímavé úložiště - https://github.com/0xbb/gpu-switch - který je svým zdrojovým kódem částečně podobný gfxCardStatus, ale má také 'Přihlašovací háčky' ( install_hooks.sh ) k „automatizaci procesu přepínání pro přihlášení/odhlášení“. Bohužel to pro mě nefungovalo... Existuje však velmi zajímavá věc gpu-switch textový soubor přímo v kořenovém adresáři tohoto úložiště, který popisuje proměnné EFI!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Po prostudování a také přečtení komentářů k tomuto vydání - https://github.com/0xbb/gpu-switch/issues/11 - Svěřil jsem se, že vyzkouším toto řešení, ale zjistil jsem, že můj MacBook Pro 2011 8,2 s OS X El Capitan 10.11.6 je v VELMI problematická situace:
1) rEFInd není nainstalován a pro jeho instalaci je nutné vypnout ochranu SIP. Nemohu však spustit režim obnovení ( Command+Option+R ) nebo na instalační DVD/USB OS X ( podržte možnost ), (pro deaktivaci SIP) , protože při bootování zamrzají! - ačkoli jsem ze svého systému odstranil kexty AMD, tyto nástroje pro obnovu samozřejmě používají kexty AMD integrované do jejich návrhu. Také nelze použítkořenový blázenzaseknout ( https://github.com/gdbinit/rootfool ) zakázat SIP za běhu, protože funguje pouze ve verzi OS X starší než 10.11.4
2) Záměrně jsem se pokusil přehřát svůj Macbook Pro (vynucení využití CPU na 100 % a uložení do těsně uzavřeného sáčku) vynutit jej vypnutí z důvodu přehřátí a poté rychle restartovat, takže integrovaná grafika bude během spouštění povolena – což umožní zavést systém Recovery. Ale kvůli úžasné špičkové termální pastě, kterou jsem nedávno aplikoval - nelze ji přehřát ani po dlouhém čekání! V tuto chvíli jsem si myslel, že by to mohlo být buď: na) odebrat AMD kexty z Instalačního média, popř b) znovu připojit pevný disk MBP k počítači se systémem Linux a spustit spoustu chmodů k odstranění příznaků SIP ze zde uvedených adresářů ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ), což by potenciálně mohlo způsobit, že systém nebude možné spustit, popř C) zkusit nainstalovat rEFInd na oddíl HFS+ přímo z počítače se systémem Linux s právy root, protože to obejde SIP --- ale tyto možnosti jsem nezkoumal, i když některé z nich mohly fungovat...
3) Chtěl jsem zavést Linux LiveCD, abych odtud upravil proměnné EFI, ale bez ohledu na to, co jsem udělal: zkusil jsem zavést rovnou bez úprav možností GRUB, zkusil jsem upravit možnosti spouštění GRUB ( s klíčem 'e' ) přidat nomodeset / odstranit tiché šplouchání / nebo obojí v každé kombinaci , nebo jak je navrženo v tomto článku ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) také přidat i915.modeset = 0 radeon.modeset = 0 nebo radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; a poté stiskněte Fn+F10 nebo Shift+Ctrl+Fn+F10 zavést s těmito možnostmi: ale proces zavádění Linuxu vždy selhal v různých fázích spouštění, bez ohledu na to, jakou oblíbenou uživatelsky přívětivou distribuci Linuxu nebo jakou verzi zkouším: vyzkoušel jsem mnoho verzí Ubuntu / Lubuntu / Fedora , dokonce i staré ' Obrazy AMD64 Mac' a 'Alternate AMD64 Mac', ale vždy selhaly - buď na samém začátku procesu spouštění (černá obrazovka nebo černá obrazovka s blikajícím nebo zaseknutým _ znak v levém horním rohu) nebo selhal na jeho samém konci - těsně před tím, než má zobrazovat grafické desktopové prostředí...
Později,totoe_84napsal, že dokázal zavést Ubuntu v grafickém režimu pomocí následujícího nastavení pro GRUB:
- Pro deaktivaci grafické karty AMD jsem přidal následující řádky nastavit gfxpayload=keep
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Dále jsem přidal následující po tiché šplouchání
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Pak jsem si vzpomněl, že existují nemainstreamové linuxové distribuce pro pokročilé uživatele, které mají LiveCD bez jakéhokoli grafického rozhraní : přejdete na čistou konzoli a máte nainstalovat systém pouze s těmi grafickými rozhraními a softwarovými balíčky / skupinami balíčků, které výslovně vyberete. Například: Arch Linux ( https://www.archlinux.org/ ) a Gentoo Linux ( https://gentoo.org/ ). Protože jejich LiveCD nemá grafické rozhraní, šlo je bez problému nabootovat do čisté linuxové konzole a tam můžete upravit proměnné EFI ! Takže tady je...
===
=== 100% PRACOVNÍ ŘEŠENÍ
===
=== Vynuťte svůj MBP, aby VŽDY používal integrovaný GPU Intel (proměnná EFI)
===
=== aby to bylo zase skvělé! reakce:yakult121, apples_arrogance, slimmy18222 a 98 dalších
ZapNZs
- 23. ledna 2017
- 18. dubna 2017
Zkusím to.
AppleMacFinder
Původní plakát- 7. prosince 2009
- 18. dubna 2017
ZapNZ řekl: Sakra, děkuji za vaši práci. Napsal jsem Apple, ŽÁDÁM je, aby udělali něco takového, včetně změny výchozího nastavení EFI na dGPU při bootování, ale zatím to nejde.
Zkusím to.
Děkuji za milá slova, ZapNZs , doufáme, že podle tohoto návodu uděláte svůj Mac opět skvělým reakce:duffman9000 a AppleMacFinder S
plácnout
- 25. července 2008
- 18. dubna 2017
ah-
- 7. května 2010
- 18. dubna 2017
slapple řekl: AppleMacFinder, umožnilo by vaše řešení také někomu spustit systém Windows pomocí integrovaného GPU? S Boot Campem jsem slyšel, že MBP bude vždy používat diskrétní GPU ve Windows.Mělo by to fungovat, pokud bootujete v režimu EFI. Pouze nedávné MBP (myslím, že 11,3 a vyšší) deaktivují GPU Intel ve Windows a existují řešení: https://github.com/0xbb/gpu-switch
AppleMacFinder
Původní plakát- 7. prosince 2009
- 18. dubna 2017
slapple řekl: AppleMacFinder, umožnilo by vaše řešení také někomu spustit systém Windows pomocí integrovaného GPU? S Boot Campem jsem slyšel, že MBP bude vždy používat diskrétní GPU ve Windows.
Ahoj plácnout ,
1) Tato čistě softwarová oprava je na úrovni EFI BIOS. Teoreticky by to mělo fungovat ŽÁDNÝ existující operační systém, tj.
*) kompatibilní s hardwarem Macbook Pro (x86_64 aka architektura CPU AMD64 - https://cs.wikipedia.org/wiki/X86-64 )
*) kompatibilní s verzí firmwaru EFI od MBP (staré OS bez podpory EFI nebude fungovat hned po vybalení, i když by měl existovat způsob, jak je spustit v nějakém režimu kompatibility, také některé podivné OS mohou být nekompatibilní s verzí EFI od Apple)
Ve skutečnosti by tato oprava proměnných EFI mohla přinést velkou výhodu těm uživatelům MBP 2011, kteří by chtěli duální bootování svého OS X s Linuxem: kvůli vysoce specifické metodě Apple připojení dvou GPU v tomto počítači bylo někdy obtížné nastavit i populární Linuxové distribuce. Neobviňujte AMD, byl to první notebook Apple s AMD v duální grafice, takže Apple pravděpodobně neměl čas vyvinout dobrou implementaci duální grafiky. S deaktivovanou duální grafikou by teď mělo být mnohem snazší nastavit jakýkoli Linux, jen jsem to ještě netestoval...
2) I bez této opravy proměnné EFI by mělo být nějak možné přejít na Intel GPU ve Windows, pokud jsou obě GPU viditelné pro Windows přes PCI (pokud EFI neodřízne PCI přístup k němu pro operační systémy běžící pod BootCampem) , i když by to mohlo vyžadovat nějaké pohrávání si s ovladači. Taky naprosto souhlasím ah- :
ah- řekl: Mělo by to fungovat, pokud bootujete v režimu EFI. Pouze nedávné MBP (myslím, že 11,3 a vyšší) deaktivují GPU Intel ve Windows a existují řešení: https://github.com/0xbb/gpu-switchJe možné ponechat několik OS (včetně Windows) na Macu bez Bootcampu, pouze pomocí rEFInd - http://www.rodsbooks.com/refind/
BTW proč nespouštět Windows na virtuálním stroji? Například: před několika lety jsem provedl několik benchmarků výkonu nativního OS X vs Windows v Parallels Desktop, a zatímco zásah grafického výkonu byl někde kolem 35 %, výkon CPU byl jen o 2 % pomalejší. Právě teď by měl být rozdíl mnohem menší, protože „několik let“ je velká doba pro zlepšení jakéhokoli softwaru, zejména u populárního virtualizačního softwaru. Pokud vás nebaví platit nebo pirátit, vyzkoušejte některé freewarové virtualizační nástroje jako VirtualBox a QEMU. Možná by pro vaše potřeby mohlo být vhodné i víno Poslední úprava: 18. března 2017
Matějh
- 5. července 2014
- 19. dubna 2017
lympero
- 1. září 2008
- Umění, Řecko
- 19. dubna 2017
maflynn
Moderátor
Zaměstnanec- 3. května 2009
- Boston
- 19. dubna 2017
Matejh řekl: Co se stane, když připojíte externí displej?Chápu, že konektor portu displeje je pevně připojen k dGPU, takže iGPU nemůžete použít k ovládání externího monitoru.
magicaltrevor70
- 19. dubna 2017
- 19. dubna 2017
Při pokusu o aktivaci souboru 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' dostanu:
Nelze odstranit 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Operace není povolena
Při pokusu o provedení příkazu printf dostanu:
zsh: operace není povolena: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
I když jsem přihlášen jako root, zdá se, že tento soubor nelze změnit
AppleMacFinder
Původní plakát- 7. prosince 2009
- 19. dubna 2017
magicaltrevor70 řekl: 1) Nelze odstranit 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Operace není povolena
2) zsh: operace není povolena: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Děláte to z Arch Linux LiveCD? Pokud to zkoušíte z obnovy OS X nebo OS X, ochrana SIP vám to nedovolí. Zkuste s Arch Linux LiveCD a mělo by vám to fungovat
Bezstarostný Kanaďan
- 18. dubna 2017
- 19. dubna 2017
AppleMacFinder řekl: Děláte to z Arch Linux LiveCD? Pokud to zkoušíte z obnovy OS X nebo OS X, ochrana SIP vám to nedovolí. Zkuste s Arch Linux LiveCD a mělo by vám to fungovat
Mám stejný problém, že nejsem schopen upravit efivary. Dělám to z Archlinux Live USB s vypnutým SIP. Zkoušel jsem přemontovat efivars r/w, ale stále se mi zobrazuje 'operace není povolena'.
Našel někdo řešení?
totoe_84
- 19. dubna 2017
- Varese, Itálie
- 19. dubna 2017
CarefreeCanadian řekl: Mám stejný problém, že nejsem schopen upravit efivary. Dělám to z Archlinux Live USB s vypnutým SIP. Zkoušel jsem přemontovat efivars r/w, ale stále se mi zobrazuje 'operace není povolena'.
Našel někdo řešení?
Nejprve vám děkuji @AppleMacFinder za vaši práci! Dnes jsem mohl znovu používat svůj macbook pro začátkem roku 2011 s integrovaným gpu.
@CarefreeCanadian Stejný problém jsem zažil pomocí distribuce Ubuntu Live 16.10 a problém jsem vyřešil pomocí následujících kroků:
Odebrat gpu-power-prefs-...' proměnnou je nutné nejprve odpojit efivars:
*) umount /sys/firmware/efi/efivars/
poté připojte efivars v režimu čtení/zápisu:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[stiskněte TAB pro automatické dokončení]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[stiskněte TAB pro automatické dokončení]
po těchto dalších krocích můžete postupovat podle průvodce @AppleMacFinder
Doufám, že to pomůže někomu dalšímu.
AppleMacFinder
Původní plakát- 7. prosince 2009
- 19. dubna 2017
CarefreeCanadian řekl: Mám stejný problém, že nejsem schopen upravit efivary. Dělám to z Archlinux Live USB s vypnutým SIP. Zkoušel jsem přemontovat efivars r/w, ale stále se mi zobrazuje 'operace není povolena.
magicaltrevor70 řekl:Operace není povolenaZa prvé, zda je SIP povolen nebo zakázán - by nemělo záležet, protože SIP je funkce OS X a Linux tyto příznaky SIP ignoruje. Přátelé s problémem 'operace není povolena', potřebuji vědět více o vaší hardwarové/softwarové konfiguraci, abych pochopil - jaký je negativní rozdíl mezi mojí a vaší konfigurací, který vám brání v dosažení úspěchu. Například: bootujete do ArchLinuxu přes rEFInd? Protože nepoužívám rEFInd, bootuji přímo z Mac EFI podržením klávesy 'Option'. Také nevím, jestli na tom záleží, ale používáte macOS Sierra? Protože můj OS je El Capitan (10.11.6) a teoreticky by se mohlo stát, že Sierra nějak uzamkne proměnné EFI... Také bychom měli zkusit tento problém vyhledat na internetu, protože to může být problém, který není izolovaný na MBP. .
UPRAVIT: prosím čtěte totoe_84 zpráva výše
[doublepost=1489960984][/doublepost]
totoe_84 řekl: Zažil jsem stejný problém pomocí distribuce Ubuntu Live 16.10 a problém jsem vyřešil pomocí následujících krokůtotoe_84 , Jsem překvapen, že se vám podařilo nabootovat Ubuntu, protože tento grafický problém mu měl zabránit v nabootování... V každém případě, Výborně! reakce:TonyRS a AppleMacFinder
Bezstarostný Kanaďan
- 18. dubna 2017
- 19. dubna 2017
Také děkujeme @AppleMacFinder za zveřejnění tohoto řešení! Ušetřili jste nám všem spoustu pokusů a omylů a poskytli skvělé řešení pro komunitu „neúspěšných macbooků pro 2011“ reakce:AppleMacFinder M
zdivo
- 20. února 2017
- 20. února 2017
Měl jsem stejný problém a provedl jsem některé vaše kroky jako před 2 lety, ale skončil jsem uprostřed cesty reakce:Keno_beano a AppleMacFinder
magicaltrevor70
- 19. dubna 2017
- 20. února 2017
totoe_84 řekl: pak připojte efivars v režimu čtení/zápisu:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Při pokusu o tento krok dostanu
mount: neznámý typ souborového systému 'efivars'
totoe_84
- 19. dubna 2017
- Varese, Itálie
- 20. února 2017
magicaltrevor70 řekl: Když zkouším tento krok, dostanu@magicaltrevor70 Myslím, že děláte překlep:
mount: neznámý typ souborového systému 'efivars'
typ souborového systému je efvarfy ne efivary
*) montáž –t efvarfy rw / sys / firmware / efi / efivars /
magicaltrevor70
- 19. dubna 2017
- 20. února 2017
ZapNZs
- 23. ledna 2017
- 20. února 2017
Pokud existuje, mám příkaz začínat „rm“? Poslední úprava: 20. března 2017
roberthallin
- 25. října 2009
- Stockholm, Švédsko
- 20. února 2017
Altis
- 10. září 2013
- 20. února 2017
Kéž by se Apple obtěžoval pomáhat lidem, jako jste to udělal tady... je to jeden z důvodů, proč jsem si koupil 2010 17' místo lepšího, ale riskantního 2011.
pristratton
- 20. prosince 2011
- Winnipeg, Manitoba, Kanada
- 20. února 2017
Můj systém stále běží dobře, ale nezadržuji dech, jak dlouho to tak bude.
Je naprosto logické, že bychom měli mít možnost přejít na integrovanou grafiku, abychom udrželi naše systémy v chodu. Hanba Applu, že není v tomto oddělení proaktivní, ale co čekáte, chtějí, abyste si koupili nový Mac.
Tuto stránku přidám do záložek.
Děkuji
Populární Příspěvky