Mac mini G4: System 7 erfolgreich nativ gebootet

 (macos9lives.com)
1 Punkte von GN⁺ 2025-12-01 | 1 Kommentare | Auf WhatsApp teilen
  • Mac mini G4: Der erfolgreiche native Bootvorgang von System 7 und Mac OS 8 auf dem Mac mini G4 übersteigt die frühere Grenze, nach der nur bis Mac OS 9.2.2 möglich war.
  • Durch die Kombination von geleakten Builds von System 7.6~8.0 für CHRP (Common Hardware Reference Platform), eines System Enabler Patches und des Mac OS ROM-Patches (tbxi) wurde der Start alter Betriebssysteme realisiert.
  • Entwickler Rairii(Wack0) hat verschiedene ROM-Versionen analysiert und zusammengeführt und ein ‚Super-ROM‘ erstellt, das alle Legacy- und Neufunktionen enthält und auf GitHub veröffentlicht wurde.
  • Die Tests zeigen einen stabilen Start von System 7.5~8.1; einige Funktionen wie Sound, Video und Netzwerk sind jedoch weiterhin unausgereift.
  • Dieser Durchbruch erweitert die Ausführbarkeit klassischer Mac OS-Versionen auf New World ROM-basierte PowerPC Macs insgesamt und ist für die Retro-Entwicklungs- und Erhaltungsgemeinschaft bedeutsam.

Hintergrund: CHRP-Architektur und der System-7-Bootvorgang

  • Der Mac mini G4 konnte mit der New World ROM-Architektur keine klassischen System-7-basierten OS direkt booten.
    • New World ROM benötigt statt physischem ROM eine Mac OS ROM-Datei.
    • Versionen vor System 7.6 erkennen diese Struktur nicht, wodurch ein Booten unmöglich war.
  • CHRP (Common Hardware Reference Platform) ist eine gemeinsame PowerPC-basierte Architektur; ein Build für Mac OS 7.6~8.0 wurde intern entwickelt, aber nicht offiziell veröffentlicht.
    • Im Oktober 2025 wurden diese CHRP-Builds von Mac OS gesichert und veröffentlicht, wodurch neue Experimente möglich wurden.
  • Durch Modifikation der CHRP-System-Enabler-Datei wurde die OS-Versionsbeschränkung entfernt, sodass auch ältere Versionen wie System 7.5.x die Mac OS ROM-Datei verwenden konnten.

ROM-Patch und Bootrealisierung

  • Rairii(Wack0) nutzte das Mac OS ROM-Patch-Tool (tbxi) von ELN, um mehrere ROM-Versionen zu analysieren und zusammenzuführen.
    • Dadurch entstand ein konsolidiertes ROM, das alte Funktionen restauriert und neue Funktionen erhält.
    • So ist ein Booten von System 7.5~8.1 möglich.
  • Über das GitHub-Repository (universal-tbxi-patchset) können ROMs und gepatchter System Enabler heruntergeladen werden.
  • Unterstützte ROM-Versionen sind 10.2.1, 2.5.1, 1.7.1; für den Mac mini G4 ist für die ATA-6-Treiberunterstützung mindestens ROM 9.1 erforderlich.

Boot-Ergebnisse auf dem Mac mini G4

  • System 6.0.8~7.1.2: Boot fehlgeschlagen.
  • System 7.5 / 7.5.3 / 7.6 / 8.1: Start und stabiler Betrieb.
    • Einige Systemerweiterungen (z. B. das Mouse Control Panel) müssen deaktiviert werden.
  • System 7.5.2: Bootet, ist jedoch instabil.
  • Mac OS 8.5~9.1: Boot fehlgeschlagen; blockiert durch Geräte-ID-Verifikation.
  • Mac OS 9.2~9.2.2: Voll funktionsfähig.
  • Einige Funktionen (Sound, Netzwerk, Apple System Profiler usw.) sind weiterhin instabil.

Mac mini G4-spezifische ROM-Anwendung

  • Mit den ELN-Tools tbxi und tbxi-patches wird über das macmini.py-Skript Rairiis ROM-Version 10.2.1 um den Mac mini G4-spezifischen Patch ergänzt.
  • Erfolgreich nachgewiesen wurde dies in einer Python-3.8.10-Umgebung.
  • Das endgültig gepatchte ROM funktioniert ebenso unter Mac OS 9.2.2 und unterstützt zusätzlich den Boot-Vorgang bis System 7.5.
  • Das ursprüngliche Mac mini G4-ROM (v9.6.1) setzt das Modell-ID-Spoofing auf G4 Cube; das neue ROM nutzt denselben Ansatz.

