Jump to content

Enoch Bootloader


ErmaC
 Share

1,086 posts in this topic

Recommended Posts

  • 3 weeks later...

Ciao a tutti, ho installato El Capitan nel sistema in firma usando l'ultima versione di Enoch come boootloader. Funziona più o meno tutto, tranne la LAN integrata (RTL8111), e questo potrebbe essere un problema con App Store. Ricordo che con Mavericks funzionava, ma ora non ne vuole sapere.

 

In ogni caso, adesso vorrei inserire i valori MLB e ROM (presi da un vecchio Mac) per usare iMessage. Ho provato a caricare il modulo fileNVRAM.dylib in Extra/modules/ ma il sistema non si avvia più, non carica neanche il kernel. Sicuramente sbaglio io il procedimento, potete darmi qualche dritta?

 

Grazie,

Alberto

Link to comment
Share on other sites

Si riavvia o si ferma con un blocco

 

se si blocca fai una foto.

NB: il SIP lo hai abilitato quando hai istallato Enoch , seno non ti carica nessuna delle due cose

vedi post precedenti per abilitarlo, e ristalla il kext RTL8111 rimetti il file NVram.dylib ripara e prova il riavvio 

-v -f

Link to comment
Share on other sites

Il sistema si riavvia quasi immediatamente, non ho neanche il tempo di leggere cosa succede. Ho cercato ancora in giro e ho visto che per 10.10 e successive occorre mettere anche un fileNVRAM.kext in Extra/Extensions, mentre io ho messo solo il fileNVRAM.dylib in Extra/modules. Giusto o sbagliato? 

 

Il SIP è settato a CsrActiveConfig = 3, gli altri kext messi in Extra/Extensions li carica. Per la scheda di rete, ho trovato un altro binario più aggiornato qui, stasera lo provo e speriamo che funzioni. 

 

Grazie,

Alberto

Link to comment
Share on other sites

Ciao a tutti,

 

sono riuscito a far partire il sistema con il fileNVRAM.kext e il fileNVRAM.dylib. In questo modo riesco a salvare i parametri sulla nvram simulata, ma al riavvio tutti i parametri vengono persi. In particolare non riesco nemmeno a capire dove viene creato il file nvram."uuid".plist . Preciso che ho enoch v2795 installato sulla partizione EFI. Qualche idea?  

 

Anche il nuovo kext della scheda di rete non funziona, sembra non venga caricato affatto. L'ho messo in Extra/Extensions, devo metterlo in /S/L/E? Ho delle remore a mettere i kext in quella cartella con El Capitan, perché l'ultima volta che ho usato Kext Installer poi ho dovuto reinstallare il sistema da capo...

 

Grazie,

Alberto

Link to comment
Share on other sites

Ok, ho messo il kext RealtekRTL8111 in /S/L/E, ma la scheda di rete non va in ogni caso. Il kext non viene caricato, risulta da system profiler come loaded = "no" e obtained from = "not signed". Preciso che sto facendo il boot con CsrActiveConfig = 3, devo cambiare questo valore?

 

Tra l'altro, non capisco questa cosa, perché kext come FakeSMC e AHCIPortInjector (per i dischi SATA visti come esterni) sono solo in E/E e vengono comunque caricati ogni volta, anche se faccio il boot con la cache, mentre altri no? Com'è possibile?

 

Grazie, 

Alberto

Link to comment
Share on other sites

Sicuro di averli solo in E/E?

Edit: mi ero perso qualcosa... Metti il kext in E/E ed aggiungi questa stringa a ocbp:

KernelBooter_kexts
Yes

In questo modo vengono caricati i kext da E/E anche con la cache attiva

 

P.S. sei sicuro che la ethernet sia quella?

Link to comment
Share on other sites

Sono sicuro di averli solo in E/E, quelle stringhe che citi ce le ho già in un file kernel.plist messo nella cartella Extra, devo metterle anche in ocbp? 

