Mac Pro 5.1 Rom / Firmware Backup Beschreibung und technischer Hintergrund

[Indio]

so solls sein, mit shift wirds anonym. Man will ja für sich selbst unterscheiden können von welchem Rechner der Dump ist.

ah, dann hab ich das missverstanden

 

[Macschrauber]

Ist eine Umdrehfunktion ( set x to not x ), wer einstellt dass er immer anonym dumped bekommt mit Shift eine volle Seriennummer angezeigt und umgekehrt.

Außer dem Posten macht das Verstecken der Seriennummer ja auch gar keinen Sinn ;-)

 

[Macschrauber]

Ich habe mal einen Youtube Channel gemacht und den Dumper und test_nvram vorgeführt:


Dumper:

 

[Macschrauber]

test_nvram:

 

[hviktor]

Ich kriege seit Big Sur 11.6 immer mehr und mehr Bluetooth active controllers (17) mein Active network ist auch zu hoch (3). Kann das mitm Bluetooth gefährlich werden? Ich flashe regelmässig mein Bootrom image neu (Danke Macschrauber).

 

[Macschrauber]

Hast Du zusätzlich zum internen Bluetooth Controller einen Bluetooth Stick am Rechner?

 

[hviktor]

Nein. Ich habe nur das eingebaute wifi ac karte (steckt dort wo das Airport card).

 

[hviktor]

So eine ist drin funktioniert auch sehr schnell:

https://www.ebay.de/itm/Apple-Mac-Pro-5-1-2009-2012-WiFi-WLAN-Bluetooth-4-0-Kit-Catalina-Big-Sur-/265235615533?mkcid=16&mkevt=1&_trksid=p2349624.m46890.l49286&mkrid=707-127634-2357-0

 

[Macschrauber]

ok, ich habe bis jetzt keinen Brick gesehen bei zu vielen Bluetooth Variablen im Nvram.

wenn aber sonstiger Müll drin ist wie zu viele Panic oder Install logs - oder gar Zertifikate - dann kann das gefährlich werden.

das Problem ist immer dass wenn da Zeug drin steht was nicht vorgesehen ist wird das von der Firmware nicht berücksichtigt und es kann ins Überlaufen des ersten Streams in den Zweiten enden. Dann kann die Garbage Collection nicht mehr funktionieren und spätestens nach dem 15. mal booten (wenn die automatische gc läuft) gibts Probleme.

entweder dass das nvram nicht mehr beschreibbar ist oder dass das Durchlaufen der Firmware (efi done LED auf dem Backplane bzw der audible Gong) misslingt und der Mac nicht mehr startet.

im zweiten Fall hilft dann nur noch Löten und ein sauberes Backup bzw einen Rebuilt flashen.

wer keines hat sollte den spi flash auslesen, oft kann man aus den Resten die Firmware wiederherstellen. Zur Erinnerung: da stehen die Board IDs und andere Hardware Kennungen drin.

ich hab den Leuten auch schon mit geflashten Chips mit ihrer Firmware geholfen. Es geht Vieles…

 

[hviktor]

Danke für die wertvolle Antwort.
Ich habe ja neu aufgebaute firmwares da, habe auch spi flash chips noch als reserve und programmiergerät. Momentan läuft alles gut aber. Nur falls irgendwann mal Brick sein sollte, die Lösung ist schon bereit…

 

[Macschrauber]

Wenn man ein Auge drauf hat ist ein Brick unwahrscheinlich. Allerdings kann der Chip auch persönlich irgendwann ausfallen, hat ja schon etliche Schreibzyklen auf den immer gleichen Zellen (das Nvram) hinter sich.

Bei so einem SPI Chip gibts kein wear leveling wie auf einer SSD.

 

[linux]

Je mehr ich hier lese desto verwirrter bin ich! was muß ich hier starten?

 

[oneOeight]

Je mehr ich hier lese desto verwirrter bin ich! was muß ich hier starten?Anhang anzeigen 347479

Was verwirrt dich? Der Pfad stimmt nicht oder die Datei gibt es nicht.

 

[linux]

Direkt ins Terminal gezogen:

 

[Macschrauber]

Kannst auch aus meinem Paket das Script nehmen.

https://www.macuser.de/threads/mac-...-technischer-hintergrund.844183/post-11293303

https://www.dropbox.com/s/jh4unzd7gd4n5me/Macschrauber%27s%20CMP%20Rom%20Dump.dmg?dl=0

 

[linux]

Ich dachte das sei von Dir...

 

[Macschrauber]

Ich dachte das sei von Dir...

schon, aber es hat sich alles weiter entwickelt.

das alte Script am einfachsten in /usr/local/bin kopieren, ggf bin anlegen.

dann test_nvram meinfile.bin

nur zur Vollständigkeit.

wenn jemand das Terminal Script benutzen möchte kann er auch aus dem Paket aus dem Dumper test_nvram rausziehen. Dazu das Script per Rechtsclick, Paketinhalt zeigen, aufdröseln und in Resources schauen. Da steckt das Terminal Script in weiter entwickelter Form drin.

 

[Macschrauber]

Da ich gerade wieder ein Board zum Flashen vor mir hatte hab ich von dem Vorgang ein Video gemacht. Nach dem Flash kommt nochmal die gleiche Analyse wie beim Dumpen, hab ich abgeschnitten weil die Seriennummer zu sehen war.

Ein Backup des vorigen Standes wird vor dem Flashen gemacht, außerdem ein zusätzliches Lesen direkt nach dem Flash.

Außerdem erkennt das Script zuerst anhand der Seriennummer und danach durch Testen den richtigen Chip. Könnte ja mal gewechselt worden sein...

Ich mach das immer unter Mavericks weil es da noch kein S.I.P. gibt. Funktioniert ansonsten unter den gleichen Systemen wie beim Dumpen. (Mavericks bis Monterey, Yosemite geht nicht).



der ganze Youtube Kanal:

https://www.youtube.com/channel/UCx5HT0rwmVaKNraMHW-Z3bQ

 

[Macschrauber]

Dumper Update:

test_nvram bzw. der Dumper und das test_nvram Tool lesen die korrekte Firmware Version aus. Unabhängig davon was OpenCore dem System meldet

der link ist der alte:

https://www.dropbox.com/s/jh4unzd7gd4n5me/Macschrauber%27s%20CMP%20Rom%20Dump.dmg?dl=0

 

[Macschrauber]

btw: warum steht da "bricked"?

da war jemand ganz schlau und hat Treiber in die Firmware injiziert ohne sich um die Checksummen zu kümmern. Firmware lief nicht hoch.

Board im Eimer. Flash auslöten, auslesen, neu aufbauen, neuen Flash programmieren, wieder einlöten...

Hab ich günstig kaufen können und jetzt ist da wieder ein Gehäuse drum rum...