Wert des Betriebs alter OS

  • Einige Software ist für Mac OS 9.0.4 oder älter bzw. ausschließlich System 7 gedacht und läuft auf modernen Betriebssystemen nicht.
  • System 7.5 ist deutlich leichter als Mac OS 9 und bietet extrem schnelle Leistung.
  • Entwickler und Forscher können klassische APIs und Systemabläufe direkt testen.
  • Dieses Projekt erweitert den Bereich der lauffähigen Retro-OS auf PowerPC Macs und trägt zu Erhaltungsaktivitäten der Community bei.

Abschluss und Dank

  • Das Ergebnis wurde durch die Zusammenarbeit der Community-Mitglieder Rairii, ELN und Mac84 erreicht.
  • Es ist das Ergebnis aus Beiträgen wie CHRP-Datensicherung, ROM-Tool-Entwicklung und Patch-Weitergabe.
  • Künftig könnten G3- und G4-Mac-Nutzer für jedes Modell eigene System 7~8.5-Kundeboot-Images erstellen.

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-12-01
Hacker-News-Kommentare

  • Ich betreibe als Hobby ein kleines Geschäft, in dem ich restaurierte Mac mini G4 verkaufe
    Ich reinige das Innere vollständig, rüste auf eine 128-GB-SSD auf, erweitere den RAM auf 1 GB und tausche die PRAM-Batterie aus
    Außerdem installiere ich vorab eine von der Mac OS 9 Lives-Community erstellte gehackte Version von Mac OS 9
    Man kann sie auf meiner Seite os9.shop kaufen
    Die meisten Kunden sind tatsächliche Geschäftsnutzer, die alte Software weiter betreiben müssen — Zahnarztpraxen, Tierkliniken, Museen, Kfz-Werkstätten und mehr
    Es überrascht mich, wie viele Leute selbst 2025 noch Classic-Mac-Software nutzen

    • Ich frage mich, ob man etwas Besonderes tun musste, damit eine SSD unter OS9 sauber funktioniert
      Ich hatte einmal eine SSD in einem 300-MHz-G3-iMac, aber beim Booten dauerte die Initialisierung ewig und das System hing oft
    • Das ist weniger praktisch als vielmehr ein Projekt aus Neugier
      Wenn man System 7 auf einem Mac mini G4 „nativ“ ausführt, fehlen viele Treiber
      Die meiste Software läuft unter OS 9.2.2 besser, und für wirklich außergewöhnliche Fälle reicht ein Emulator wie vMac völlig aus
    • Das ist so cool, dass ich definitiv einen auf meine Bestellliste setze

  • Ich finde auch, dass Mac OS 9.2.2 das beste OS ist
    Früher habe ich bei der Arbeit mit HyperCard schnell Prototypen gebaut
    Es lief auf dem Cube gut und auf moderner Hardware auch per OS-9-Emulation
    HyperCard-Skripter haben damals großartige Dinge gemacht, die die meisten Nutzer heute nicht mehr tun — und das ganz ohne riesige Rechenzentren

    • Als Java als Sprache der nächsten Generation aufkam, baute KL Group/Sitraka Java-Entwicklungstools
      Am Wochenende vor dem Release habe ich mit dem auf HyperCard basierenden Runtime Revolution einen Setup-Assistenten gebaut und am Montag das fertige Produkt mitgebracht
      Die Firma war verärgert, weil wir eigentlich der Philosophie „Wir bauen Java-Tools in Java“ folgen sollten, aber am Ende wurde diese Version erfolgreich ausgeliefert
      Noch heute fühlt es sich für mich bei einfachen Tools wie ein Turing Tarpit an, wenn man sie mit Electron und React baut
      Zugehöriger Link: LiveCode (company)
    • Damals war alles blitzschnell. Es gab auch keine überflüssigen Animationen
    • HyperCard ist eine meiner liebsten Mac-OS-Erinnerungen überhaupt
    • Persönlich mag ich System 6 — es hat noch das vollständige klassische Mac-OS-Gefühl von vor System 7
      Einfach und mit kaum unnötigen Abstraktionen
    • Dir könnte vielleicht auch das Projekt Decker gefallen

  • Mit aktuellem Python 3.13.9 funktionierte das Skript nicht, aber mit Python 3.8.10 lief es beim erneuten Versuch perfekt
    Heutzutage entfernt Python öfter alte Funktionen und macht dabei bestehenden Code kaputt
    Zugehöriges Issue: tbxi issue #1

    • Wirklich frustrierend. Wenn ich es heute noch einmal schreiben würde, dann wohl in Go
    • Das klingt mir zu kategorisch
      MacOS 9 wird seit 2002 offiziell nicht mehr unterstützt, und es ist vernünftig, entsprechende Funktionen aus der Standardbibliothek zu entfernen
      Die meisten Nutzer verwenden so etwas ohnehin überhaupt nicht
      Zugehörige Diskussion: cpython issue #83534

  • Ich habe zuerst „Mac mini M4“ gelesen und mich total erschrocken

    • Trotzdem wirkt dieses Projekt immer noch ziemlich großartig

  • Die StarMax-Serie, besonders der 4400, war dem CHRP wohl am nächsten
    Mein PowerCity-Klon hatte PS/2- und ISA-Ports, und BeOS lief ebenfalls gut darauf
    Es hatte auch die merkwürdige Eigenschaft, dass beim Schleifenlauf ein Ton aus dem Lautsprecher kam

    • Die meisten StarMax-Systeme basieren auf dem Tanzania-/LPX-40-Design
      Sie unterstützen PC-artige Diskettenlaufwerke, und PS/2 wird vom CudaLite-Mikrocontroller in ADB-Geräte umgesetzt
      Ich habe keine Version mit ISA-Slots gesehen, aber mit einem PCI-ISA-Bridge-Chip wäre das wohl machbar gewesen
      Referenzdokument: LPX-40 Dev Note
    • CHRP-basierte MacOS-Systeme hatten einen seltsam gemischten Device Tree aus PC- und Mac-Peripherie
      Das Motorola-Yellowknife-Board und IBM-Long-Trail-Systeme sind ähnlich
      Beide Systeme verwenden die W83C553-Southbridge und den PC87307-Super-I/O-Controller
      Mit den Schaltplänen von NXP versteht man die Struktur besser

  • Ich würde gern jemanden fragen, der die komplexe Struktur von PowerPC-Macs verstehen will — wo ist die Hardware-Unterstützung für ein bestimmtes Modell eigentlich implementiert?

    • In schichtenweise übereinanderliegenden Ebenen, wie konzentrische Kreise

  • Eigentlich ist das kein „nativer Boot“ von System 7
    Auf PowerPC-Macs läuft System 7 immer über einen Emulator
    Trotzdem ist der Versuch an sich beeindruckend

  • Ich nutze einen iMac G4 mit 1,25 GHz
    Ursprünglich war es ein 1-GHz-Modell, später habe ich das Board getauscht
    Es wäre viel effizienter, OS 9 direkt zu booten statt den Classic-Modus von OS X zu verwenden,
    aber bei den 1- bis 1,25-GHz-Modellen wird das offiziell nicht unterstützt
    Ich träume davon, dass irgendwann Dual-Boot möglich wird

    • Tatsächlich kann auf diesem Board OS 9 booten
      Die eingebauten Lautsprecher funktionieren nicht, aber die Kopfhörerbuchse schon

  • Solche Inhalte sind wirklich großartig. Ein Thema, das man gern auf Hacker News sieht

  • Beeindruckend ist es schon, aber die UX des frühen macOS war ziemlich unbequem
    Der UI-Thread war für alles zuständig
    Klicken und dann warten gehörte zum Alltag

    • Trotzdem fühlte sich die Oberfläche selbst schneller an als bei einem heutigen M1 Max Studio
      Es gab fast keine Animationen, und Eingaben wurden nicht blockiert
      Häufig genutzte Apps reagierten sofort so, wie es die Hände in Erinnerung hatten
    • Am meisten in Erinnerung geblieben sind mir die häufigen Neustarts durch Programmabstürze
      Ein einziger Null-Pointer konnte das ganze System anhalten
    • Eigentlich lag die Langsamkeit weniger an der UX als an RAM-Größe und HDD-Geschwindigkeit
    • Ich stimme der Aussage „Der UI-Thread war alles“ zu, frage mich dann aber, wie man es anders hätte implementieren können