X-Note Fixes: Wie kleine Patches die Lebensdauer der KitKat-ROMs verlängern
X-Note Fixes sind keine Updates und keine ROMs — sie sind kleine ZIP-Pakete mit chirurgischen Reparaturen. Anatomie eines Fix-Bundles, Bootloop-Patches, Modul-Updates und die Frage, wie man ihre Integrität prüft.
Wenn man in den 4PDA- und XDA-Threads zu LG X-Note in die Tiefe geht, taucht ein bestimmter Begriff immer wieder auf: „X-Note Fixes”. Es handelt sich um kleine ZIP-Pakete, die zwischen den Haupt-Builds (v8.0, v10.0 NB3, v15.0 ND5) erschienen sind und einzelne Reparaturen lieferten — ohne den ganzen ROM neu zu flashen. Fix-Bundles waren typischerweise 200 KB bis 5 MB groß und enthielten zwischen einer und einem Dutzend Dateien. Wer verstehen will, warum KitKat-Geräte heute noch laufen, muss diese Fixes verstehen.
Anatomie eines Fix-Bundles
Ein typisches Fix-Bundle (Beispiel: X-Note_Fixes_r3.zip von Anfang 2017) sah ungefähr so aus:
X-Note_Fixes_r3.zip
├── META-INF/
│ ├── com/google/android/update-binary
│ ├── com/google/android/updater-script
│ └── MANIFEST.MF
├── system/
│ ├── lib/libRIL_telephony.so (RIL-Replacement)
│ ├── etc/wifi/wpa_supplicant.conf (WPA2-Enterprise-Patch)
│ └── etc/init.d/99-thermal (Throttle-Override)
└── CHANGELOG.txt
Das ZIP wurde aus einer Custom-Recovery (TWRP) geflasht. Der updater-script mountete /system, ersetzte die spezifizierten Dateien, korrigierte die SELinux-Kontexte und unmountete wieder — kein Reboot in den Bootloader nötig, das Gerät startete direkt nach dem Flash neu in das laufende KitKat. Die Operation dauerte 30 bis 90 Sekunden.
Drei typische Fix-Kategorien
Bootloop-Patches. Die häufigsten Fixes adressierten Bootloops nach bestimmten App-Installationen oder System-Konfigurationen. Beispiel: Die Installation einer SIP-Telefonie-App hatte in v10.0 NB3 einen Bug ausgelöst, bei dem der Telephony-Manager beim Boot scheiterte. Der Fix bestand aus einer 18-KB-Bibliothek, die den Manager um eine zusätzliche Null-Prüfung erweiterte. Klein, präzise, wirksam.
RIL-Module für regionale Bands. Das SU540 hatte ein Modem, das offiziell nur koreanische 3G-Bänder kannte. Modder:innen aus Russland und Brasilien lieferten RIL-Patches, die zusätzliche Frequenzbänder (1900 MHz für UMTS-Brasilien, 2100 MHz für UMTS-Russland) freischalteten. Diese Fixes waren regional spezifisch — wer den falschen flashte, hatte ein Modem, das gar nichts mehr erkannte. Die Recovery-Anleitung dazu steht in der Werkstatt-Rubrik.
Throttle-Overrides. Der OMAP3-SoC hatte eine konservative thermische Drosselung — sobald 65 °C überschritten wurden, takteten alle Kerne auf 300 MHz herunter. Für die meisten Anwendungen war das richtig. Für GPS-Logging über Stunden oder für Audio-Recording war es hinderlich. Throttle-Override-Fixes verschoben die Drosselgrenze auf 75 °C — mit dem expliziten Hinweis, dass das auf Kosten der Lebensdauer ging.
Wie prüft man Integrität?
Ein Fix-Bundle ist eine kleine Datei, die mit Root-Rechten ins System schreibt. Wer es flasht, muss ihm vertrauen. In den 4PDA-Threads zirkulierten oft zwei oder drei Hashes pro Fix — SHA-1 und MD5, manchmal auch eine GPG-Signatur eines bekannten Maintainers. Heute ist dieses Vertrauensnetz dünn geworden: Die meisten Original-Hash-Listen sind offline, die GPG-Schlüssel teilweise widerrufen, die Maintainer in andere Projekte abgewandert.
Was bleibt, sind drei Strategien:
- Archiv-Quervergleich. Wenn ein Fix-ZIP in mehreren unabhängigen Mirrors mit identischem SHA-256-Hash liegt, ist die Wahrscheinlichkeit hoch, dass es authentisch ist. Wir pflegen in der Archiv-Forschungs-Rubrik eine wachsende Hash-Liste.
- Inhaltliche Plausibilität. Ein Fix-Bundle, das deutlich mehr als die deklarierte Funktion enthält (z. B. ein „Throttle-Override”, der zusätzlich einen
su-Binary ablegt), ist suspekt. Wer dasupdater-scriptliest, sieht das in zwei Minuten. - Offline-First. Wer ein KitKat-Gerät heute betreibt, sollte es nicht primär als Internet-Gerät einsetzen. Damit reduziert sich die Angriffsfläche eines kompromittierten Fix-Bundles erheblich.
Was wir nicht tun
nochill stellt keine Fix-Bundles zum Download bereit. Wir dokumentieren, was in ihnen drin war, wie sie funktionierten und wie man sie prüft. Wer ein konkretes Fix sucht, findet die Originalquellen über die in der Szene-Rubrik dokumentierten Communities. Ein Mirror, dessen Integrität wir nicht selbst auditieren können, wird hier nicht verlinkt — das ist die einzige redaktionelle Regel, die wir konsequent halten.