[How to] Verändern der Partitionierung mit/ohne Datenerhalt mittels Flashscript in TWRP-Recovery

@Nick Knight
Du verzweifelst daran? Dann hoffe ich, dass ich helfen kann.
Also wenn Du bereits 23MB preload hast (was für ein krummer Wert, aber ich erinnere mich gelesen zu haben, wie der zustande kam...LOL), dann solltest Du versuchen, preload einfach zu erhalten. Sie darauf zu setzen wird Dir nicht gelingen. Das liegt daran, dass die zugewiesenen GB-Werte immer auf die "HeapSizeGranularity" gerundet werden, die beim i9100 auf 4mb gesetzt ist. (Hätte also auch nicht funktioniert, wenn wie vom Ersteller der PIT-files damals ursprünglich angestrebt 46mb gepittet worden wären).
was hälst Du daher davon:
lanchon-repit-XXXXXXXX-system=1.2-sdcard=max-preload=same-i9100.zip
(data, weil nicht angegeben wird auf same+keep+ext4 gesetzt. Das "-preload=same" könnte aus dem gleichen Grund ebenfalls im Namen fehlen)
Falls Du internalSD auf ext4 umformatiert hast (und unter Berücksichtigung des letzten Kommentars)
lanchon-repit-XXXXXXXX-system=1.2-sdcard=max++ext4-i9100.zip

Verstehe zwar nicht, was Du bei einem DorimanX-Revival mit 23MB Preload willst, da ich bislang beim DorimanX nur die Verwendung für das 2nd ROM kenne, aber ein 2. ROM mit 23MB wird nicht viel können. Habe meine Preload (noch per selbsterstellter PIT) zwar wissentlich auf 32MB gesetzt, aber nicht wegen DorimanX und ich wüßte nicht, was DorimanX dort sonst noch hinein schriebe.

Das wäre doch für @fireburner was, da er ja sein Tel komplett verschlüssen will Was ich ja echt Sinn frei finde, denn dann darf auch keine Micro-SD drin sein , könnte ja auch wer auslesen

Zum Vergrößern anklicken....

Ein 0GB Wert sollte zu einem Fehler führen (oder ggf. aufgerundet werden).
Auch eine bereits vorher fehlende Partition aus dem Heap (egal ob preload oder internalSD) wird das Skript abbrechen lassen, weil ebenfalls nicht supported.

Gruß

@Nick Knight ja im Endeffekt muss ich die sdcard dann aufs minimalste verkleinern (8MB?!?) und /data uf max setzen.
Aber bevor es soweit ist muss ich erst herausfinden wie ich /sdcard nach /data mounte unter Android.
Sobald ich soweit bin und erfolgreich getestet habe, lasse ich euch natürlich daran teilhaben. Kann aber denke ich noch dauern bis es soweit ist.
Außerdem muss ich klären, wie TWRP beim Backup damit umgeht.

Ja, mit dem Skript und der Größenangabe "min" sind es 8MB. Kannst ja mal versuchen, ob es Du sie mit "0.0039" auf 4MB verkleinert bekommst.

Ist zwar hier OT, aber wenn Du die externe SD für die interne Verwendung einrichtest, solltest Du doch genau das erreichen, oder?

@the.gangster
Danke Dir, ich versuche das mal mit dem neuen Script.
Das mit preload=same hat bis zum letzten Script nicht funktioniert, gab immer einen Error. SD-Card ist bei mir vfat, da ich vom PC aus gerne mal was hin und her kopiere.
Und zu DorimanX und Preload, dem reichen 8MB zur Installation leider nicht, siehe Screenshots.

Gruß Nick Knight

@Nick Knight Muss ja nicht sagen, dass bei sowas ein Log ganz gut ist, oder?
"gab immer einen Error" ist einfach zu dünn um was erklären zu können.
Aber wenn du bislang auch schon mit "same" probiert hattest, wird das neue auch nicht besser laufen, fürchte ich.
Alternativ -sollte es wirklich an der Größe liegen- kannst du aber versuchen, die Preload auf 24MB zu setzen: preload=0.0234375

@the.gangster
Das war Perfekt mit dem Preloadwert Ich habe auch direkt das Script von gestern genutzt.
Allerdings hätte ich nie gedacht, das es geschlagene 42min dauert und 30% Akku verbraucht.

Vielen Dank Nick Knight

@Nick Knight
Du hast System vergrößert, oder?
Dadurch werden dann alle Daten der data und ggf. emmc verschoben. Der Füllstand ist dann egal. Selbst wenn also Data vorher formatiert worden wäre, würde es Häppchen für Häppchen verschoben.