In ogni caso, ho risolto per la scheda di rete... Per qualche motivo arcano era disabilitata da BIOS, ora El Capitan la vede correttamente (e forse l'avrebbe vista anche prima :(  ).

 

Qualche idea per l'NVRAM?

 

Grazie,

Alberto

Link to comment
Share on other sites

Il FileNVRAM.dilyb non è compatibile. Il modulo ha un kernel patcher interno obsoleto che non funziona con El Capitan: Enoch skippa il kernelpacher interno se il FileNVRAM è caricato, perdendo la abilità di caricare kexts da EE o qualsiasi altra nuova opzione del kernel.plist.

meklort, autore del modulo mi disse che avrebbe aggiornato il modulo ma non sapeva quando. No credo che lo abbia fatto, e non credo che lo farà.

Appena ho finito con Pandora apro un repo e modifico il modulo (in modo da poterlo usare con la licenza con cui deve essere pubblicato per legge (purtroppo è così e a me, per dire, sta bene)).

A proposito, meklort ha anche pubblicamente detto che nessuno si è degnato a segnalare che il modulo non funziona, nel senso, che per fare questo non basta pubblicarlo su Insanelymac.. ma farlo sul suo repository online: FileNVRAM

 

..se nessuno lo segnala, lui non ci metterà mai mano..

  • Like 1
Link to comment
Share on other sites

Enoch skippa il kernelpacher interno se il FileNVRAM è caricato, perdendo la abilità di caricare kexts da EE o qualsiasi altra nuova opzione del kernel.plist.

 

Questa cosa non mi torna, io ho FileNVRAM.dylib in modules e il FileNVRAM.kext in E/E e sono certo che gli altri kext siano caricati, dato che, per esempio, il FakeSMC ce l'ho solo lì, oppure perché non vedo più le icone arancioni dei dischi SATA.

 

In ogni caso, se può servire, apro un ticket sul sito che mi hai dato. Esiste qualche alternativa per avere l'NVRAM con enoch? O, in generale, per poter usare iMessage con enoch? 

 

Grazie,

Alberto

 

Edit: Task aperto qui, anche se sembra una voce nel deserto.

Edited by Alby128
Link to comment
Share on other sites

Questa cosa non mi torna, io ho FileNVRAM.dylib in modules e il FileNVRAM.kext in E/E e sono certo che gli altri kext siano caricati, dato che, per esempio, il FakeSMC ce l'ho solo lì, oppure perché non vedo più le icone arancioni dei dischi SATA.

 

In ogni caso, se può servire, apro un ticket sul sito che mi hai dato. Esiste qualche alternativa per avere l'NVRAM con enoch? O, in generale, per poter usare iMessage con enoch? 

 

Grazie,

Alberto

 

Edit: Task aperto qui, anche se sembra una voce nel deserto.

Il codice che skippa il kernelpatcher interno quando c'è il FileNVRAM.dylib l'ho scritto io :P. Per quello che ne so, il modulo non funzionava in El Capitan  se uppi il bdmesg vedo cosa è caricato oppure no.

Novità in vista? Una nuova versione? :)

Si è in fase di debug, 99,9999% pronta

Link to comment
Share on other sites

Il codice che skippa il kernelpatcher interno quando c'è il FileNVRAM.dylib l'ho scritto io :P. Per quello che ne so, il modulo non funzionava in El Capitan  se uppi il bdmesg vedo cosa è caricato oppure no.

 

Ciao, ecco il bdmesg

Last login: Fri Feb 19 23:17:41 on console
Albertos-iMac:~ alberto$ bdmesg
Enoch (2795)
Logging started: 2016/02/19, 22:16:38
[ CPU INFO ]

	Attempting to scan GPT boot volumes [biosdev=80h]:
Attempting to read GPT
Read GPT
Reading GPT partition 1, type C12A7328-F81F-11D2-BA4B-00A0C93EC93B
Reading GPT partition 2, type 48465300-0000-11AA-AA11-00306543ECAC
Reading GPT partition 3, type 426F6F74-0000-11AA-AA11-00306543ECAC
	Attempting to scan GPT boot volumes [biosdev=81h]:
	Attempting to scan FDISK boot volumes [biosdev=81h]:
	Attempting to scan GPT boot volumes [biosdev=82h]:
Attempting to read GPT
Read GPT
Reading GPT partition 1, type C12A7328-F81F-11D2-BA4B-00A0C93EC93B
Reading GPT partition 2, type 48465300-0000-11AA-AA11-00306543ECAC
Resolution:
 Parse Edid: edid_checksum error  error
