Jump to content
Sign in to follow this  
Followers 0
helpme

Qualche problema da risolvere su HP ENVY j100el..

25 posts in this topic

Recommended Posts

Salve a tutti! Quest'estate mi sono messo di buona lena ed ho provveduto ad installare Yosemite sul mio nuovo portatile, un HP ENVY j100el. La release era originariamente la 10.10.2 ma con gli aggiornamenti che ho regolarmente effettuato via Mac App Store ora monto la 10.10.5, lanciata sempre da Clover ed in dual boot con Windows 10. 

 

Fin dove ho potuto ho cercato di fare tutto da solo, ma ora sono dinanzi ad un muro ed ho bisogno dell'aiuto di qualcuno che ne capisca più di me per poter ovviare a dei problemi. Il sistema di per sé funziona abbastanza bene, ho provveduto anche ad installare programmi professionali di grafica vettoriale e 3D come ad esempio Autocad ed Archicad e paiono avviarsi senza notificare alcun tipo di incompatibilità. Ci sono tuttavia degli aspetti o comunque delle periferiche che potrebbero funzionare ma che non lo fanno. Passi per il wifi, il bluetooth e il lettore integrato di schede SD (Ralink) per i quali mi sono già messo l'anima in pace che non funzioneranno mai, credo si possa metter mano a:

 

- Webcam: una HP Truevision HD che a molti funziona ma che a me non viene proprio individuata

 

- Audio: Funziona, ma quanto ad altoparlanti interni funzionano solo i subwoofer, mentre il jack audio si attiva solo se un dispositivo (cuffie o auricolari) è connesso al portatile al boot o al riavvio dopo sleep. Alle volte capita anche che pur disconnettendo le cuffie queste risultino ancora attaccate con il risultato finale che il suono non esce dagli altoparlanti che risultano di fatto inibiti, ciò quasi esclusivamente se il portatile è in modalità batteria o in modalità adattatore ma senza batteria attaccata

 

- USB: Funziona e funziona anche la modalità 3.0, per le memorie flash nessun problema ma in caso di hard disk esterno affinché Yosemite lo riconosca devo procedere in questo modo: connetterlo, disconnetterlo, connetterlo ad un'altra porta ed infine l'icona appare. Inoltre se per caso il sistema va in sleep ed una qualsivoglia memoria (sia flash che disco rigido) è connessa al portatile dopo lo sleep avviene la notifica di errata espulsione. Ho provato anche con un programma chiamato Jettison che dovrebbe disconnettere automaticamente tutte le periferiche prima dello sleep per poi riconnetterle automaticamente alla riattivazione, ma le notifiche di errata espulsione persistono ugualmente. Ne deduco quindi che l'USB non funziona alla perfezione

 

- Messaggi: Ho provveduto ad applicare NullEthernet.kext di RehabMan grazie alla quale ora il mio account iCloud funziona con Mac App Store, iTunes, Mail.. ma non capisco perché l'applicazione Messaggi non effettua l'accesso restituendomi invece quest'errore "Impossibile accedere. Verifica la connessione di network e riprova."

 

A corredo, se può essere utile, allego DSDT, il file spx che contiene le informazioni di sistema tratto da Yosemite, il file readme che contiene le specifiche di sistema generato con Speccy sotto Windows, e il config.plist di Clover. Ovviamente per qualsiasi altro file da postare sono qui..

 

Se qualcuno mi vuol far la cortesia di dargli un'occhiata o comunque suggerirmi soluzioni praticabili gliene sarei molto grato. Ovviamente a cose sistemate è mia intenzione dare un contributo alla community rilasciando una guida come feci a suo tempo col mio vecchio portatile sul quale montavo Leopard. Grazie a tutti sin da ora!

Files.zip

Share this post


Link to post
Share on other sites
Advertisement

Ok, credo di aver fatto qualche passo avanti sul fronte audio ma senza risolvere ancora al 100%.. Ho rimosso il vecchio kext AppleHDA ed installato uno nuovo apposito per la versione dell'injector IDT che utilizzo (IDT 92HD91BXX). L'audio nelle cuffie ora SEMBRA funzionare anche se queste non sono collegate al jack durante il boot o al riavvio e lo switch altoparlanti/cuffie avviene preciso ed immediato. Tuttavia mi è anche capitato di disconnettere le cuffie senza però che queste risultassero disconnesse Preferenze di Sistema/Suono/Uscita, con la conseguenza che il suono non usciva dagli altoparlanti.

 

