Nexus 9 Lineage OS 16 - gebrickt?

[Sharangir]

Okay
Ich weiss nicht, ob man das hier überhaupt diskutieren darf, da ich mich echt nicht auskenne mit Android-Zeugs.
Ich habe ein uraltes Google Nexus 9 (Flounder), das ich zu einem simplen Zweck wiederbeleben wollte: Als Empfänger für jpg-Files von der DLSR, um Bilder direkt in gross darzustellen, ohne hin und her.

Nikon hat dafür eine mehr oder weniger brauchbare App. Diese funktioniert aber scheinbar auf Android 7 nicht.
Da der Support für das Nexus 9 längst eingestellt wurde, habe ich google bemüht, rauszufinden, ob ich irgendwie Android 9 drauf installieren kann. (Neue Tablets mit einem derart guten Display sind viel zu teuer, wenn man sie nur als "Bilderrahmen" verwenden will.. und ein CamRanger kommt auch nicht in Frage, wenn die Kamera Wifi integriert hat.)

Gesucht, gefunden.
https://theupgradeguide.com/install-android-9-0-pie-on-google-nexus-9-lineageos-16-how-to-guide/

Nun... wie gesagt habe ich keinen Plan von Android.

Das Tablet ist jetzt in einem Zustand, wo es nur noch "Google" vor schwarem Bildschirm darstellt und nicht mehr starten kann. Ich komme in den Fastboot-Modus, aber Recovery geht nicht MEHR. Das TWRP Titelbild kommt, dann gehts wieder zum "Google" vor schwarzem Bild und bleibt dort.


Was habe ich gemacht:

• Ich habe ADB und Fastboot Kit auf dem PC installiert
• Ich habe das Tablet im Fastboot-Modus gestartet und bootloader unlocked
• Ich habe via cmd line TWRP.img geflasht. https://twrp.me/htc/htcnexus9.html
• Ich habe im TWRP Recovery mode ein Backup erstellt
• Ich habe via USB die ROM und das GAPPS file aufs tablet gezogen und die ROM installiert.

Bis dahin war alles "okay", das Tablet startete mit dem Lineage OS logo (das würgte ich aber ab, und ging wieder in TWRP rcovery um die GAPPS zu installieren.

-Ich WOLLTE das GAPPS file installieren, aber das spuckte ERROR 70 aus.

Kurze recherche ergab: Error 70 = zu wenig Platz. Ergab für mich keinen Sinn, da die 32GB komplett leer waren.
Mehr google führte mich hier hin:
https://tech-latest.com/error-70-while-installing-gapps-in-twrp/

Und das habe ich befolgt.
Aber beim zweitletzten Schritt ging alles schief.
Resize File System gab einen Fehler und beim zweiten Versuch klappte es angeblich.

Als ich zurück ging, um GAPPS zu installieren, crashte das dämliche Teil und dann gings nur noch den Bach runter.

Zuerst kam ich noch ins TWRP Recovery, aber das Tablet wollte ein passwort für die Dateifreigabe ("default_password" wurde nicht akzeptiert).
Also googlete ich wieder und befolgte das hier: https://forum.xda-developers.com/t/...please-help-ive-never-set-a-password.3567525/

Diese Befehle konnte ich senden, aber ich kann das Tablet (Internal Storage) nicht mehr sehen unter "Dieser PC".

Wenn ich es anschliesse, sehe ich, dass ein Android Device angeschlossen ist. Den USB-Treiber habe ich aktualisiert. Ich habe extra manuell ADB Interface ausgewählt, woraufhin eine Warnung kommt. Diese mit Ja bestätigt (trotzdem installieren). Daraufhin wird ADB Interface installiert. Das Gerät wird dann aber mit "Bootloader Interface" angezeigt.

Ich kann in der CMD folgende Befehle ausführen:
Alles mit Fastboot, aber nichts mit ADB!
Fastboot wird weiterhin als "Unlocked" angezeigt auf dem Display.

Ich kann aber nichts mehr mit ADB machen. In der Anleitung: https://twrp.me/htc/htcnexus9.html
Soll man ja CMD line öffnen und ADB reboot bootloader eingeben.
Da kommt: "error: no devices/emulators found"


Irgendwie ging die ADB-Funktion verloren.

Wenn ich fastboot flash TWRP eingebe, wird das geamcht und bestätigt, ähnlich beim format cache und format userdata... kein Fehler, nix. Aber ich kann das Tablet nicht mehr als Datenträger sehen.


Weiss jemand, was hier schiefgelaufen ist und ob es irgend eine Möglichkeit gibt, das wieder zu retten?


P.S.: mir ist bewusst, dass ich mein Backup beim Wipe gelöscht habe, als ich versuchte, die verdammte Systempartition grösser zu machen.

Das Tablet lag seit Jahren im Schrank rum und hatte keine Daten mehr drauf. Ich will doch nur die verdammte Nikon-App benutzen, sonst gar nix.

 

[Mu Wupp]

Hallo.

Ich bin schon etwas länger aus der Materie raus, aber was wäre wenn Du die Original Software aufspielst und danach von vorne beginnst? Habe mich damals viel rumgeärgert mit einem Galaxy SII und einem HTC One M7. Da gingen damals auch nur Small Gapps. Da gab es verschiedene Paketgrößen bezüglich der Google App Packages.

Versuche nur irgendwie zu helfen :-)

 