Best mode: 1024x768x32
 Detected chipset/proc id (DRAM controller): 29c08086
 VBios: nVidia
 Patching: BT_NVDA Parse Edid: edid_checksum error  error
 Edid not found or invalid - vbios not patched!
Best mode: 1024x768x32
Boot UUID of 'El Capitan'  (GPT HFS+): C5B7FD72-5E60-334A-AB10-989B1B676405
Kernel Cache file path (OS X 10.11 and newer): /System/Library/PrelinkedKernels/prelinkedkernel
Loading Kernel Cache from: 'El Capitan' (GPT HFS+)
Booting on OS X 10.11.1 (15B42)

System Integrity Protection status: disabled (Custom Configuration).
CsrActiveConfig = 0x03 (0000011)

Configuration:
Kext Signing: disabled
Filesystem Protections: disabled
Task for PID: enabled
Debugging Restrictions: enabled
Apple Internal: enabled
DTrace Restrictions: enabled
NVRAM Protections: enabled

Decompressing Kernel Cache:
	- Decompressing Kernel Using lzvn

[ KERNEL PATCHER START ]

		Will patch for 15.0.0 kernel version.

		KernelBooter_kexts state:  enabled!
		KernelPm           state: disabled!
		KernelLapicError   state: disabled!
		KernelLapicVersion state: disabled!
		KernelHaswell      state: disabled!
		KernelcpuFamily    state: disabled!
		KernelSSE3         state: disabled!
	- Searching for booter extensions pattern:
		Found El Capitan pattern, patched!
		Found Yosemite pattern, patched!
		2 substitution(s) made.
Kernel has successfully patched.

Using PCI-Root-UID value: 1
[ NVIDIA GFX DEVICE INFO ]
	Class code: [0300]
	device number: 1
	Asus GeForce GT 240 512MB NVa3 [10de:0ca3]-[1043:8328]
	PciRoot(0x1)/Pci(0x1,0x0)/Pci(0x0,0x0)
	NvidiaGeneric = No
	NvidiaSingle = Yes

[ ETHERNET DEVICE INFO ]
	Class code: [0200]
	EthernetBuiltIn = No
	Realteck RTL8111/8168 PCI-E Gigabit Ethernet [10ec:8168]
	PciRoot(0x1)/Pci(0x1c,0x4)/Pci(0x0,0x0)

[ DRAM CONTROLLER ]
	Intel P35/G33 DRAM Controller [8086:29c0] at 00:00.0
	Frequency detected: 399 MHz (799) Dual Channel 
		CAS:5 tRC:5 tRP:5 RAS:18 (5-5-5-18)

SMBus CmdReg: 0x3
Scanning SMBus [8086:2930], mmio: 0xfa007004, ioport: 0x500, hostc: 0x1
SPD[0] (size): 255 @0x50
SPD[0] (size): 128 @0x51
RAM speed 800MHz 
	Slot: 1 Type 19 1024MB (DDR2 SDRAM) 800MHz Vendor=A-DATA Technology
		PartNo= SerialNo= 0 0 0 0 0 0 0 0
SPD[0] (size): 255 @0x52
SPD[0] (size): 128 @0x53
RAM speed 800MHz 
	Slot: 3 Type 19 1024MB (DDR2 SDRAM) 800MHz Vendor=A-DATA Technology
		PartNo= SerialNo= 0 0 0 0 0 0 0 0
SPD[0] (size): 255 @0x54
SPD[0] (size): 255 @0x55
SPD[0] (size): 255 @0x56
SPD[0] (size): 255 @0x57
CPU is Intel(R) Core(TM)2 CPU          6400  @ 2.13GHz, family 0x6, model 0xf
SMBIOS orig was = f0ce0
SMBIOS new is = 306f000

SMBIOS rev.: 2.4, DMI rev.: 2.4

Handle: 0x0000, DMI type 0, 24 bytes
BIOS Information
	Vendor: Apple Inc.
	Version: 130913245
	Release Date: 06/28/07
	BIOS Revision: 0.1

Handle: 0x0001, DMI type 1, 27 bytes
System Information
	Manufacturer: Apple Inc.
	Product Name: MacPro3,1
	Version: 1.0
	Serial Number: ** PRIVATE **
	UUID: ** PRIVATE **
	Wake-up Type: Power Switch
	SKU Number: Default SKU#
	Family: Mac Pro

