// glossary
Technische Android-Begriffe werden in Foren oft halb erklärt oder durcheinandergeworfen. Dieses Glossar beschreibt die Begriffe so, wie sie bei Root, Firmware, Recovery und Diagnose praktisch verwendet werden.
Googles Kommandozeilen-Schnittstelle zwischen Computer und Android. ADB wird für Logs, Dateiübertragung, App-Verwaltung und viele Diagnoseaufgaben genutzt, solange USB-Debugging bzw. ein autorisierter Debug-Zugang verfügbar ist.
Googles mobiles Betriebssystem auf Basis des Linux-Kernels. Hersteller wie Samsung, Xiaomi oder OnePlus bauen eigene Oberflächen und Systemkomponenten darauf.
Installationspaket für Android-Apps. Eine APK kann aus Play Store, Herstellerquellen oder per Sideload installiert werden, sofern die Sicherheitsrichtlinien des Geräts dies erlauben.
Der offene Quellcode-Kern von Android. Viele Custom ROMs basieren auf AOSP und ergänzen eigene Geräteunterstützung, Funktionen und Dienste.
Verified-Boot-System, das prüft, ob Boot- und Systemkomponenten vertrauenswürdig signiert sind. AVB ist zentral für moderne Bootloader-, Custom-ROM- und Root-Workflows.
Die frühe Startkomponente, die entscheidet, welche Boot-/Recovery-Images geladen werden dürfen. Ein entsperrter Bootloader ist für viele Modding-Schritte nötig.
Zustand, in dem das Gerät immer wieder startet, aber Android nicht vollständig lädt. Ursachen reichen von falschem Boot-Image bis zu defekter Firmware oder Hardware.
Historische bzw. geräteabhängige Android-Systemkonfiguration mit Eigenschaften über Gerät und System. Moderne Android-Versionen verteilen Properties stärker über mehrere Bereiche.
Samsung-Begriff für regionale/Carrier-spezifische Konfiguration. CSC beeinflusst unter anderem Netzfunktionen, Apps, Firmwarepakete und regionale Features.
Alternatives Android-System, das die Hersteller-ROM ersetzt. Beispiele sind LineageOS, crDroid oder GrapheneOS auf offiziell unterstützten Pixel-Geräten.
Entfernen oder Deaktivieren unnötiger vorinstallierter Apps und Dienste. Vieles ist bereits per ADB möglich, ohne Root zu benötigen.
Verstecktes Android-Menü für Entwickler- und Debug-Funktionen wie USB Debugging und bei manchen Geräten OEM Unlocking.
Skalierungswert für die Darstellung von UI-Elementen. Android nutzt Density-Werte, um Größen über verschiedene Displays hinweg anzupassen.
Qualcomm-Low-Level-Modus für Service/Recovery. Auf modernen Geräten ist EDL häufig auth-geschützt und nicht automatisch frei nutzbar.
Bootloader-Protokoll und Kommandozeilenwerkzeug zum Flashen, Entsperren und Diagnostizieren vieler Android-Geräte. Samsung nutzt stattdessen primär Download Mode/Odin.
Systemsoftware und Partitionspakete eines Geräts. Firmware muss exakt zu Modell, Region und häufig auch Build/Binary passen.
Googles Diebstahlschutz nach einem Werksreset. FRP verlangt häufig das zuvor synchronisierte Google-Konto und darf nur auf autorisierten Geräten bearbeitet werden.
Pakete mit Google-Diensten und -Apps für Custom ROMs, die diese nicht bereits enthalten. Sie müssen zur Android-Version und ROM passen.
Security- und Privacy-fokussiertes Android-System für offiziell unterstützte Google-Pixel-Geräte. GrapheneOS verfolgt bewusst kein Root-Modding-Modell.
Schwerer Ausfall, bei dem normale Boot-, Recovery- oder Fastboot-Modi nicht mehr erreichbar sind. Low-Level-Recovery ist nur bei passenden Chipsets/Tools möglich.
Xiaomis Nachfolger von MIUI. Für Modding besonders relevant, weil sich Bootloader-Unlock- und Account-Regeln gegenüber älteren MIUI-Anleitungen geändert haben.
Mobilfunk-Gerätekennung. Legitimer Service bedeutet die Wiederherstellung der ursprünglichen Geräteidentität, nicht das Klonen oder Erfinden fremder IMEIs.
Historischer Mechanismus für Shell-Skripte beim Booten. Auf modernen Android-Geräten ist klassische init.d-Unterstützung nicht selbstverständlich.
Root-Lösung, die Rechte stärker auf Kernel-Ebene verwaltet. Sie benötigt einen kompatiblen Kernel bzw. geeigneten GKI/LKM-Pfad.
Samsung-Sicherheitsplattform. Bei vielen Galaxy-Geräten kann ein Modding-Vorgang einen dauerhaften Knox-Tamper-Zustand auslösen.
Großes Community-Custom-ROM mit Fokus auf sauberes Android und lange Geräteunterstützung. Entscheidend ist der aktuelle offizielle bzw. gepflegte Build für das exakte Gerät.
Weit verbreitete systemlose Root-Lösung. Magisk patcht je nach Gerät Boot-/Init-Boot- oder Samsung-spezifische Images und bietet Zygisk sowie Module.
Xiaomis frühere Android-Oberfläche vor HyperOS. Viele ältere Mi-Unlock-Anleitungen stammen aus der MIUI-Ära und sind für HyperOS nicht mehr vollständig.
Früher Low-Level-Startcode vieler MediaTek-Chips. Bestimmte Recovery-Tools nutzen BootROM-Schwachstellen oder Servicepfade; moderne Geräte sind oft stärker geschützt.
Firmware-/Hardwarekomponente für Mobilfunk. Beschädigte Modem-/EFS-Daten können Netzprobleme verursachen.
Developer-Option, die — wenn vom Hersteller/Carrier erlaubt — Bootloader-Unlock vorbereiten kann. Ein vorhandener Toggle garantiert den Unlock nicht.
Firmwareformat, das bei OPPO/Realme-Service- und Flash-Workflows vorkommt. Zugriff und Tooling unterscheiden sich je nach Gerät.
Systemupdate, das direkt über das Gerät verteilt wird. Root oder modifizierte Partitionen können den Update-Ablauf verändern.
OnePlus-Android-Oberfläche. Moderne OxygenOS-Versionen teilen Komponenten mit ColorOS und unterscheiden sich je nach Region/Generation.
Google-API/Attestation-System zur Bewertung von Geräte- und App-Integrität. Ergebnisse und App-Verhalten ändern sich serverseitig und sind keine dauerhafte Root-Kompatibilitätsgarantie.
Separate Startumgebung für Wartung, Updates und Zurücksetzen. Custom Recoveries wie TWRP oder OrangeFox bieten zusätzliche Funktionen auf unterstützten Geräten.
Regionale Geräte- oder Dienstbeschränkung. Nicht gleichzusetzen mit SIM-Lock oder Bootloader-Lock.
Administratorähnlicher Systemzugriff auf Android. Root ermöglicht tiefere Änderungen, verändert aber das Sicherheits- und Update-Modell.
Älteres Google-Attestation-System, das weitgehend durch Play Integrity ersetzt wurde. Alte Root-Anleitungen beziehen sich häufig noch darauf.
Android-Speichermodell, das App-Zugriff auf gemeinsame Dateien einschränkt und den Datenschutz moderner Android-Versionen verbessert.
Installation einer App oder eines Updates außerhalb des normalen Store-/OTA-Wegs, z. B. APK-Installation oder adb sideload.
Softwarefehler, bei dem das Gerät nicht normal bootet, aber Recovery/Fastboot/Download Mode noch erreichbar ist. Oft softwareseitig reparierbar.
Originale Hersteller-Firmware. Stock ist der wichtigste Rückweg nach Root/Custom-ROM-Experimenten.
Ältere Root-Lösung, die vor Magisk weit verbreitet war. Für moderne Android-Versionen spielt sie kaum noch eine Rolle.
Partition bzw. logischer Systembereich mit Android-Komponenten. Moderne Geräte nutzen dynamische Partitionen und A/B-Layouts.
Hardware-Kontaktpunkte auf der Platine, die in Service-Workflows genutzt werden können, um bestimmte Low-Level-Modi zu erzwingen. Erfordert physische Arbeit und Gerätekenntnis.
Bekannte Custom Recovery. Unterstützung ist stark gerätespezifisch; ein TWRP-Build für ein ähnliches Modell ist kein sicherer Ersatz.
Allgemeiner Begriff für Entsperren. Immer klären, ob Bootloader-, Carrier-, SIM-, Screen- oder Account-Unlock gemeint ist.
Telefonie über LTE. Custom ROMs oder falsche Modem-/Carrier-Konfiguration können VoLTE beeinträchtigen.
Framework für tiefe Laufzeit-Hooks in Android. Moderne Varianten werden typischerweise über LSPosed/ähnliche Zygisk-basierte Ansätze umgesetzt.
Android-Prozess, aus dem App-Prozesse gestartet werden. Zygisk-/Xposed-artige Frameworks greifen hier für App-Hooking ein.
Schick uns den Begriff oder die Fehlermeldung zusammen mit deinem Gerät.