[GrumpyCat]

ADB und Freigabe des Speichers via USB ist im Fastboot-Modus nicht aktiv. Das geht nur im laufenden Android oder vom Recovery aus (muss dort ggf. per Menüpunkt aktiviert werden, kommt aufs konkrete Recovery an).

"Zu wenig Speicher" hat nichts mit den 32GB zu tun. Die Systempartition ist ein Teil davon und evtl. zu klein. Mal mit Minimalversion der GApps versuchen. Umpartitionieren kann man auch, ist aber kitzlig.

Das "Resize File System" in TWRP verändert die Partitionsgröße nicht. Die von Dir zitierte Website sieht das falsch. Die Funktion stellt nur sicher, dass das Dateisystem die ganze existierende Partition nutzen kann, falls das Install-Skript da was falsch gemacht hat.

Echtes Ändern der Partitionsgrößen ist leider nicht so einfach.

 

[bloodyroar]

Hast du mal kontrolliert ob die ADB-Treiber unter dem Geräte im Geräte-Manager verwendet werden? Ich hatte mal das Phänomen, dass Windows sich bei erneuten Anstecken des Geräts die "falschen" Treiber zog.

 

[siggi%%44]

@Sharangir
1. Du kannst die Partitionsgröße von /system nicht ändern. Dein Gerät besitzt einen Flashspeicher mit einer festen Größe und dieser ist in viele Partitionen unterteilt.
Prinzipiell gilt: Willst du eine davon größer machen, muss eine andere verkleinert werden. Denn unterm Strich bleibt die Gesamtgröße des Speichers unverändert! Bei Android wirst du dir außerdem das gesamte System zerschissen, wenn du an diesen Größen etwas änderst. Lass es sein!!

Zielführend wäre es, Speicher auf /system freizugeben, indem z.B. Systemapps gelöscht werden. Durch die GApps werden bestimmte Apps installiert, die sich schon auf /system befinden könnten. Zudem kannst du dich auch selber von Apps trennen, die du nicht brauchst. Bei Interesse kann ich dir gerne helfen.

2. ADB und Fastboot sind je ein eigenständiges Tool, mit speziellen Befehlen.
ADB => kann NUR im laufenden System oder in der Recovery verwendet werden. Es arbeitet prinzipiell wie MS-DOS.
Fastboot => NUR im Fastboot-Modus (auch Bootloader-Modus genannt) benutzbar.

Also alle Befehle beginnend mit adb können nicht im Fastboot-Modus benutzt werden oder umgekehrt.

 

[GrumpyCat]

Willst du eine davon größer machen, muss eine andere verkleinert werden.

Genaugenommen muss man typischerweise eine oder mehrere verkleinern und verschieben, um Platz zu machen, die andere (System) zu vergrößern.

Ich hatte letztens ein Smartphone hier, bei dem die Partitionen in etwa so aussahen:
1. Partition: Bootloader o.ä., auf keinen Fall anpacken
2. Partition: System, die soll vergrößert werden
3. Partition: irgendwelche internen SoC-Daten, auf keinen Fall anpacken
4. Partition: Benutzerdaten, also eher unkritisch

Der naheliegende Schritt "Benutzerdatenpartition zugunsten von System verkleinern" ist da also nicht, weil anderer Krams dazwischenliegt, den auch der "Profi" lieber nicht anfassen mag.

In dem Fall habe ich Partition 2 und 4 gelöscht und an Stelle von Partition 4 neu angelegt. Der alte Platz von Partition 2 blieb so ungenutzt. Schade ums Flash, aber so war relativ sicher, dass das Gerät nicht permanent gebrickt wird.

