Jump to content

bipo

Members
  • Posts

    14
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

bipo's Achievements

Junior Member

Junior Member (1/3)

1

Reputation

  1. bipo

    USBWakeFixup

    Grazie @Antuneddu, io sono un po' imbranato con queste cose. Ero partito da una EFI trovata online per la mia motherboard (quindi l'SSDT-UIAC.aml era già fatto), poi però, siccome le usb non funzionavano bene, mi sono buttato nella mappatura con USBMap.kext. In seguito mi è sembrato che funzionasse. Dovrei dunque eliminare quel SSDT? XhciPortlimit è abilitato perché probabilmente lo era già nell'EFI da cui sono partito... devo toglierlo? Elimino Bootstrap come mi suggerisci! La scheda di rete, oltre a quella della scheda madre, è quella di MQUPIN con wireless e bluetooth. Grazie mille per i consigli! Sono inesperto e vado molto a tentoni... p.s. per quanto riguarda il USBWakefixup ero riuscito a farlo seguendo le guide, ma poi succede che il wake avviene correttamente con un solo tocco, ma... il mouse non si ricollega al bluetooth! Devo spegnere il bluetooth e riaccenderlo. Quindi ho tolto il fix
  2. bipo

    USBWakeFixup

    Ciao, è possibile avere una guida più dettagliata di come fare i passaggi sopra suggeriti? Grazie
  3. Ciao, scusa il ritardo, ho letto solo ora... Ti allego la EFI che a me funziona. Le cose che non funzionano bene sono il risveglio dopo sleep che richiede due tocchi (ho provato le soluzioni proposte ma non ho migliorato la situazione) e il fatto che dopo lo stop mi ritrovo con gli HD USB che hanno avuto una espulsione non corretta. CiaoEFI.zip
  4. Aggiorno la situazione: il boot era sempre più lento così ho deciso di cambiare NVME e ho preso un WD Black SN750, ho clonato il precedente disco sul nuovo e ora il boot dura circa 10 secondi!! 😀
  5. Grazie mille, credo proprio che tu abbia ragione, non si vede soluzione se non quella di compreare un altro nvme. Per il momento la cosa non è gravissima (basta accendere e farsi un giretto) ma se peggiora può diventare insopportabile!
  6. A distanza di qualche tempo il boot è tornato ad essere piuttosto lento (più di 2 minuti). dando il comando log show --last boot | grep "trims took" ottengo 2022-02-05 11:23:29.127518+0100 0x74 Default 0x0 0 0 kernel: (apfs) spaceman_scan_free_blocks:3153: disk5 scan took 136.692293 s, trims took 136.623471 s disk5 è il disco di sistema. Dunque la causa di tanta lentezza è lì. Sarà dovuta a poca compatibilità del NVME di Kingston? Ho provato ad aggiungere nei kext di opencore nvmefix.kext ma non è cambiato nulla. Qualcuno ha dei suggerimenti su quali esperimenti fare? O è meglio lasciar stare?
  7. Aggiungo un dettaglio: durante il freeze del video mi sono connesso tramite ssh da remoto e ho dato questo comando: sudo killall -HUP WindowServer Sperando che fare ripartire il WindowsServer eliminasse il problema, invece... Il risultato è stato ritrovarmi nella schermata di login, ma sempre freezato e con gli artefatti grafici... Secondo voi è un problema hardware della scheda grafica?
  8. Scusa, non lo linkavo per i suoi tools ma per un argomento trattato. Comunque OK, non lo linkerò più.
  9. Salve a tutti, scrivo in questa zona del forum perché attualmente ho installato Monterey (ma il problema lo avevo identico in Mojave). Si tratta di randomici freeze del video in cui appaiono disseminati ovunque dei piccoli artefatti quadrati. Il mouse è l'unica cosa che è ancora attiva nel video, tutto il resto è freezato. Ma il computer sotto vive: infatti se mi connetto tramite ssh da remoto posso dare comandi (in particolare shutdown, giusto per non dover premere reset). Se però aspetto troppo non funziona più nemmeno ssh. Il problema è descritto anche in altri forum che non si citano qui Non sono convinto della soluzione che viene proposta in quel forum: ho provato anche io a rallentare la frequenza della memoria della scheda video modificando il bios con polaris da windows, ma i blocchi rimangono e sono del tutto random, non si riesce a trovare un innesco che li provochi. Fra l'altro sotto windows a me non è mai successo. Qualcuno ne ha esperienza? Quali esperimenti potrei fare per trovarne la causa? Da qualche parte a suo tempo lessi che era possibile che non avesse effetto un comando gpuRestart di cui si trovava traccia anche nei log, ma io sono troppo impreparato per capirci qualcosa... Nei log di Mojave appariva così: Nei log di Monterey invece non v'è traccia di com.apple.DumpGPURestart. Grazie per qualunque suggerimento possiate darmi
  10. Oplà, devo già aggiungere una osservazione riguardo al problema del "rallentamento". Proprio ora ho fatto un paio di reboot da Windows 10 a osx (il mio sistema è dual boot) e il problema del rallentamento si è ripresentato! Non è che Windows scombina qualcosa?
  11. Grazie ancora dei suggerimenti: per ora va tutto molto bene! Speriamo che regga! Sono un po' incerto se ri-installare Wineskin Winery (una versione di Wine che funziona con i nuovi os) perché la volta scorsa mi sembra che i problemi siano apparsi dopo quella installazione.... ma magari non c'entra nulla. Domanda ulteriore: quando faccio il boot di windows, opencore poi se lo ricorda e nel boot successivo vuole ripartire con windows. E' possibile fare che rimanga preimpostato osx? ps mi sono accorto che mi ero registrato con un altra utenza nel forum usando windows e ora sto usando quella... è possibile eliminarla? (questa da cui scrivo ora)... vorrei mantenere solo Bipo. che pasticcio! Scusate!
  12. Grazie @antoneddu purtroppo la situazione era invariata. Non ho resistito e ho reinstallato tutto. Adesso siamo di nuovo a 30 sec. per l'avvio. Chissà se qualcosa che avevo installato aveva impantanato tutto. Una roba che avevo installato prima del rallentamento era Wineskin Winery per fare andare delle app di windows (a 32 bit).... chissà se era stato quello. Altra domanda? Ora Monterey è installato su NVME. Dovrei attivare trim? O è meglio lasciare stare? Grazie ancora!
  13. Ciao e grazie per la risposta. Allego il config.plist (ho cancellato i dati dei numeri seriali). Il bootloader è OC 0.7.7. Allego anche il report di Hackinfo nel cui Kernel Startup Log si possono vedere gli errori. Non so se convenga reinstallare daccapo.... oppure trovare la soluzione. config.plist.zip Hackinfo_report.zip
  14. C'è una soluzione che ho trovato su Reddit da zam0s che riporto qui: I have managed to bypass the error by commenting out the # if out[2] != 0: # # Error city! # print("") # print("DiskPart exited with non-zero status ({}). Aborting.".format(out[2])) # print("") # self.u.grab("Press [enter] to return...") # return Line 273-279 from MakeInstall.py
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.