Per inciso, non si tratta di un evento seriale ma random, tanto che finora avrò provato una trentina di volte a fare lo switch ma il problema è presentato una sola volta, ma tant'è la cosa mi fa pensare che qualcosina che non vada alla fine permanga ancora. Escluderei comunque un problema hardware visto che con Windows 10 fila tutto liscio sotto questo aspetto. Ah dimenticavo, sia col vecchio kext che con il nuovo, a cuffie collegate, dopo che ho finito di sentire un qualsivoglia suono tempo una 15ina di secondi e parte per 4/5 secondi un ticchettìo gracchiante, come se il sistema stesse chiudendo l'audio in cuffia, audio che se poi riattivo viene preceduto da un bip prima che il suono cominci correttamente e fluentemente a scorrere nelle cuffie. Ora, non so se sia normale amministrazione o se possa essere parte del non perfetto funzionamento, certo è che sotto Windows la cosa non si presenta.

 

Quanto agli altri aspetti da sistemare io continuo a cercare, ma certo se qualcuno mi potesse dare una dritta mi faciliterebbe non poco la vita..  :rolleyes:

Share this post


Link to post
Share on other sites

Edit: adesso siamo tornati quasi allo stato pre-sostituzione del kext AppleHDA.

 

- Boot con cuffie inserite -> Audio in uscita dalle cuffie se inserite altrimenti dagli altoparlanti

- Boot con cuffie non inserite -> Audio in uscita dagli altoparlanti sia con le cuffie inserite che non

- Ripristino sessione da sleep sia con cuffie inserite che non -> Audio in uscita dalle cuffie se inserite altrimenti dagli altoparlanti

 

Tra l'altro random c'è sempre il bug dell'audio che non esce dagli altoparlanti a cuffie staccate..

 

Help please, non so più che pesci prendere.. :bye:

Share this post


Link to post
Share on other sites

Questi problemi audio riguardano l'autoswitch e quindi si possono risolvere scegliendo un'altra uscita premendo ALT e cliccando sull'icona volume o non esce proprio l'audio dalle altre uscite?

Share this post


Link to post
Share on other sites

Ciao carbo e grazie per essere intervenuto innanzitutto! Dunque no, quando ad esempio avvio il sistema senza cuffie, e quindi l'audio esce solo dagli altoparlanti, premendo ALT (o meglio nel mio caso command/windows logo) non è possibile selezionare altre uscite. Le cuffie, per spiegarmi meglio, non vengono proprio riconosciute. Cosa che invece come detto il sistema fa in caso di wake up da sleep o in caso di boot con jack inserito nell'uscita audio del portatile.

 

Magari mi sbaglio, ma per quel poco di esperienza base che ho di hackintosh io credo ci sia qualcosa che non va nel DSDT.. Ora per dire siamo proprio tornati allo stato iniziale in cui l'audio nelle cuffie non si sente neanche in caso di riavvio da sleep senza cuffie attaccate. È come se per qualche motivo qualcosa inibisse il segnale di input che normalmente dovrebbe arrivare al sistema operativo in caso di inserimento del jack nell'ingresso del portatile, ma la cosa ancor più strana è che il tutto avviene senza una regola specifica, voglio dire, dopo l'aggiornamento del kext sono passato da una situazione di funzionamento totale sino ad arrivare ad una situazione di funzionamento tra virgolette indotto, nel senso che deve essere forzato a computer spento con l'inserimento del jack. E ancor più strano è che dalla sostituzione del kext, cui ovviamente ha subito fatto seguito riparazione di cache e permessi prima del riavvio, io poi non ho toccato più nulla, né config.plist, né kext vari, né altri file di sistema..

Share this post


Link to post
Share on other sites

Quindi nelle preferenze di sistema alla voce suono ti compare soltanto l'uscita altoparlanti interni o auricolari come conseguenza del metodo di avvio?

