eBay — 22.99 €

Explore on Amazon

Le réseau mobile 2G, déployé dans les années 1990 et ancêtre des générations 3G, 4G et 5G, est depuis mars en phase d’extinction en France. Celle-ci sera achevée à la fin de l’année.

YouTube video by DvideoZ

Apples iPod-Historie ist voll von Geräten, die Designikonen wurden, aber hardwareseitig eng abgesteckt blieben. Ein spektakuläres Hardware-Projekt zeigt nun, wie ein iPod Nano der dritten Generation nach Jahren der Entwicklung auf 16 Gigabyte Flash-Speicher erweitert werden konnte. Eine Reise durch Firmware-Hürden, veraltete Standards und die Faszination echter Reparaturkultur. Der iPod Nano der dritten Generation. Er wird von der Community wegen seiner gedrungenen, fast quadratischen Form liebevoll „Fat Nano“ genannt.  Und gehört zu den charmantesten Kapiteln der Apple-Geschichte. Erstmals brachte Apple damals Videowiedergabe in ein ultrakompaktes Gehäuse mit 2-Zoll-Display. Doch ab Werk war beim Speicher früh Schluss: Mehr als acht Gigabyte waren nie vorgesehen. Während die klassischen iPods mit Festplatten relativ einfach auf SD-Karten oder moderne SSDs umgebaut werden können, galt der Nano stets als unbezwingbare Festung. Der Flash-Speicher ist fest auf der Platine verlötet, und Apples Software verzeiht keinerlei Abweichungen vom Originalzustand. Genau dieser Status quo wurde nun nach einem mehr als sechsjährigen Entwicklungsprozess gebrochen. Das Resultat ist ein voll funktionsfähiger Nano 3G. Dieser wird sowohl im Systemmenü als auch in modernen Synchronisationsumgebungen regulär mit 16 Gigabyte Speicherplatz erkannt. Ein scheinbar trivialer Sprung von acht auf 16 Gigabyte, der jedoch einen enormen Blick in die Tiefen proprietärer Apple-Architektur erforderte. Es ging hierbei nie bloß um mehr Megabyte für Playlists. Es ging um den Beweis, dass fest verbaute Silizium-Grenzen keine unüberwindbaren Naturgesetze sind. Das Dilemma fest verlöteter Speicherbausteine Auf den ersten Blick wirkt die Aufgabe wie ein handwerkliches Standardmanöver: Man greift zur Heißluft-Lötstation, entfernt den ursprünglichen NAND-Chip und lötet ein kapazitätsstärkeres Bauteil auf. Doch dieser naive Ansatz scheitert beim iPod Nano sofort. Die Firmware des Geräts ist ein geschlossenes System, in dem Geometrie, Adressierung und Sektorengrößen der Speicherchips an etlichen Stellen fest im Code hinterlegt sind. Erkennt das System beim Booten nicht exakt die erwarteten Parameter, verweigert es den Dienst komplett. Hinzu kommen physikalische Hürden moderner Speichertechnik. Während ursprüngliche Bausteine oft Single-Level-Cells (SLC) nutzten, arbeiten moderne Chips als Multi-Level-Cells (MLC), bei denen mehrere Bits pro Zelle über fein abgestufte Spannungsniveaus unterschieden werden. Die vom iPod erwartete Fehlerkorrektur (ECC) ist für solche modernen Architekturen nicht ausgelegt. Wurde ein handelsüblicher MLC-Speicher testweise eingesetzt, produzierten Lesezyklen reproduzierbare Bitfehler, an denen die Formatierung scheiterte. Erst die Beschaffung spezieller, teurer SLC-Chips im veralteten TSOP-48-Format löste die Signalprobleme auf Chipebene. Doch die nächste Wand ließ nicht lange auf sich warten. Sobald der Chip elektrisch korrekt angesprochen wurde, scheiterte die Kommunikation am Übertragungsprotokoll: Der iPod wollte Speicherblöcke in einer Größe von 8 Kilobyte über die Massenspeicherschnittstelle schicken. Gängige Betriebssysteme erwarten an dieser Stelle jedoch strikt 4 Kilobyte. Das Ergebnis: Ein nicht ansprechbares Dateisystem und ein scheinbar unlösbarer Software-Konflikt zwischen Speichercontroller und USB-Stack. Reverse Engineering im Emulator und gezielte Patches Um nicht hunderte Stunden mit riskanten Lötversuchen auf empfindlichen Platinen zu verschwenden, verlagerte sich der Schwerpunkt des Projekts auf Emulation und dynamische Analyse. Mithilfe angepasster QEMU-Umgebungen führte sich der originale Apple-NAND-Treiber isoliert auf einem Raspberry Pi aus. Unter kontrollierten Bedingungen zeigte sich schnell. Nicht der Treibercode selbst war das Problem, sondern die starre Logik der umgebenden Softwareschichten, die niemals für größere Speicherstrukturen konzipiert worden waren. Die Lösung erforderte maßgeschneiderte Eingriffe direkt im Maschinencode. Zwischen die SCSI-Befehlsverarbeitung und den Treiber wurde eine Übersetzungsschicht implementiert. Diese teilt Adressierungsaufrufe rechnerisch auf, sodass das Host-System stets mit den gewohnten 4-Kilobyte-Blöcken arbeiten kann, während der physische Chip weiterhin in seinen nativen 8-Kilobyte-Einheiten operiert. Gleichzeitig mussten die dynamischen Speicherpools des iPod-Betriebssystems vergrößert werden, da ein größerer Flash-Speicher mehr RAM für die Verwaltungstabellen beansprucht. Ein weiteres tückisches Detail lag im Löschverhalten des neuen Speichers. Blocks mussten über zwei Speicher-Ebenen gleichzeitig bereinigt werden, da andernfalls schleichende Datenkorruption auftrat. Diese Anpassungen mussten nicht nur im eigentlichen Betriebssystem greifen, sondern auch im EFI-Bootloader des Nano, der in einer kompakten ARM-Thumb-Befehlssatzarchitektur kompiliert ist. Erst als Bootloader, Wiederherstellungsmodus und Hauptsystem dieselben Speicherregeln sprachen, bootete der Player fehlerfrei in seine vertraute Oberfläche. Ein nostalgischer Triumph mit gesellschaftlicher Note Aus rein pragmatischer Sicht grenzt dieser Umbau an puren Wahnsinn. Die benötigten TSOP-48-Flash-Bausteine werden kaum noch gefertigt, die Bauteilpreise sind immens, und der Aufwand steht in keinem wirtschaftlichen Verhältnis zum Nutzen. Wer einfach nur einen modifizierten iPod für den Alltag sucht, greift nach wie vor zum klassischen iPod 5.5G oder 7G, wo Speicher-Upgrades per Adapterkarte in Minuten erledigt sind. Und doch berührt dieses Projekt einen extrem wunden Punkt unserer modernen Tech-Welt. Es führt uns vor Augen, wie rigoros Apple und die gesamte Unterhaltungselektronikbranche den Übergang zu versiegelten Wegwerf-Ökosystemen vollzogen haben. Geräte wie der Nano 3G waren frühe Vorboten einer Ära, in der geplante Obsoleszenz und fest verlötete Komponenten zur Norm wurden. Dass es Enthusiasten gelingt, geschlossene Bootloader zu entschlüsseln, Hardware-Limitationen auszuhebeln und Geräten ein zweites Leben einzuhauchen, ist gelebte Gegenwehr. Es ist der handfeste Beweis dafür, wie wichtig das Recht auf Reparatur und offene Hardwaredokumentation für den langfristigen Erhalt von Kulturgütern sind. Der 16-GB-Nano ist kein Massenprodukt, sondern ein technisches Denkmal. Er erinnert an eine Zeit, in der MP3-Player den Alltag prägten. Und beweist gleichzeitig, dass hinter hübschen Aluminiumgehäusen keine Magie steckt, sondern reine Ingenieurskunst. Diese lässt sich mit genügend Geduld, Fachwissen und Leidenschaft jederzeit wieder zurückerobern.

Explore on Amazon

How far ahead Chrome, Firefox and Safari fetch lazy media, why a lazy hero image slows your page, and where to use lazy, eager and fetchpriority.

Explore on Amazon