Handle: 0x0002, DMI type 2, 16 bytes
Base Board Information
	Manufacturer: Apple Inc.
	Product Name: Mac-F42C88C8
	Version: x.x
	Serial Number: ** PRIVATE **
	Asset Tag: Default Asset Tag#
	Location In Chassis: Not Specified
	Type: Unknown

Handle: 0x0003, DMI type 3, 21 bytes
Chassis Information
	Manufacturer: Apple Inc.
	Type: Low Profile Desktop
	Version:  
	Serial Number: ** PRIVATE **
	Asset Tag: Default Asset Tag#

Handle: 0x0004, DMI type 4, 38 bytes
Processor Information
	Socket Designation: Socket 775
	Type: Central Processor
	Family: 0x1
	Manufacturer: Intel
	ID: 0x6F6
	Version: Intel(R) Core(TM)2 CPU 6400
	External Clock: 266 MHz
	Max Speed: 2133 MHz
	Current Speed: 2133 MHz
	Upgrade: Socket 478
	Serial Number: ** PRIVATE **
	Asset Tag:  
	Part Number:  

Handle: 0x001C, DMI type 17, 27 bytes
Memory Device
	Error Information Handle: No Error
	Size: No Module Installed
	Form Factor: DIMM
	Locator: A0
	Bank Locator: Bank0/1
	Memory Type: RAM
	Speed: 0 MHz
	Manufacturer: N/A
	Serial Number: ** PRIVATE **
	Asset Tag: Not Specified
	Part Number: N/A

Handle: 0x001D, DMI type 17, 27 bytes
Memory Device
	Error Information Handle: No Error
	Size: 1024 MB
	Form Factor: DIMM
	Locator: A1
	Bank Locator: Bank2/3
	Memory Type: DDR2 SDRAM
	Speed: 800 MHz
	Manufacturer: A-DATA Technology
	Serial Number: ** PRIVATE **
	Asset Tag: Not Specified
	Part Number: N/A

Handle: 0x001E, DMI type 17, 27 bytes
Memory Device
	Error Information Handle: No Error
	Size: No Module Installed
	Form Factor: DIMM
	Locator: A2
	Bank Locator: Bank4/5
	Memory Type: RAM
	Speed: 0 MHz
	Manufacturer: N/A
	Serial Number: ** PRIVATE **
	Asset Tag: Not Specified
	Part Number: N/A

Handle: 0x001F, DMI type 17, 27 bytes
Memory Device
	Error Information Handle: No Error
	Size: 1024 MB
	Form Factor: DIMM
	Locator: A3
	Bank Locator: Bank6/7
	Memory Type: DDR2 SDRAM
	Speed: 800 MHz
	Manufacturer: A-DATA Technology
	Serial Number: ** PRIVATE **
	Asset Tag: Not Specified
	Part Number: N/A

Handle: 0x0026, DMI type 131, 6 bytes
Apple specific Processor Type
	Cpu-type = 0x0301

Handle 0x0027, DMI type 127, 4  bytes
End of Table

Adding device-properties string to DT
[ ACPI PATCHER ]
	Table bt(0,0)/Extra/DSDT.aml read and stored at: 3073000
	Generating P-States config: No
	Generating C-States config: No
	ACPI Table not found: SSDT.aml
	RSDP version 1 found @f6bc0. Length=20
	RSDT @7fee3040, Length 60
	TABLE FACP,	FADT found @7fee30c0, Length 116
	FACP Restart Fix applied!
	Hardware Signature=0x00000000: using.
	DSDT: Old @7fee3180,0, 	New @3073000,0
	FADT: Using custom DSDT!
	TABLE HPET,	TABLE MCFG,	TABLE APIC,	TABLE SSDT,	TABLE SSDT,
	RSDT: Original checksum 234, 	New checksum 189 at 3079000


	RSDP: Original checksum 199, 	New checksum 10
	ACPI version 1 patching finished

	No ACPI version 2 found. Ignoring
Adding booter spec to the Platform Expert 
Attempting to loading drivers from "Extra" repository:
Starting Darwin/x86_64 [Darwin Kernel Version 15.0.0: Sat Sep 19 15:53:46 PDT 2015; root:xnu-3247.10.11~1/RELEASE_X86_64]
Boot Args: -v 
T

