Ich würde gerne mit der Entwicklung von Android-ROMs zu Lernzwecken spielen und vielleicht kann ich mein aktuelles ROM forken und interessante Dinge darin ändern.
Ich wäre mit einem gemauerten Gerät lieber überhaupt nicht glücklich, aber wie wahrscheinlich ist das?
Soweit ich weiß , wenn der Bootloader unberührt ist, sollte das Flashen sogar von Müll das Gerät reparabel machen, da man immer noch in den Flash-Modus gehen und ein neues Rom flashen kann, weil der Bootloader in Ordnung ist. Rechts?
Ich nehme auch an, dass Hardware nicht wirklich durch schlechte Software beschädigt werden kann, oder? (Ich brauche einen zwingenden Grund, wenn du ja sagst)
Theoretisch kann mein Gerät also nicht wirklich kaputt gehen, indem ich flashe und ein benutzerdefiniertes ROM ausprobiere, selbst wenn es fehlerhaft ist oder sogar während des Flashens ein Fehler auftritt, oder? (vorausgesetzt, ich berühre den Bootloader nicht)
Wie Death Mask Salesman betonte, müssen Sie sicher sein, dass der Flash-Vorgang selbst nicht die Partitionstabelle oder den Bootloader überschreibt. Aber selbst wenn das Flashen selbst kein nicht behebbares Problem verursacht, ist es immer noch möglich, dass ein defektes ROM die Hardware des Telefons beschädigt.
Hier ist ein Beispiel aus der Praxis, als ich an der ROM-Integration gearbeitet habe. Einer meiner Kollegen hat die Entwicklungshardware, an der wir arbeiteten, gemauert, indem er ein ROM geflasht hat, bei dem der Kernel die CPU-Drosselung und die thermische Abschaltung deaktiviert hatte. Das Entwicklungsboard lief ein paar Minuten mit der CPU auf maximaler Geschwindigkeit und schmolz dann den SoC.
Hardware kann sehr stark durch Treiber beschädigt werden, die bearbeitet oder mit den falschen Optionen kompiliert wurden. Das Übertakten der CPU oder GPU (eine beliebte Funktion in benutzerdefinierten ROMs) birgt ein eigenes Überhitzungsrisiko – insbesondere, wenn Ihr Telefon leicht von den Spezifikationen abweicht. Einige Arten von Bildschirmhintergrundbeleuchtung können durch zu starkes Betreiben beschädigt werden, was der Treiber bei normalem Gebrauch verhindert. Außerdem haben einige Komponenten wie NFC-Chips und sichere Elemente manipulationssichere "Sicherungen" - wenn Sie versehentlich eine davon durchbrennen (indem Sie in das falsche Hardwareregister schreiben), ist dies möglicherweise irreversibel.
Aus diesem Grund erlischt die Garantie, wenn Sie ein benutzerdefiniertes ROM rooten oder flashen.
Zauberbuch
assert
s in die ZIP-Dateien einupdater-script
, die die Installation abbrechen, wenn Ihr Gerät nicht als kompatibel bestätigt wird. Offensichtlich ist das kein Luxus, den Sie haben, wenn Sie selbst ein ROM erstellen (wenn Sie die Überprüfungen nicht manuell hinzufügen, das heißt). Zusammenfassend lässt sich sagen, dass Sie, wenn Sie Ihr eigenes ROM mit Ihrem eigenen Zip erstellen, darauf achten müssen, den Bootloader nicht zu überschreiben, nur die/system
Partition zu überschreiben, (optional) zu überschreiben,/dev/block/platform/msm_sdcc.1/by-name/boot
um einen benutzerdefinierten Kernel zu installieren, und sehr darauf achten, Ihre Partitionstabelle nicht versehentlich zu leeren .OverCoder
Zauberbuch
dd if=/dev/null of=/dev/mmcblk0
nur, wenn Sie das Schicksal Ihres Mobilteils wünschen. Außerdem sollte Ihr Gerät beim Flashen inkompatibler Firmware lediglich Softbrick werden, vorausgesetzt, dass nichts als/system
,/boot
und optional/data
überschrieben wird. Anders ausgedrückt: Bis Ihr Bootloader und/oder Ihre Partitionstabelle kaputt sind, gibt es nichts, wovon Sie sich nicht erholen können.