Non credo sia un problema di DSDT, ma non è detto, al limite prova ad aggiungere la patch per IRQ (se non l'hai messa).

Altri cambiamenti ci possono essere a seconda se la patch dell'HDEF prevede o meno la presenza della patch DTGP

Share this post


Link to post
Share on other sites

Esatto. O come conseguenza del metodo di avvio o comunque di wake up da sleep, fermo restando che come detto gli auricolari devono essere sempre connessi all'uscita del portatile. Quanto al DSDT la patch IRQ che intendi tu è questa giusto? E di preciso in che punto del DSDT va incollata? No perché io il DSDT l'ho preso su un thread qui su insanelymac e non ci ho messo mai mano.. Ah comunque giusto per avere un quadro ancora più preciso, fino a quando io sono stato sotto la release 10.10.4 questi problemi non si erano verificati. Ora non so se è stato per pura coincidenza, e, vista l'assoluta apparente anarchia con cui l'audio ha progressivamente cambiato modo di funzionare oggi, non lo escluderei a priori, ma tant'è. Nel qual caso però non si tratti di coincidenza magari potrebbe pure essere che la release 10.10.5 abbia magari soprascritta qualche file che ora crea conflitto. Tu che dici?

Share this post


Link to post
Share on other sites

Con MacIASL la patch si può applicare automaticamente, per l'aggiornamento potrebbe darsi che alcuni files fengano sovrascritti, ma se hai reinstallato AppleHDA che avevi prima dell'aggiornamento dovrebbe funzionare bene

Share this post


Link to post
Share on other sites

No no, il kext AppleHDA che ho installato non era quello utilizzato sino alla 10.10.4 (che ad ogni modo ho controllato in Ottieni Informazioni e a giudicare dalla data era addirittura quello della 10.10.2 di installazione), piuttosto quello caricato su questo thread nella versione corrispondente all'injector (IDT92HD91BXXInject.kext) che avevo installato sin dall'inizio. Il DSDT invece, e questo avevo dimenticato di dirlo, l'ho preso da questo altro thread ma non creava alcun problema rispetto a quello originario, anzi faceva andare correttamente in sleep il pc laddove quello precedente faceva andare in sleep il sistema salvo ripristinarlo un attimo dopo senza che io premessi alcun pulsante per il wake up. Per questo motivo anche chiedevo dove incollare la patch, per verificare che non fosse già stata inserita a monte da chi il DSDT l'aveva postato sul forum.

Share this post


Link to post
Share on other sites

Lo dovrei estrarre dall'installer ora, perché quello che si trovava in S/L/E l'ho cancellato senza farne una copia di backup.. Per estrarre kext dall'installer se non ricordo male era buono Pacifist, giusto?

Share this post


Link to post
Share on other sites

Ho dato un occhio al materiale dell'altro thread, è presente la patch nel dsdt e tra i kext c'è l'injector per l'IDT.

Se usi AppleHDA di Mirone devi cambiare il DSM dell'HDEF nel DSDT, secondo quanto riportato dal file readme allegato al kext

Share this post


Link to post
Share on other sites

Ok, quindi come procedo? Intanto reinstallo il vecchio AppleHDA e provo a vedere se il problema si risolve così?

Share this post


Link to post
Share on other sites

Niente da fare.. Reinstallato il vecchio AppleHDA estratto dall'installer di Yosemite addirittura adesso neanche mi dava l'audio connesso (icona grigia), ho dovuto quindi reinstallare il nuovo che al primo avvio (cuffie staccate) switchava correttamente, al secondo invece subito i soliti noti problemi. Chiaramente avevo riparato permessi e cache con Kext Wizard dopo l'installazione dei kext.

 

Devo dire tuttavia che al primo avvio avevo batteria connessa ed alimentatore attaccato, al secondo invece ho voluto provare il verificarsi dei problemi con il solo alimentatore attaccato. Non so se magari i problemi di switch siano dovuti a qualche patch malfunzionante o mancante relativa all'alimentazione.. Ad ogni modo ho ovviamente poi provato a riavviare in modalità batteria+alimentatore con cuffie staccate ma quando sono poi andato ad attaccarle l'audio continuava ad uscire dall'altoparlante..

Share this post


Link to post
Share on other sites

Ricontrollando bene il thread dove ho preso il kext AppleHDA, ho notato che per attivarlo non si faceva menzione dell'injector che uso io piuttosto di un metodo a scelta tra patch del DSDT, aggiunta di testo su Clover o installazione del kext Enabler. carbo, dici che magari un differente metodo di attivazione del kext HDA possa eliminare questi bug?

Share this post


Link to post
Share on other sites

Aggiornamento: Ho installato questo kext di supporto, DummyHDA, al kext AppleHDA. Ora lo switch sembra funzionare con l'alimentatore inserito al boot, sia che la batteria sia collegata che non. Viceversa gli auricolari non si attivano se il boot viene fatto con la batteria connessa e l'alimentatore staccato. Il problema però è che se ho l'alimentatore attaccato e lo stacco il sistema impiega diversi minuti a notificare l'entrata in modalità batteria, e allo stesso modo se sono in modalità batteria impiego diversi minuti ad essere informato dell'entrata in modalità alimentatore. In ambedue i casi la notifica, segnalata anche dall'aumento o diminuzione di luminosità a seconda che l'alimentatore venisse attaccato o staccato, era precedentemente istantaneo.

 

Boh, sono sempre più portato a pensare che i problemi di switch audio siano per qualche strano motivo dettati della gestione energetica..  :worried_anim:

 

Edit: Niente, dopo qualche riavvio di prova con o senza batteria per capire se il problema si stava risolvendo, il Yosemite pare aver corretto i problemi di gestione energetica e lo switch batteria/alimentatore avviene come prima in maniera automatica mentre quello altoparlanti/auricolari è tornato ad essere del tutto anarchico (a volte funziona correttamente, altre funzionano solo gli altoparlanti, con la batteria, con l'alimentatore+batteria, senza batteria, etc..). Mi piacerebbe proprio sapere il perché di tutto ciò..  :(

DummyHDA.kext.zip

Share this post


Link to post
Share on other sites

Nel frattempo che esce fuori un colpo di genio per l'audio, mi sono ributtato su webcam e USB e credo di aver risolto. Il problema però è che fuori un problema via se ne presenta un altro. Per far comparire la webcam su resoconto di sistema è bastato cancellare dalla partizione EFI il kext GenericUSBXHCI, e voilà ecco che pure l'hard disk esterno ora compare subito al primo colpo non appena lo attacco ad una qualsivoglia porta USB. Purtroppo però come detto, per la serie morto un Papa se ne fa un altro, ecco che l'eliminazione di questo kext ha comportato un malfunzionamento nello sleep. Il computer non entra per niente in standby e rimane acceso, con l'aggravante che lo schermo diventa nero, si blocca tutto e tocca riavviare il PC. Ciò con attaccato un dispositivo USB (io sono costretto ad usare una WIFI USB quindi praticamente almeno un dispositivo USB al PC l'ho sempre attaccato). Se invece non vi sono dispositivi USB attaccati il computer spegne lo schermo ed è possibile rientrare nel sistema operativo previo login, ma di fatto non va in ibernazione. Possibile che tocchi applicare una patch nel DSDT?

 

Aggiungo poi che la webcam funziona, in FaceTime mi vedo ma non riesco a fare il login (proprio come in iMessage) mentre PhotoBoot pare non dare problemi.

Share this post


Link to post
Share on other sites

Ho provato ad editare il DSDT ma non me lo fa salvare come ACPI Machine Language Library perché ritornano 4 errori ed onestamente non so come correggerli..

Share this post


Link to post
Share on other sites

Guarda, trovi tutto nel file postato nel post di apertura del thread. C'è anche il file config.plist, se vuoi dargli un'occhiata. Io l'ho spulciato più e più volte e mi sembrava a posto, ma magari c'è qualche stringa con qualche valore errato.. Sai 4 occhi sono meglio di due.  ;)

Share this post


Link to post
Share on other sites

Niente.. Output audio ora neanche individuato (icona grigia), sleep identico a prima (non va in ibernazione e schermo nero con riavvio necessario) ed in più ora con batteria attaccata viene anche data l'icona di batteria staccata..

Share this post


Link to post
Share on other sites
Guest
You are commenting as a guest. If you have an account, please sign in.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  
Followers 0

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By rio2
      I recently installed High Sierra on my Ryzen system, just to find out how crappy the USB situation really is on AMD systems. The only choice is basically most of your ports flat out not working or GenericUSBXHCI crashing every time you pull out a thumbdrive. So after some trial and error here are my findings.
      The USB ports controlled by the XHCI controller on the SoC worked fine, but the ones attached to the chipset XHCI controller didn't.
      That's when I looked at the log and saw these lines:
      PTXH@00000000: AppleUSBXHCIPCI::createPorts: port 1 unsupported protocol USB 03.10 PTXH@00000000: AppleUSBXHCIPCI::createPorts: failed to allocate port 1 It turns out that for some reason the AppleXHCIPCI driver doesn't support the first two ports on the B350 chipset (made by ASMedia) USB controller. And after the driver fails to allocate port 1 it just stops and doesn't even look at the rest of the ports. So I first tried commenting out the first two ports from the DSDT and that worked and made all the other ports show app in the IOService tree. Than I quickly tested all the USB ports and it turns out that the 2 problematic ports aren't even wired to anything. But instead of editing the DSDT I wanted a cleaner solution, because I don't want to re-edit my DSDT every time I update the BIOS or change some BIOS settings.
       
      So here is my small SSDT that disables the stock PTXH device and adds a new device XHCI, that has all the ports needed for my board (ASUS PRIME B350-PLUS).
      DefinitionBlock ("SSDT-PRIME-B350-PLUS.aml", "SSDT", 1, "APPLE", "tinySSDT", 0x00000006) { External (\_SB_.PCI0.GPP2, DeviceObj) External (\_SB_.PCI0.GPP2.PTXH, DeviceObj) Scope (\_SB_.PCI0.GPP2.PTXH) { Name (_STA, Zero) } Scope (\_SB_.PCI0.GPP2) { Device (XHCI) { Name (_ADR, Zero) Device (RHUB) { Name (_ADR, Zero) // USB3.1 back panel Device (PRT1) { Name (_ADR, 0x5) Name (_UPC, Package (0x04) { 0xFF, 0x03, Zero, Zero }) } Device (PRT2) { Name (_ADR, 0x6) Name (_UPC, Package (0x04) { 0xFF, 0x03, Zero, Zero }) } // USB3.0 front panel Device (PRT3) { Name (_ADR, 0x7) Name (_UPC, Package (0x04) { 0xFF, 0x03, Zero, Zero }) } Device (PRT4) { Name (_ADR, 0x8) Name (_UPC, Package (0x04) { 0xFF, 0x03, Zero, Zero }) } // USB2.0 Device (PRT5) { Name (_ADR, 0x9) Name (_UPC, Package (0x04) { 0xFF, Zero, Zero, Zero }) } Device (PRT6) { Name (_ADR, 0xa) Name (_UPC, Package (0x04) { 0xFF, Zero, Zero, Zero }) } Device (PRT7) { Name (_ADR, 0xb) Name (_UPC, Package (0x04) { 0xFF, Zero, Zero, Zero }) } Device (PRT8) { Name (_ADR, 0xc) Name (_UPC, Package (0x04) { 0xFF, Zero, Zero, Zero }) } Device (PRT9) { Name (_ADR, 0xd) Name (_UPC, Package (0x04) { 0xFF, Zero, Zero, Zero }) } Device (PRTA) { Name (_ADR, 0xe) Name (_UPC, Package (0x04) { 0xFF, Zero, Zero, Zero }) } } } } } Please note that this is just an example and it most likely needs to be changed for your board.
    • By ITzTravelInTime
      Hi guys, this thread is to show you a new and open source app, created by me, that I called TINU:
       
      The name means: TINU Is Not #####, the U refers to a popular software that is used to create Mac OS hackintosh installers (that for good reasons is banned on this forum), but the aim of the name is to explain that this app is a totally different thing from that software and works in a totally different way.
       
      This app basically is a graphical interface for the createinstallmedia executable that is inside the Mac OS installer apps, it is capable to create a Mac OS installer on a drive completely vanilla like what you do using the command line method, and also this method is recommended by apple itself.
       
      Allows you to create easily a macOS install media without messing around with command line stuff and without using disk utility, all you need to do is use the app and then install clover on the usb drive once TINU has finished or leave it as is you want to use it on a Mac.
       
      Features:
        - Simple to use UI that allows you to easily start the macOS install media creation process   - It can work with every Mac OS installer app that has the createinstallmedia executable inside of it's resources folder (including also beta and newly released installers)   - You can use any drive or partition you want that can be erased and is at least 7 GB of size   - Works on Mac OS recovery, so you can create a macOS install media from a bootable macOS installer or from the macOs recovery   - All vanilla, the macOS install medias created with this tool are 100% vanilla, just like you created them using the command line "createinstallmedia" method   - Open source, you will know what this program does on your computer and also you can create your own version by downloading and playing with the source code   - Does not requires to do anything of special first, just open the program   - No need to go in disk utility first, TINU can format your drive for you   - Uses recent and more modern APIs and SDKs and Swift 3 language   - Transparent graphics style available (use alt + s on the keyboard or View->Use transparent style)   - Works using the latest versions of macOS and will also support newer Mac installers out of the box without needing for an update    Features that I'd like to add in the future:    - Advanced section, to customize your macOS install media   - Installer customization: Kernelcache/prelinkedknerel and boot files replacement (a feature that can be handy while dealing with old Macs or with beta installers when you need to mod or change the boot files some times)   - Install clover and configure clover   - Install kexts inside the kexts folder of clover   - Clover drivers customization   - Use custom dsdt in clover   - integrated pre-made clover config templates database from a remote and open repository   - Support for other languages, at least Italian   Rquirements:  - A computer that runs Mac OS X Yosemite or a more recent version (Mac OS X El Capitan is required to use TINU in a macOS recovery or installer)  - A drive or a free partition of at least 7 GB that you want to turn into a macOS/Mac OS X installer  - A copy of a macOS/Mac OS X installer app (Maveriks or newer versions are supported) in the /Applications folder or in the root of any storage drive in your machine (excepted the drive or volume you want to turn into your macOS install media)   Note that this app is under the GNU GPL v3 license so any reuse of the source code must follow the license's terms   TINU 1.1 Stable release:    - Download available here:    https://github.com/ITzTravelInTime/TINU/releases    - Source code:     https://github.com/ITzTravelInTime/TINU   TINU 2.0 pre-release:    - Source code:    https://github.com/ITzTravelInTime/TINU/tree/development    - Download available here:    https://dl.dropboxusercontent.com/s/nvzss51qcieynve/TINU.zip     Frequently asked questions about TINU: https://github.com/ITzTravelInTime/TINU/wiki/FAQs     NOTE: if you have problems with your USB installer of 10.13.4 or newer version not being detected by clover you have to use the latest clover and if it still does not detectets your usb installer you have to remove the invivible file called .IAPhysicalMedia located into the root of the usb installer. This issue is caused by a changement in the apple's createinstallmedia, don't blame TINU for that, tinu does only uses the installer creation method from apple, which has been changed, causing this problem for hackintosh users, this issue should be resolved in the latest versions of clover which will no longer require that you do changements to let your usb dive to be detected, a setting to do this fix automatically in tinu is also comeing in a new pre-release of TINU 2 I leave also some screenshots as well








    • By LarryKu
      Hi everyone,
      I am new, I hope I am posting in the correct forum.
      My specs:
      Processor: Core i5 6500 Skylake 3.2ghz
      Mobo: Gigabyte h170-d3h
      M2SSD: WD Black 256gb PCIe (Mac OSx)
      SSD: Samsung 860 Evo (WIndows 10)
      HDD: WD Blue 1TB
      GPU: Radeon RX 480
      Monitor: BenQ RL2460 24"


      I was able to install High Sierra on a new m2 drive, that I added to the above configuration with windows 10 already installed.
      I had a few issues during install, including the monitor turning off at boot screen.

      Unfortunately, this persists even now. It turns off at about 60% of the progress bar, and to turn it on again I have to unplug/plug back my hdmi.
      Additionally, while all of the usb ports worked during install and while running it out of the clover I had on the usb stick, only the rear ones appear to work now.
      The audio doesn't work either, though I added the correct patch according to my mobo

      Lastly, my other drives are not recognized in the bios anymore. They run fine from boot override but they don't show up in the boot priority (while multiple entries of mac OS do, and they seem to increase in number at every reboot)

      Thanks in advance for the help
    • By anka97
      Hello everyone! I'm a newbie !
       
      I tried to set up my USB installer, but I cannot. 
       
      Would u like to be so kind if u help me to setup my clover EFI partition. I'm stuck here and I cannot boot to USB.
       
      Everything is OK. Just about my Clover configuration! 
       
       
       
       
       
      My model profile:
       
       
      CPU : Intel Core i3 6100U Skylake-U/Y 
       
      RAM: 4.00GB Single-Channel DDR3 @ 532MHz (7-8-8-28)
       
      Motherboard: ASUSTeK COMPUTER INC. TP501UA (U3E1)
       
      Graphics: Intel HD Graphics 520 (ASUStek Computer Inc) 
       
      Monitor: Generic PnP Monitor (1920x1080@60Hz)                 
       
      Storage HDD: 465GB Seagate ST500LT012-1DG142 (SATA)
       
      Audio: Realtek
       
      Network: Qualcomm Atheros AR946x Wireless Network Adapter
×