Grazie,

Alberto

 

Edit: Risolto, grazie. Da console ho visto il path da cui il kext stava tentando di leggere l'NVRAM. Per qualche motivo strano, da solo non riusciva a crearlo. Così l'ho creato a mano io mettendoci dentro il contenuto di nvram -x -p . Adesso le variabili vengono correttamente memorizzate in quel file e ricordate dopo ogni riavvio. Confermo quindi che la versione 1.1.4 di fileNVRAM.kext funziona con OS X 10.11.1 .

Edited by Alby128
Link to comment
Share on other sites

Ciao, ecco il bdmesg

Edit: Risolto, grazie. Da console ho visto il path da cui il kext stava tentando di leggere l'NVRAM. Per qualche motivo strano, da solo non riusciva a crearlo. Così l'ho creato a mano io mettendoci dentro il contenuto di nvram -x -p . Adesso le variabili vengono correttamente memorizzate in quel file e ricordate dopo ogni riavvio. Confermo quindi che la versione 1.1.4 di fileNVRAM.kext funziona con OS X 10.11.1 .

Il bdmesg come pensavo non contiene nulla riguardo al FileNVRAM.dylib, per cui non è caricato. I moduli vanno si in Extra/modules, ma nella stessa partizione dove hai installato il bootloader (dove c'è il file "boot").

Il kernelpatcher di Enoch è in funzione proprio perchè il modulo non è caricato.

 

Purtroppo ti comunico che senza il modulo funzionante il file che tu hai editato manualmente e che viene letto dal FileNVRAM.kext non verrà trovato da altre installazioni di OSX, cosa che invece verrebbe fatta con il modulo funzionante. Oltre che un installer non potrà accedervi.

Ora ho un pò di tempo libero, vedo se riesco a rimetterlo in sesto..nessuna garanzia.

Link to comment
Share on other sites

Dunque, se ho capito bene il kext si occupa della gestione dell'NVRAM, usando il .plist come storage, e funziona sulla partizione di root in cui è installato il sistema. Mentre, se la dylib funzionasse, le informazioni sarebbero memorizzate all'interno del modulo e non in un file .plist e sarebbero accessibili a tutte le installazioni di OS X nel sistema. Giusto? In ogni caso, il mio scopo era di avere MLB e ROM memorizzate in NVRAM e mantenute dopo ogni riavvio, ed è stato raggiunto. Non ho altre installazione di OS X in questa macchina. Quindi posso rimuovere il modulo dalla partizione di boot?

 

Rimango in attesa qualora ti occorrano ulteriori informazioni.

 

Grazie,

Alberto

Link to comment
Share on other sites

  • 2 weeks later...

domanda, se ho n hard disk con all'interno pi partizioni, anche di distribuzioni differenti, devo installare il bootloader s ognuna delle partizioni o solo sulla prima?

 

scsate se manca la u ma sta tastiera apple di me non me la fa proprio andare, stop, morta

Link to comment
Share on other sites

Ovviamente presumo che la cartella extra debba comunque esserci in ogni partizione bootabile..

 

Altra domanda.. perché non mi vede l'interfaccia grafica? Cioé, resta sempre la schermata nera con solo testo.. ho riorovato a creare 30 volte la cartella theme.. mai cambiato nulla.. creata dal pkg del bootloader

Link to comment
Share on other sites

no forse non mi son spiegato.. non ce l'ho il verbose attivo

praticamente appena entra nel bootloader non vi è il tema classico nel quale si possono selezionare le partizioni, ma solo lo sfondo nero + partizioni testali..

e li non capisco perché non mi carica più il tema..

Link to comment
Share on other sites

bè il tema deve essere dentro alla cartella Extra, nello stesso posto dove c'è il file "boot", se è su un altra partizione non fungerà.

Poi il tema in automatico se lo prende solo se è chiamato "Default":

 

/Extra/Themes/Default

 

altrimenti lo devi aggiungere nel org.chameleon.Boot.plist (sempre quello nella partizione di boot...ovvero dove c'è il file "boot")

Link to comment
Share on other sites

 Share

×
×
  • Create New...