Übrigens: dass die interne SD mit unknown size angezeigt wird hatte ich auch, bis ich neulich mal Diskinfo aktualisiert habe.

@the.gangster
Ja System und Preload wurden vergrößert und bis auf sdcard0 war alles formatiert. Danach nur zum testen den DorimanX geflasht. CM13 auch ohne GApps ist ja ein Testphone
DiskInfo ist noch eine ziemlich alte, hatte die letzte nicht auf der Micro-SD.

Gruß Nick Knight

Ok.
Wenn Data formatiert war, dann wäre der bessere (und in Bezug auf die "begrenzten" Schreibzyklen schonendere) Weg, für Data auch +wipe mit anzugeben.
Dann wird das FS einfach im Zielbereich nur neu angelegt. So hat er jetzt die vier leeren GB, Block für Block kopiert.

Aja gut zu wissen, auch für die nachfolgenden. Ein Backup ist auf jeden Fall schneller erstellt und zurück geschrieben.
Hast Du einen Erfahrungswert, wie lange das dauert? Natürlich ohne sdcard0 zu wipen
Denn sonst würde das Script für mich auch keinen Sinn machen.

Gruß Nick Knight

Ich finde das Skript macht alleine schon deshalb Sinn, das man sich Odin spart und außerdem quasi sein eigenes Pit mit individuellen Größen erstellt. Egal ob ich alles wipe oder nicht.

Das Pit-File für Odin kann man sich auch selbst erstellen, was natürlich immens aufwendiger ist
Und mit Odin geht das in wenigen Sekunden. Das zurück kopieren der sdcard0 je nach Füllungsgrad dauert dann natürlich

Gruß Nick Knight

Wenn du beim Skript, überall wipe dahinter setzt, geht das auch in ner Minute würde ich sagen

... und man hat keinen Stress eine Recovery zu finden, die einem Preload formatiert, geschweige denn die Notwendigkeit sich von anderen Leuten wieder überzeugen zu lassen, dass man tatsächlich die Interne SD formatieren muss...

Stichwort Formatieren, hier ist nur die Rede von ext4 und vfat. Was ist denn mit nachträglich alles mit F2FS zu formatieren?

Das geht bisher meines Wissens nur für /cache und /data.
Bei /cache bringt es nichts, da dieser nicht verwendet wird von CM.
Bei /data scheint es bisher auch nicht wirklich einen Performance Gewinn zu geben. Dafür holt man sich eventuell neue Probleme/Bugs.
Ich würde es also zum jetzigen Zeitpunkt nicht empfehlen und habe es auch selbst noch nicht getestet.
Wenn du mehr wissen möchtest lies dir den CM13 Thread auf XDA durch.

Da die nächste Version von Lanchon auch schon in der Mache ist, muss ich mal schnell noch die jüngsten Releasewechsel nachholen:

UPDATE (06.04.2016)
Build 2016-04-06 bringt folgende Änderungen:
- die eigene Laufzeitumgebung (Neuerung aus letztem Build) wurde wieder entfernt, da sie zu viele Probleme machte.
- direkte Unterstützung für TWRP 2 und TWRP 3 (durch Tool-Erkennung der vorhandenen binaries)
- basiert auf Lanchons komplett überarbeiteten Flashize, was es kompatibler machen soll
- Das dump tool wurde auch überarbeitet, um die Portierung auf neue Geräte zu vereinfachen
- Unterstützung für i9300 (Galaxy S3)
- Unterstützung für maguro (Galaxy Nexus GSM)

@maanteel
mit der nächsten Version wird so wie ich das sehe dann auch das Flash-Friendly File System von Repit unterstützt.

Kleine Frage am Rande, warum hat sich der Link geändert? Der Thread scheint ja nach wie (fast) alle Posts zu enthalten.

Weil @Nick Knight letzte Nacht endgültig die Altlasten entsorgt hat, was wohl nur durch Neuanlage ging.
Nur komisch, dass man offenbar keine Benachrichtigung bekam, wenn man den "alten" abonniert hatte.

#### Hinweis zur heute erschienenen IsoRec TWRP 3.0.2-0 Recovery:
Alle, die auf F2FS umformatiert haben, werden mit der 3.0.2er TWRP keine Freude haben, da dort Binary oder Link auf fsck.f2fs fehlt und somit keine Dateisystemprüfung für das Flash-Friendly Filesystem funktioniert.
Somit wird Repit dort mit Fehler abbrechen.
Betriff aber wirklich nur Geräte mit F2FS-formatierten Partitionen.