AppleMacFinder
Original plakat- 7. desember 2009
- 18. april 2017
Diskret AMD GPU til min 2011 MacBook Pro 8,2 har endelig mislyktes på grunn av årsakene nevnt her ( http://logicboardmac.blogspot.ru/ ) og der ( https://www.macrumors.com/2015/02/19/2011-macbook-pro-repair-program-apple/ ) . Den har fungert perfekt i 6 år under ganske høy belastning, til og med prøvd SETI@HOME-gruvedrift i bakgrunnen! Så jeg var sikker på at MBP-en min ikke er påvirket av dårlig lodde/dårlig loddekvalitet og ønsket ikke å bringe den til Apple for et gratis reparasjonsprogram – delvis fordi jeg ikke fant tid til å pause viktige programvareprosjekter, delvis fordi Jeg var redd for at Apple kunne gi meg et mindre pålitelig logikkkort eller nekte en gratis reparasjon på grunn av flere ikke relatert reparasjoner som jeg gjorde manuelt alene tidligere for å spare penger: byttet termisk lim noen ganger, byttet ut det interne batteriet 2 ganger, byttet ut et tastatur med ødelagte knapper osv. Men det gikk til slutt i stykker forrige uke: skjermbildet til den bærbare datamaskinen ble forvrengt, det nektet å starte OS X (fryser alltid halvveis) , og - Apples gratis reparasjonsprogram er allerede avsluttet! Jeg vet at det finnes rimelige løsninger som $50 BGA omlodding på uoffisielt lokalt verksted, og at det er mulig å få en ny erstatning HD 6750M-brikke fra AliExpress for $35 eller billigere ( http://www.aliexpress.com/item/DC-2...0028-216-0810028-BGA-Chipset/32764872143.html eller https://www.aliexpress.com/item/DC-2015-New-216-0810001-216-0810001-Graphic-Chipset/32718112928.html , fordi vet ikke om dette er sant - https://www.rossmanngroup.com/board...0604-replace-216-0810005-gpu-with-216-0810028 ) for å garantere en vellykket reparasjon, så den totale prisen på reparasjonen vil være enten $50 eller $50+$35=$85 - mindre enn $100 i alle fall. Men jeg liker ikke å investere penger til de gamle datamaskinene, så jeg har tenkt - hva om det er noe hack til makt MBP å bruke integrert grafikk HELE TIDEN, selv under oppstart ? Og så begynte å utforske mulige løsninger...
===
Først av alt er det mulig å starte opp en MBP til OS X mens du fortsatt bruker den mislykkede GPUen, etter at du har fjernet AMD-driverne ved å starte opp i kommandolinjemodus ( CMD+S ) og skriv inn disse kommandoene:
1) fsck -fy (for å sjekke en disk)
2) monter -din / (monter et rotfilsystem med lese-/skriverettigheter)
3) sudo mkdir /AMD_Kexts/ (lag en katalog for å lagre AMD-driverne i tilfelle du trenger dem i fremtiden)
4) sudo mv /System/Library/Extensions/AMD*.* /AMD_Kexts/ (flytt AMD-driverne)
5) sudo rm -rf /System/Library/Caches/com.apple.kext.caches/ (fjern AMD-driverbufferen)
6) sudo mkdir /System/Library/Caches/com.apple.kext.caches/ (bare i tilfelle OS X vil være dum og ikke vil gjenskape denne katalogen, lager jeg den for OS X)
7) sudo touch /System/Library/Extensions/ (for å oppdatere tidsstemplene slik at nye drivercacher - uten AMD-drivere - definitivt gjenoppbygges)
8) sudo umount / (monter en partisjon for å garantere at endringene dine blir flush til den)
9) sudo omstart
Graden av ulempen mens du utfører disse trinnene - avhenger sterkt av hvor kraftig skjermens bilde er forvrengt i ditt tilfelle. I mitt tilfelle var det enda vanskeligere fordi OS X-partisjonen ble en 'skrivebeskyttet' partisjon (på grunn av for mange nødavstengninger gjorde jeg mens jeg desperat prøvde å starte OS X med en mislykket GPU) så jeg måtte fjerne en harddisk fra MacBook Pro og (ved hjelp av en USB til SATA 2,5'-adapter hentet fra min bærbare HDD) koblet den til en datamaskin med Linux, og fulgte deretter disse instruksjonene:
https://superuser.com/questions/961401/mounting-hfs-partition-on-arch-linux (1. svar) - utførte nøye en rekke kommandoer, beregnet en størrelsesgrense for parisjonsoppsettet mitt, og til slutt kjørte sudo mount -t hfsplus -o force,rw,sizelimit=DITT NUMMER /dev/sdb2 /mnt for å montere denne HFS+-partisjonen til /mnt-katalogen i lese-skrivemodus. Så utførte jeg disse '1) -7)' trinnene du ser ovenfor, og reparerte også et filsystem ved å kjøre sudo fsck.hfsplus -f /dev/sdb2 før du demonterer en partisjon med sudo umount /mnt og sette en harddisk tilbake til MBP...
===
Dette ga meg en MBP som kunne starte opp til OS X selv FORTSATT bruker en ødelagt AMD GPU: så skjermens bilde er veldig forvrengt (kunne surfe på Internett, men ganske upraktisk å lese en tekst) , Launchpad er superlaggy, og du kan ikke bytte til integrert GPU ved å bruke gfxCardStatus fordi: uten AMD-drivere (som vi måtte fjerne for å kunne starte opp til OS X) Macbook Pro tror den interne skjermen er ekstern skjerm og gfxCardStatus forteller at det er umulig å bytte fordi ekstern skjerm bruker AMD GPU. Et sted fant jeg et forslag om at det er mulig å gjenoppbygge en gfxCardStatus fra kildekoden - https://github.com/codykrieger/gfxCardStatus - med fjernet eller kommentert ut 156-166 linjer i ./gfxCardStatus/Klasser/GSProcess.m for å få det til å ignorere den eksterne skjermen:
// finn ut om en ekstern skjerm tvinger den diskrete gpuen på
CGDirectDisplayID-skjermer[8];
CGDisplayCount displayCount = 0;
if (CGGetOnlineDisplayList(8, displays, &displayCount) == noErr) {
for (int i = 0; i
if ( ! CGDisplayIsBuiltin(skjermer))
[list addObject:[NSDictionary dictionaryWithObjectsAndKeys:
Str(@'Ekstern skjerm'), kTaskItemName,
@'', kTaskItemPID, nil]];
}
}
Så jeg bygde om en gfxCardStatus ved å bruke instruksjonene fra det siste svaret på dette problemet -
https://github.com/codykrieger/gfxCardStatus/issues/229
(måtte også laste ned enMacOSX10.11.sdkherfra - https://github.com/phracker/MacOSX-SDKs/releases - pakk ut og kopier det til XCode's/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk- på grunn av Apples dumhet inkluderer ikke den siste XCode for El Capitan SDK for El Capitan!) Imidlertid fungerte det fortsatt ikke - gfxCardStatus lot bare som om den har byttet til Integrated GPU, mens OS X i virkeligheten ikke lot den bytte! Selv etter at jeg redigerte ./gfxCardStatus/Klasser/GSGPU.m fil for å aktivere den mystiske ' Nuke det fra banebytte ' alternativ, den kunne fortsatt ikke bytte...
===
Så oppdaget jeg dette interessante depotet - https://github.com/0xbb/gpu-switch - som delvis ligner gfxCardStatus med sin kildekode, men som også har 'Login Hooks' ( install_hooks.sh ) for å 'automatisere bytteprosessen for pålogging/utlogging'. Dessverre fungerte det ikke for meg... Men det er en veldig interessant gpu-bryter tekstfil rett ved roten av dette depotet, som beskriver EFI-variablene!
https://github.com/0xbb/gpu-switch/blob/master/gpu-switch
Etter å ha studert det og også lest kommentarene til denne saken - https://github.com/0xbb/gpu-switch/issues/11 – Jeg ble trygg på å prøve denne løsningen, men fant ut at min MacBook Pro 2011 8,2 med OS X El Capitan 10.11.6 er i en VELDIG problematisk situasjon:
1) rEFInd er ikke installert, og for å installere det - må SIP-beskyttelse deaktiveres. Men jeg kan ikke starte opp til gjenopprettingsmodus ( Kommando+Alternativ+R ) eller til OS X installasjons-DVD/USB ( hold Alternativ ), (for å deaktivere SIP) , fordi de fryser under oppstart! - Selv om jeg fjernet AMD kexts fra systemet mitt, bruker selvfølgelig disse gjenopprettingsverktøyene AMD kexts integrert i designet. Kan heller ikke brukerotfoolhacke ( https://github.com/gdbinit/rootfool ) for å deaktivere SIP under kjøretid, fordi det bare fungerer på OS X-versjon eldre enn 10.11.4
2) Prøvde å overopphete Macbook Pro med vilje (tvinger CPU-bruk til 100 % og legger den i en tett lukket pose) å tvinge den til å slå seg av fra overoppheting og deretter raskt starte på nytt slik at integrert grafikk aktiveres under oppstartstiden - noe som gjør det mulig å starte opp til gjenoppretting. Men på grunn av den fantastiske high-end termopastaen jeg har påført for ikke så lenge siden - kan ikke overopphete den selv etter å ha ventet lenge! På dette tidspunktet tenkte jeg at det kunne enten: til) fjern AMD kexts fra installasjonsmedier, eller b) å koble MBPs harddisk til en Linux-maskin igjen og kjøre en haug med chmods for å fjerne SIP-flaggene fra katalogene nevnt her ( http://apple.stackexchange.com/questions/193368/what-is-the-rootless-feature-in-el-capitan-really ) som potensielt kan gjøre et system uoppstartbart, eller c) å prøve å installere rEFInd til HFS+ partisjon direkte fra en Linux-maskin med rotrettigheter fordi den vil omgå SIP --- men har ikke utforsket disse alternativene, selv om noen av dem kan ha fungert...
3) Ønsket å starte opp en Linux LiveCD for å redigere EFI-variablene derfra, men uansett hva jeg gjorde: prøvde å starte rett opp uten GRUB-alternativmodifikasjoner, prøvde å redigere GRUB-oppstartsalternativer ( med 'e'-tasten ) å legge til nomodeset / ta bort stille plask / eller begge i hver kombinasjon, eller som foreslått i denne artikkelen ( https://wiki.archlinux.org/index.php/MacBookPro8,1/8,2/8,3_(2011) ) også legge til i915.modeset = 0 radeon.modeset = 0 eller radeon.modeset=0 i915.modeset=1 i915.lvds_channel_mode=2 ; og deretter trykket Fn+F10 eller Shift+Ctrl+Fn+F10 å starte opp med disse alternativene: men Linux-oppstartsprosessen mislyktes alltid på forskjellige oppstartsstadier, uansett hvilken populær brukervennlig Linux-distribusjon eller hvilken versjon av den jeg prøver: prøvde mange utgivelser av Ubuntu / Lubuntu / Fedora , til og med den gamle ' AMD64 Mac' og 'Alternative AMD64 Mac'-bilder, men de mislyktes alltid - enten helt i begynnelsen av oppstartsprosessen (svart skjerm, eller en svart skjerm med blinkende eller fast _ tegn i øvre venstre hjørne) eller mislyktes helt på slutten av det - rett før det skal vise et grafisk skrivebordsmiljø...
Seinere,totoe_84skrev at han var i stand til å starte Ubuntu i grafisk modus ved å bruke følgende oppsett for GRUB:
- For å deaktivere AMD-grafikkortet la jeg til følgende linjer etter sett gfxpayload=behold
outb 0x710 2
outb 0x740 2
outb 0x750 0
- Neste la jeg til følgende etter stille plask
i915.lvds_channel_mode=2 i915.modeset=1 i915.lvds_use_ssc=0
===
Så husket jeg at det er ikke-mainstream Linux-distribusjoner for avanserte brukere, som har en LiveCD uten noe grafisk grensesnitt : du blir droppet til en ren konsoll og du skal installere systemet sammen med bare de grafiske grensesnittene og programvarepakkene / gruppene av pakker som du eksplisitt velger. For eksempel: Arch Linux ( https://www.archlinux.org/ ) og Gentoo Linux ( https://gentoo.org/ ). Fordi deres LiveCD ikke har et grafisk grensesnitt, kan de startes opp uten problemer til en ren Linux-konsoll og der kan du redigere EFI-variablene ! Så her er en...
===
=== 100 % ARBEIDSLØSNING
===
=== Tving MBP til ALLTID å bruke Intel integrert GPU (EFI variabel fix)
===
=== for å gjøre det flott igjen! Reaksjoner:yakult121, apples_arrogance, slimmy18222 og 98 andre
ZapNZs
- 23. januar 2017
- 18. april 2017
Jeg skal prøve dette.
AppleMacFinder
Original plakat- 7. desember 2009
- 18. april 2017
ZapNZs sa: Holy crap takk for arbeidet ditt. Jeg har skrevet Apple BER dem om å gjøre noe sånt som dette som involverer å endre EFIs standard til dGPU ved oppstart, men ikke gå med dem så langt.
Jeg skal prøve dette.
Takk for de fine ordene, ZapNZs , forhåpentligvis gjør du Mac-en din flott igjen ved denne instruksjonen Reaksjoner:duffman9000 og AppleMacFinder S
slaske
- 25. juli 2008
- 18. april 2017
ah-
- 7. mai 2010
- 18. april 2017
slaple sa: AppleMacFinder, ville løsningen din også la noen starte opp i Windows ved hjelp av den integrerte GPU? Jeg hørte med Boot Camp at MBP alltid vil bruke den diskrete GPUen i Windows.Det burde fungere hvis du starter opp i EFI-modus. Bare nylige MBP-er (11,3 og oppover tror jeg) deaktiverer Intel GPU i Windows, og det er løsninger: https://github.com/0xbb/gpu-switch
AppleMacFinder
Original plakat- 7. desember 2009
- 18. april 2017
slaple sa: AppleMacFinder, ville løsningen din også la noen starte opp i Windows ved hjelp av den integrerte GPU? Jeg hørte med Boot Camp at MBP alltid vil bruke den diskrete GPUen i Windows.
Hei slaske ,
1) Denne rent programvarefiks er på EFI BIOS-nivå. I teorien burde det fungere med NOEN operativsystem som eksisterer, det vil si:
*) kompatibel med Macbook Pro-maskinvare (x86_64 aka AMD64 CPU-arkitektur - https://en.wikipedia.org/wiki/X86-64 )
*) kompatibel med MBPs versjon av EFI-fastvare (gamle OS uten EFI-støtte vil ikke fungere rett ut av esken, selv om det burde være en måte å starte dem i en eller annen kompatibilitetsmodus, kan også noen rare OS være inkompatible med Apples versjon av EFI)
Faktisk kan denne EFI-variable-fiksen gi en stor fordel for de MBP 2011-brukerne som ønsker å dobbeltstarte OS X med Linux: på grunn av Apples svært spesifikke metode for å koble to GPUer i denne maskinen, var det noen ganger vanskelig å sette opp selv den populære Linux-distribusjoner. Ikke klandre AMD, det var den første Apples bærbare datamaskin med AMD i dobbel grafikk, så sannsynligvis hadde ikke Apple tid til å utvikle en god dobbelgrafikkimplementering. Med dobbel grafikk deaktivert, bør det nå være mye enklere å sette opp Linux, har bare ikke testet det ennå...
2) Selv uten denne EFI-variabelen bør det på en eller annen måte være mulig å bytte til Intel GPU i Windows, hvis begge GPUene er synlige for Windows gjennom PCI (hvis EFI ikke kutter PCI-tilgangen til den for operativsystemer som kjører under BootCamp) , selv om det kan kreve litt rot med driverne. Det er jeg også helt enig i ah- :
ah- sa: Det burde fungere hvis du starter opp i EFI-modus. Bare nylige MBP-er (11,3 og oppover tror jeg) deaktiverer Intel GPU i Windows, og det er løsninger: https://github.com/0xbb/gpu-switchDet er mulig å beholde flere operativsystemer (inkludert Windows) på en Mac uten Bootcamp, bare ved å bruke en rEFInd - http://www.rodsbooks.com/refind/
BTW hvorfor ikke kjøre Windows i en virtuell maskin? For eksempel: For flere år siden laget jeg noen standarder for opprinnelig OS X-ytelse vs Windows på et Parallels-skrivebord, og mens den grafiske ytelsen var et sted rundt 35 %, var CPU-ytelsen omtrent 2 % tregere. Akkurat nå bør forskjellen være mye mindre, fordi 'flere år' er en stor tid for programvare å forbedre, spesielt for en populær virtualiseringsprogramvare. Hvis du ikke liker å betale eller å piratkopiere, prøv noen freeware virtualiseringsverktøy som VirtualBox og QEMU. Kanskje til og med vin kan passe for dine behov Sist redigert: 18. mars 2017
Matejh
- 5. juli 2014
- 19. april 2017
lympero
- 1. september 2008
- Kunst, Hellas
- 19. april 2017
maflynn
Moderator
Betjeningen- 3. mai 2009
- Boston
- 19. april 2017
Matejh sa: Hva skjer hvis du kobler til ekstern skjerm?Det er min forståelse at skjermportkontakten er koblet til dGPU-en, slik at du ikke kan bruke iGPU-en til å drive en ekstern skjerm.
magicaltrevor70
- 19. april 2017
- 19. april 2017
Når jeg prøver å rm filen 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9', får jeg:
Kan ikke fjerne 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Drift ikke tillatt
Når jeg prøver å gjøre printf-kommandoen, får jeg:
zsh: drift ikke tillatt: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Selv om jeg er logget på som root, ser det ut til at jeg ikke kan endre den filen
AppleMacFinder
Original plakat- 7. desember 2009
- 19. april 2017
magicaltrevor70 sa: 1) Kan ikke fjerne 'gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9' Drift ikke tillatt
2) zsh: drift ikke tillatt: /sys/firmware/efi/efivars/gpu-power-prefs-fa4ce28d-b62f-4c99-9cc3-6815686e30f9
Gjør du det fra Arch Linux LiveCD? Hvis du prøver det fra OS X- eller OS X-gjenoppretting, vil ikke SIP-beskyttelse tillate deg det. Prøv med Arch Linux LiveCD og det burde fungere for deg
Bekymringsfri kanadisk
- 18. april 2017
- 19. april 2017
AppleMacFinder sa: Gjør du det fra Arch Linux LiveCD? Hvis du prøver det fra OS X- eller OS X-gjenoppretting, vil ikke SIP-beskyttelse tillate deg det. Prøv med Arch Linux LiveCD og det burde fungere for deg
Jeg har det samme problemet med å ikke kunne endre efivars. Jeg gjør det fra en Archlinux Live USB med SIP deaktivert. Jeg har prøvd å remontere efivars r/w, men jeg får fortsatt 'operasjon ikke tillatt.'
Har noen funnet en løsning på dette?
totoe_84
- 19. april 2017
- Varese, Italia
- 19. april 2017
CarefreeCanadian sa: Jeg har det samme problemet med å ikke kunne endre efivars. Jeg gjør det fra en Archlinux Live USB med SIP deaktivert. Jeg har prøvd å remontere efivars r/w, men jeg får fortsatt 'operasjon ikke tillatt.'
Har noen funnet en løsning på dette?
Først og fremst takk @AppleMacFinder for arbeidet ditt! I dag var jeg i stand til å bruke igjen min macbook pro tidlig i 2011 med den integrerte gpuen.
@CarefreeCanadian Jeg opplevde det samme problemet ved å bruke en Ubuntu Live 16.10-distribusjon, og jeg løste problemet med følgende trinn:
Å fjerne gpu-power-prefs-...' variabel er det først og fremst nødvendig å demontere efivars:
*) umount /sys/firmware/efi/efivars/
monter deretter efivars i lese/skrivemodus:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
*) chattr -i /sys/firmware/efi/efivars/gpu-power-prefs-[trykk TAB for å autofullføre]
*) rm /sys/firmware/efi/efivars/gpu-power-prefs-[trykk TAB for å autofullføre]
etter disse ekstra trinnene kan du følge @AppleMacFinder-veiledningen
Jeg håper dette kan hjelpe noen andre.
AppleMacFinder
Original plakat- 7. desember 2009
- 19. april 2017
CarefreeCanadian sa: Jeg har det samme problemet med å ikke kunne endre efivars. Jeg gjør det fra en Archlinux Live USB med SIP deaktivert. Jeg har prøvd å remontere efivars r/w, men jeg får fortsatt 'operasjon ikke tillatt.
magicaltrevor70 sa:drift ikke tillattFørst av alt, om SIP er aktivert eller deaktivert - bør ikke spille noen rolle fordi SIP er OS X-funksjonen og Linux ignorerer disse SIP-flaggene. Venner med 'drift ikke tillatt'-problem, jeg trenger å vite mer om maskinvare-/programvarekonfigurasjonen din for å forstå - hva er en negativ forskjell mellom mine og dine konfigurasjoner som hindrer deg i å oppnå suksessen. For eksempel: starter du opp til ArchLinux gjennom rEFInd? Fordi jeg ikke bruker rEFInd, starter jeg opp rett fra Macs EFI ved å holde nede 'Option'-tasten. Jeg vet heller ikke om det spiller noen rolle, men er du på macOS Sierra? Fordi operativsystemet mitt er El Capitan (10.11.6), og teoretisk sett kan det være at Sierra på en eller annen måte låser EFI-variablene... Vi bør også prøve å søke etter dette problemet på Internett, fordi dette kan være et problem som ikke er isolert til MBP. .
REDIGERE: Vennligst les totoe_84 melding ovenfor
[doublepost=1489960984][/doublepost]
totoe_84 sa: Jeg opplevde det samme problemet med en Ubuntu Live 16.10-distribusjon, og jeg løste problemet med følgende trinntotoe_84 , Jeg er overrasket over at du klarte å starte Ubuntu, fordi dette grafiske problemet burde ha forhindret det i å starte opp... I alle fall, bra gjort! Reaksjoner:TonyRS og AppleMacFinder
Bekymringsfri kanadisk
- 18. april 2017
- 19. april 2017
Takk også @AppleMacFinder for å legge ut denne løsningen! Du sparte oss alle for mye prøving og feiling og har gitt en flott løsning til 'mislykket macbook pro 2011'-fellesskapet Reaksjoner:AppleMacFinder M
murverk
- 20. februar 2017
- 20. februar 2017
Jeg hadde det samme problemet og gjorde noen av trinnene dine for 2 år siden, men jeg sluttet midtveis Reaksjoner:Keno_beano og AppleMacFinder
magicaltrevor70
- 19. april 2017
- 20. februar 2017
totoe_84 sa: monter deretter efivars i lese/skrivemodus:
*) mount –t efivarfs rw /sys/firmware/efi/efivars/
Når jeg prøver dette trinnet får jeg
mount: ukjent filsystemtype 'efivars'
totoe_84
- 19. april 2017
- Varese, Italia
- 20. februar 2017
magicaltrevor70 sa: Når jeg prøver dette trinnet får jeg@magicaltrevor70 Jeg tror du gjør en skrivefeil:
mount: ukjent filsystemtype 'efivars'
filsystemtypen er efivarfs ikke efivars
*) montere –t efivarfs rw / sys / firmware / efi / efivars /
magicaltrevor70
- 19. april 2017
- 20. februar 2017
ZapNZs
- 23. januar 2017
- 20. februar 2017
Hvis det er en, begynner jeg setningen med 'rm'? Sist redigert: 20. mars 2017
roberthallin
- 25. oktober 2009
- Stockholm, Sverige
- 20. februar 2017
Altis
- 10. september 2013
- 20. februar 2017
Skulle ønske Apple brydde seg om å hjelpe folk som du har gjort her... det er en av grunnene til at jeg kjøpte en 2010 17' i stedet for den bedre, men risikable 2011.
pristratton
- 20. desember 2011
- Winnipeg, Manitoba, Canada
- 20. februar 2017
Systemet mitt fungerer fortsatt bra, men jeg holder ikke pusten på hvor lenge det kommer til å forbli slik.
Det er absolutt fornuftig at vi skal kunne bytte til integrert grafikk for å holde systemene våre i gang. Skam Apple for ikke å være proaktiv i denne avdelingen, men hva forventer du, de vil at du skal kjøpe en ny Mac.
Jeg kommer til å bokmerke denne siden.
Takk skal du ha
Populære Innlegg