War trotzdem ganz schöne Bastelei...

das Tablet startete mit dem Lineage OS logo (das würgte ich aber ab, und ging wieder in TWRP rcovery um die GAPPS zu installieren.

So mitten beim Booten/ersten Setup des Betriebssystems einen Reset zu machen ist nicht die allerbeste Idee übrigens. Dann ist ggf. irgendwelcher unfertiger Krams in der Datenpartition.

 

[kraehe82]

Doch, mal kann schon die Partitionsgröße ändern, aber das ist gefährlich.

Der TE hat das sicher gemacht, damit die Google Apps drauf passen.
Vielleicht hast du noch eine Chance wenn du das Factory Image von google drauf machst.

Ergänzung (1. September 2021)

Bekommst du das TWRP wieder gestartet?

 

[begin_prog]

Doch, mal kann schon die Partitionsgröße ändern, aber das ist gefährlich.

Wie ist das "gefährlich" eigentlich gemeint? Es müsste bei so einer Prozedur doch nur zwei Möglichkeiten geben: entweder die Anleitung ist korrekt und wird genau befolgt, dann klappt es, oder halt nicht. Das müsste sich aus Forenbeiträgen doch heraus lesen lassen.

Oder sind die Voraussetzungen (was war vorher drauf?) bei jedem so unterschiedlich, dass es schwer ist, eine klare Aussage für das eigene Gerät zu bekommen?

 

[siggi%%44]

@GrumpyCat Die Partitionen stehen in Abhängigkeit zueinander, mehr wollte ich nicht ausdrücken.
Ein Android Handy besitzt weit mehr als 4 Partitionen. Es sind bei aktuellen Modellen ca. 60-70, Xiaomi kommt sogar weit über 100. Bei älteren Modellen (ab 2015) hast du noch immer rd. 20 Partitionen. Diese sind auch ganz einfach zu editieren, wenn man passende Tools wie z.B. gdisk verwendet. Eine neue Partitionstabelle erstellst du dort in 2 Min. Aber es ist die denkbar schlechteste Variante, die du wählen kannst. Du brauchst auf /system keinen zusätzlichen, sondern freien Speicher!

Ergänzung (1. September 2021)

eine klare Aussage für das eigene Gerät zu bekommen?

Handy (mit entsperrtem Bootloader + Root) => Termux/gdisk installieren => nachschauen

Du kannst dir mit dem Befehl 'dd' die Partitionstabelle kopieren (ersten/letzten 33 Sektoren von /dev/block/mmcblk0) und dann anpassen. Die neueren Firmwares haben diese sogar direkt dabei.

Ergänzung (1. September 2021)

@Sharangir Welches Paket der GApps wolltest du denn flashen? Denn laut dem system.img für dein Lineage hast du nur knapp 800MB von 2.6GB belegt. Also ist da eigentlich noch ordentlich Platz auf der Partition?!

 

[GrumpyCat]

Ein Android Handy besitzt weit mehr als 4 Partitionen.

Ja klar, ich schrieb "in etwa", und es sollte der Punkt rüberkommen und nicht in Details untergehen.

Eine neue Partitionstabelle erstellst du dort in 2 Min.

Ohne die Inhalte der Partitionen zu verlieren? Ich habe parted/gdisk nur in alten Versionen ohne die "Move Partition"-Funktion gefunden, und ganz sicher will man die ganzen Modem-Partitionen etc. nicht löschen/leeren.

Du brauchst auf /system keinen zusätzlichen, sondern freien Speicher!

Bitte? Das kommt ja voll drauf an. Android ist ganz abseits von unnötigen Apps eben nicht schlanker geworden. Ein Gerät, das ab Werk z.B. mit Android 6 gekommen ist, hat tatsächlich nicht unbedingt genug Platz für Android 10 auf der System-Partition, je nachdem, wie "geschickt" die Leute das ab Werk gemacht haben (wie's konkret beim Nexus 9 aussieht, weiß ich nicht). Für etliche Geräte gibt's deswegen auch fertige Repartition-Skripte oder ähnliche Tools.

Ergänzung (1. September 2021)

Wie ist das "gefährlich" eigentlich gemeint?

Normalerweise ist das Schlimmste, was beim Flashen passieren kann, dass Du im Falle eines Problems wieder mit Fastboot anfangen musst.
Machst Du beim Umpartitionieren einen Fehler, brauchst Du bestenfalls jemanden, der sich sehr gut auskennt, um wieder eine funktionierende Partitionstabelle zu bekommen, und schlimmstenfalls (ziemlich wahrscheinlich) sind kritische Daten weg (Modem-Config etc.) oder auch Fastboot kaputt, sodass man das gar nicht mehr hinbekommt.

 

[siggi%%44]

Ohne die Inhalte der Partitionen zu verlieren?

Kommt darauf an, welche du veränderst. Aber man kann sie zur Not auch kopieren, falls sie nicht ohnehin in der Firmware enthalten sind.

Ich habe parted/gdisk nur in alten Versionen

In Termux hast du automatisch die aktuelle. Über externe Verbindung von PC etc. hast du keinen Zugriff auf diesen Bereich des Gerätes. Das wird nicht funktionieren.

Bitte?

Praktisch ist es natürlich, sich einfach mal das entsprechende LineageOS runterzuladen und zu schauen, wie viel Platz da eigentlich auf /system ist! Es sind insgesamt 2.6GB und durch Löschen der unnötigen Apps konnte ich immerhin von 800MB auf 600MB belegten Speicher runter. Ist bestimmt nicht viel, was ich da freigeschaufelt habe. Aber es sind trotzdem 2GB frei.

Das GApps Paket "micro" (völlig ausreichend!) ist rd. 350MB groß für das Nexus 9 flounders mit LOS 14.1 und sollte sich problemlos auf /system installieren lassen.

Ergibt für mich absolut gar keinen Sinn, an den Partitionen rumzuspielen!

Ergänzung (1. September 2021)

ganz sicher will man die ganzen Modem-Partitionen etc. nicht löschen/leeren

Warum? Weil sie als Image in der Firmware enthalten sind?

Ergänzung (1. September 2021)

hat tatsächlich nicht unbedingt genug Platz für Android 10 auf der System-Partition

Ab Android 10 hast du keine klassische Partition /system, sondern dynamische Systempartitionen, die als super.img zusammengefasst sind.
Aber ein GSI mit Android 10 liegt unter 1.5GB und ist also kein Problem.

 

[GrumpyCat]

In Termux hast du automatisch die aktuelle. ... Das wird nicht funktionieren.

Du nimmst einfach an, dass ich genau das gemacht habe, was Du kennst, und erzählst mir dann, dass das nicht funktioniert?

Klar kann man umpartitionieren, z.B. indem man TWRP startet, ADB aktiviert, und per adb push vom PC die (statisch kompilierten) Tools rüberkopiert, die man eben dafür braucht.

Aber dem OP würde ich das nicht empfehlen. Und wenn man ein Image auch so von der Größe passend bekommt, ist ja gut.

Die ganzen proprietären Partitionen will man nicht löschen, weil je nach Gerät Dinge wie die IMSI oder auch Kalibrationsdaten für den WLAN-Teil etc. drin sein können. Kommt aber natürlich aufs Gerät an.

 

[siggi%%44]

Du nimmst einfach an, dass ich genau das gemacht habe, was Du kennst, und erzählst mir dann, dass das nicht funktioniert?

Nein, ich habe den einfachsten Weg genannt. Du sagtest, deine Version des Tools wäre nicht mehr aktuell. Bei Termux ist sie es aber.
Übrigens kannst du in TWRP auch direkt den Befehl sgdisk nehmen, ohne erst die Binaries zu kopieren.

Ergänzung (1. September 2021)

Die ganzen proprietären Partitionen will man nicht löschen

Bevor ich irgendwas an der Partitionstabelle umschreibe, mache ich doch als erstes eine Sicherung. Wer das nicht macht, ist ziemlich naiv. Du kannst problemlos mit dd alles außer /data in einem Image oder einzeln sichern. Anders arbeitet TWRP z.B. auch nicht.

 

[Sharangir]

Hallo.

Ich bin schon etwas länger aus der Materie raus, aber was wäre wenn Du die Original Software aufspielst und danach von vorne beginnst? Habe mich damals viel rumgeärgert mit einem Galaxy SII und einem HTC One M7. Da gingen damals auch nur Small Gapps. Da gab es verschiedene Paketgrößen bezüglich der Google App Packages.

Versuche nur irgendwie zu helfen :-)

Bei dem guide gab es nur diese eine Datei zur Auswahl, weshalb ich da nicht weiter drüber nachdachte und davon ausging, dass das passen müsste. Habe jetzt gesehen, dass es das nicht nur als stock, sodnern eben auch als mini, micro, nano, etc. gibt. Habe entsprechend mal ein kleines runtergeladen, da ich nur den Playstore brauchen werden und das Teil vermutlich auch schneller laufen wird, ohne den ganzen Müll drauf. (Falls ich es denn wieder zum Laufen bringen sollte)

ADB und Freigabe des Speichers via USB ist im Fastboot-Modus nicht aktiv. Das geht nur im laufenden Android oder vom Recovery aus (muss dort ggf. per Menüpunkt aktiviert werden, kommt aufs konkrete Recovery an).

"Zu wenig Speicher" hat nichts mit den 32GB zu tun. Die Systempartition ist ein Teil davon und evtl. zu klein. Mal mit Minimalversion der GApps versuchen. Umpartitionieren kann man auch, ist aber kitzlig.

Das "Resize File System" in TWRP verändert die Partitionsgröße nicht. Die von Dir zitierte Website sieht das falsch. Die Funktion stellt nur sicher, dass das Dateisystem die ganze existierende Partition nutzen kann, falls das Install-Skript da was falsch gemacht hat.

Echtes Ändern der Partitionsgrößen ist leider nicht so einfach.

DAS ist essentielles Wissen, das mir da offensichtlich gefehlt hatte. Da kann ich natürlich stundenlang probieren im Fastboot-Menü die Treiber für ADB Interface zu aktivieren.
Partitionsgrössen will ich nicht manipulieren.

@Sharangir
1. Du kannst die Partitionsgröße von /system nicht ändern. Dein Gerät besitzt einen Flashspeicher mit einer festen Größe und dieser ist in viele Partitionen unterteilt.
Prinzipiell gilt: Willst du eine davon größer machen, muss eine andere verkleinert werden. Denn unterm Strich bleibt die Gesamtgröße des Speichers unverändert! Bei Android wirst du dir außerdem das gesamte System zerschissen, wenn du an diesen Größen etwas änderst. Lass es sein!!

Zielführend wäre es, Speicher auf /system freizugeben, indem z.B. Systemapps gelöscht werden. Durch die GApps werden bestimmte Apps installiert, die sich schon auf /system befinden könnten. Zudem kannst du dich auch selber von Apps trennen, die du nicht brauchst. Bei Interesse kann ich dir gerne helfen.

2. ADB und Fastboot sind je ein eigenständiges Tool, mit speziellen Befehlen.
ADB => kann NUR im laufenden System oder in der Recovery verwendet werden. Es arbeitet prinzipiell wie MS-DOS.
Fastboot => NUR im Fastboot-Modus (auch Bootloader-Modus genannt) benutzbar.

Also alle Befehle beginnend mit adb können nicht im Fastboot-Modus benutzt werden oder umgekehrt.

Okay, das macht absolut SInn. Das mit ADB und Fastboot habe ich nun gecheckt.
Partitionen will ich nicht anfassen. Das kleine Gapps sollte dann passen. (ist nur noch 237MB das zip vom Nano)

Genaugenommen muss man typischerweise eine oder mehrere verkleinern und verschieben, um Platz zu machen, die andere (System) zu vergrößern.

Ich hatte letztens ein Smartphone hier, bei dem die Partitionen in etwa so aussahen:
1. Partition: Bootloader o.ä., auf keinen Fall anpacken
2. Partition: System, die soll vergrößert werden
3. Partition: irgendwelche internen SoC-Daten, auf keinen Fall anpacken
4. Partition: Benutzerdaten, also eher unkritisch

Der naheliegende Schritt "Benutzerdatenpartition zugunsten von System verkleinern" ist da also nicht, weil anderer Krams dazwischenliegt, den auch der "Profi" lieber nicht anfassen mag.

In dem Fall habe ich Partition 2 und 4 gelöscht und an Stelle von Partition 4 neu angelegt. Der alte Platz von Partition 2 blieb so ungenutzt. Schade ums Flash, aber so war relativ sicher, dass das Gerät nicht permanent gebrickt wird.

War trotzdem ganz schöne Bastelei...


So mitten beim Booten/ersten Setup des Betriebssystems einen Reset zu machen ist nicht die allerbeste Idee übrigens. Dann ist ggf. irgendwelcher unfertiger Krams in der Datenpartition.

Ja, vermutlich habe ich das Teil gekillt bei diesem forced reset während dem boot...

Nun ist die grosse Frage: Wie kann ich das Original OS wieder draufflashen?

Recovery bringt mich genau bis zum TWRP Logo-Screen, dann wirds blank.. dann kommt das Google auf schwarzem Grund und bleibt dort...

Factory Reset führt zu gar nichts. Nicht mal der Robo auf dem OP-Tisch taucht da auf...

 

[GrumpyCat]

Recovery bringt mich genau bis zum TWRP Logo-Screen

Seltsam - wenn das Recovery einmal funktioniert hat, sollte das eigentlich auch so bleiben (außer bei einigen Samsung-Geräten, bei denen deren Idee von OS beim normalen Booten gerne das Recovery überschreibt. Kann man sich gar nicht ausdenken sowas...).

Recovery nochmal via Fastboot neu installieren schon versucht?

 

[Sharangir]

Seltsam - wenn das Recovery einmal funktioniert hat, sollte das eigentlich auch so bleiben (außer bei einigen Samsung-Geräten, bei denen deren Idee von OS beim normalen Booten gerne das Recovery überschreibt. Kann man sich gar nicht ausdenken sowas...).

Recovery nochmal via Fastboot neu installieren schon versucht?

Jo, ich habe via Fastboot das TWRP.img (so habe ich die aktuellste Version des TWRP genannt) geflasht.
Das sieht dann so aus:

Aber das Tablet kommt ums Verrecken nicht ins TWRP rein.. wie gesagt, es kommt kurz der Logo-Screen, dann ist sense..



EDIT:
Habe diese Anleitung befolgt, um das Factory Image wieder aufzuspielen und Android startet gerade.
https://forum.xda-developers.com/t/...ide-unbrick-restore-factory-firmware.2975668/

 

[Mr. Robot]

Du kannst ja auch mal eine andere TWRP Version probieren, wenn du eine findest. Natürlich muss sie zu deinem Gerät passen.

Du kannst TWRP übrigens auch per fastboot starten, ohne es zu flashen. Das empfiehlt sich, um erst mal zu testen, ob es überhaupt läuft.
fastboot boot <img file name>

 

[Sharangir]

Du kannst ja auch mal eine andere TWRP Version probieren, wenn du eine findest. Natürlich muss sie zu deinem Gerät passen.

Du kannst TWRP übrigens auch per fastboot starten, ohne es zu flashen. Das empfiehlt sich, um erst mal zu testen, ob es überhaupt läuft.
fastboot boot <img file name>

Danke, aber TWRP hat ja ursprünglich funktioniert. Konnte da backup erstellen, ROM laden, etc.

Das Tablet hat jetzt den ersten Boot ins Factory Android geschafft und USB wird erkannt.

 

[siggi%%44]

Versuch doch einfach mal, das aktuelle TWRP zu starten. Hier findest du alle Versionen
https://eu.dl.twrp.me/flounder/

außer bei einigen Samsung-Geräten, bei denen deren Idee von OS beim normalen Booten gerne das Recovery überschreibt. Kann man sich gar nicht ausdenken sowas...

Das macht jede Version von Android, die nicht auf A/B-Slots läuft. Das Script liegt IMMER unter /system/bin/install-recovery.sh und wird auch immer durch TWRP überschrieben beim ersten Start.

 

[Sharangir]

Versuch doch einfach mal, das aktuelle TWRP zu starten. Hier findest du alle Versionen
https://eu.dl.twrp.me/flounder/


Das macht jede Version von Android, die nicht auf A/B-Slots läuft. Das Script liegt IMMER unter /system/bin/install-recovery.sh und wird auch immer durch TWRP überschrieben beim ersten Start.

Ich habe das aktuellste TWRP auf dem Tablet. Habs ja gestern erst angefangen.

Nach dem Factory OS flashen konnte ich nun im fastboot das TWRP recovery erneut flashen und jetzt bin ich auch wieder im TWRP recovery menu drin.

Ergänzung (1. September 2021)

okay...
Ich kam bis zum "To start Android, enter your password" Fenster...
Dieses gefriert sofort ein.

Im TWRP habe ich dann "Format Data" gemacht und so kann ich LineageOS starten und komme an der Passwortabfrage vorbei.

Leider ist es auch hier so, dass der Screen einfriert.

Wenn ich gleich bereit bin beim Begrüssungsfenster auf "Weiter" zu klicken und mich schnell durchklicke, komme ich ein paar Fenster weit.. aber irgendwann friert der Kackscreen einfach ein.


Was ist jetzt wieder schiefgelaufen?