Jump to content

Stop non funziona


guitarsimo93
 Share

102 posts in this topic

Recommended Posts

Fatto, ma niente da fare.. Nada de nada sempre stessa cosa

 

Mi sembra veramente strano...

Crea un usb "completa" per reinstallare, usando clover come bootloader. (usb da 8 o partizionata)

Sostituisci poi la EFI creata con quella attuale.

Prova a vedere se parte per una nuova installazione.

Link to comment
Share on other sites

Io non ci posso credere.. è partito!

 

Allora la chiavetta con l'installazione 10.10.0 l'ho fatta seguendo la tua guida gengik e l'ho fatta installando clover in legacy.

 

Ora è acceso e funzionante, ho solo due perplessità il processore adesso mi dice che è diventato un i5  :hysterical: e la ram gira a 1333Mhz invece che ha 1600

 

Procedo con l'ssdt o prima dobbiamo sistemare queste cose?

Link to comment
Share on other sites

Okok perfetto allora procedo :)

 

Xo ti devo smentire su questo perché chameleon lo pompava di più il mio processore mi diceva che era un i7 ahahahahah  :hysterical:

Comunque a parte le battute, è normale che lo veda come un I5....

dipende dal FakeCPUID....

Link to comment
Share on other sites

Si i flag li ho rimessi come ha detto Ciro nel post n74

 

Il file haswell l'ho copiato, cancellato quello esistente e incollato (mica che il sostituisci faceva qualche cosa di strano..)

 

Ciao Carbo, si ha un socket 1155 (3 gen intel), quel passaggio di sostituire il file haswell e utilizzare il fakecpuid nel config di clover non fa si che il sistema riconosca il processore diciamo in un altro modo rispetto a quello che è realmente in modo da poter procedere con quei passaggi per l'estrazione dell'ssdt? 

Link to comment
Share on other sites

Si i flag li ho rimessi come ha detto Ciro nel post n74

 

Il file haswell l'ho copiato, cancellato quello esistente e incollato (mica che il sostituisci faceva qualche cosa di strano..)

 

Ciao Carbo, si ha un socket 1155 (3 gen intel), quel passaggio di sostituire il file haswell e utilizzare il fakecpuid nel config di clover non fa si che il sistema riconosca il processore diciamo in un altro modo rispetto a quello che è realmente in modo da poter procedere con quei passaggi per l'estrazione dell'ssdt?

Aspetta un minuto che ti passo il file ivybridge.cfg

Link to comment
Share on other sites

Stesso errore

 

Ma scusa la domanda banale ma i comandi non devono cambiare? perché così mi sembra di capire che richiama comunque un haswell invece di andare a cercare gli ivy

 

Bravo hai ragione :)

 

./ssdtPRGen.sh -c 1 

 

questo è corretto ;)

 

Scusa ma sto cenando e non sto seguendo a dovere :)

 

./ssdtPRGen.sh -c 1 -p G2030

Link to comment
Share on other sites

Tranquillo :) Mangia con calma :)

 

C'è ancora qualcosa che non va. Per sicurezza ho cancellato la cartella ~/library/ssdtPRGen e ho riniziato dall'inizio, allora:

 

1 - curl -o ~/ssdtPRGen.sh https://raw.githubusercontent.com/Piker-Alpha/ssdtPRGen.sh/master/ssdtPRGen.sh

2 - chmod +x ~/ssdtPRGen.sh

3 - ./ssdtPRGen.sh -c 1

4 - open ~/library/ssdtPRGen/Data

5 - sostituisco il file Ivy Bridge.cfg che mi hai passato tu al posto di quello esistente

6 - ./ssdtPRGen.sh -c 1 -p G2030

 

Qui mi da il solito errore e non trovo nessun ssdt nella cartella di destinazione

Link to comment
Share on other sites

Rifai la procedura e dai l'ultimo comando come l'ho scritto io:

 

1 - curl -~/ssdtPRGen.sh https://raw.githubusercontent.com/Piker-Alpha/ssdtPRGen.sh/master/ssdtPRGen.sh

2 - chmod +~/ssdtPRGen.sh

3 - ./ssdtPRGen.sh -c 1

4 - open ~/library/ssdtPRGen/Data

5 - sostituisco il file Ivy Bridge.cfg che mi hai passato tu al posto di quello esistente

6 - ./ssdtPRGen.sh Turbo -6300 

 

Se non va, scrivimi in pm i dati per team viewer che proviamo una strada alternativa.

Link to comment
Share on other sites

Come al solito gia sl punto n3 mi da il primo errore, poi al punto 6 mi ha dato questo errore:

 

ssdtPRGen.sh v0.9 Copyright © 2011-2012 by † RevoGirl

             v6.6 Copyright © 2013 by † Jeroen

             v15.6 Copyright © 2013-2015 by Pike R. Alpha

-----------------------------------------------------------

Bugs > https://github.com/Piker-Alpha/ssdtPRGen.sh/issues <

 

gDataPath: /Users/server/Library/ssdtPRGen/Data

 

Error: Invalid argument detected: Turbo

Aborting ...

Done.

 

 

guitarsimo93:~ server$

 

 

 

 

l'errore è cambiato all'ultimo comando ma al terzo è rimasto sempre lo stesso

Link to comment
Share on other sites

Come al solito gia sl punto n3 mi da il primo errore, poi al punto 6 mi ha dato questo errore:

 

ssdtPRGen.sh v0.9 Copyright © 2011-2012 by † RevoGirl

             v6.6 Copyright © 2013 by † Jeroen

             v15.6 Copyright © 2013-2015 by Pike R. Alpha

-----------------------------------------------------------

Bugs > https://github.com/Piker-Alpha/ssdtPRGen.sh/issues <

 

gDataPath: /Users/server/Library/ssdtPRGen/Data

 

Error: Invalid argument detected: Turbo

Aborting ...

Done.

 

 

guitarsimo93:~ server$

 

 

 

 

l'errore è cambiato all'ultimo comando ma al terzo è rimasto sempre lo stesso

 

Scrivimi in PM i dati per Team viewer ;)

Sperando che la macchina in questione sia connessa ad internet :D

Link to comment
Share on other sites

Come tutte le mattine il computer si è acceso da solo (ovviamente con chameleon, ieri sera prima di andare a dormire ho staccato la chiavetta con clover) e purtroppo il mio processore è dimagrito ahahahah è diventato un i3 da un i7 che mi diceva prima avviando con chameleon :) :) :) :)

Stasera provo a fare un installazione pulita con clover su un altro hdd e vedo se da lì decide di farmi l'ssdt :)

  • Like 1
Link to comment
Share on other sites

 Share

×
×
  • Create New...