the.gangster
Stamm-User
- 660
[How to] Verändern der Partitionierung mit/ohne Datenerhalt mittels Flashscript in TWRP-Recovery (Lanchon REPIT)
Wieso, weshalb, warum?
Es gibt viele Gründe, warum man irgendwann vor der Frage stehen könnte, ob man die Partitionierung seines Galaxy S2 ändern sollte. Zunächst war überwiegend die Vergrößerung der Data Partition 2GB im Focus. Denn in dieser Partiton werden Apps installiert. Bekommt man also beim Installieren von Apps die Meldung, es sei nicht genügend Platz auf dem Gerät, dann ist diese Partition voll. Mit Lollipop rückte dann die System Partition 512MB schon eher in den Focus, denn da in der System Partition das ROM sowie System Apps, zu denen auch die (optionalen) Google Apps (GApps) gehören, installiert werden, beides aber immer größer wurde, wurde es jetzt dort schon einmal eng. Wer mehr als nur die Pico-GApps installieren wollte, musste die System Partition vergrößern, aber ansonsten passte es noch weiterhin. Dann aber wurde Marshmallow (CM13) im Nightly-Branch offiziell über OTA bereitgestellt, was viele (ob geplant oder „ungewollt“ installiert) aber am eigenen Leib, äh Telefon, erfahren lies, dass die System Partition in Originalgröße zwar noch Platz für das ROM hatte, (weshalb es auch von CyanogenMod durchgewunken wurde,) aber eben nicht mehr genügend Platz für die kleinste Pico GApps Variante bot. Und damit stand unangefochten die Frage im Zentrum aller CM13 Threads, wie man denn die System Partition des i9100 vergrößern könne. Mit LOS14.1 war dann die (werksseitige) Systempartition endgültig zu klein um das ROM aufzunehmen, so dass es fortan keinen Weg mehr an der Vergrößerung dieser Partition vorbei gab/gibt. Versuchte man es trotzdem, begegnete man üblicherweise beim Flashen eines solchen ROMs dem Problem, dass es in der Recovery beim Schritt "Patching system image unconditionally" nicht mehr weiter ging.
Viele sind zwar der Meinung, sie hätten doch schon in der Vergangenheit ihre Partitionierung geändert und müssten somit doch noch Platz haben, doch waren dies oftmals nur Vergrößerungen der Data Partition. Bisher hat man üblicherweise die Partitionierung über ODIN geändert. Dazu hat man ein PIT-file erstellt oder eben von irgendwo heruntergeladen, geflasht und danach, je nach dem, welche Partitionen von den Größenänderungen betroffen waren, diese neu formatiert und sein Backup zurückgespielt oder eben frisch installiert.
Die Methode mittels Odin und Pitfile wurde hier bereits beschrieben: how-to-vergroesserung-der-datenpartition-mittels-bearbeitetem-pit-file-mit-odin
Diese Methode war jahrelanger Usus.
Was gibt es neues?
Jetzt aber gibt es eine Alternative, die das Vergrößern und Verkleinern der Partitionen optional sogar unter Erhaltung aller Daten ermöglicht und die obendrein ganz ohne Rechner funktioniert. Entwickelt wurde das Ganze von Lanchon aus dem XDA Entwicklerforum. Update 25.02.16: Inzwischen hat er das Projekt aber auf GitHub verlagert.
Was wird benötigt?
Was ist zu tun?
Die gewünschten Aktionen werden über den Namen der Zip-Datei definiert und unterliegen folgender Syntax:
ZIP Name (i9100) :
<prefix>[-system=<conf>][-data=<conf>][-sdcard=<conf>][-preload=<conf>]<suffix>
grundsätzlich gültige Partitiondefinitionen ( Werte für <conf> )
[<Größe-in-MiB-oder-GiB>|same|min|max][+[keep|wipe][+[ext4|vfat|f2fs|swap|raw]]]
zerlegen wir die <conf> Werte noch weiter:
[<Größe-in-MiB-oder-GiB>|same|min|max][+[keep|wipe][+[ext4|vfat]]]
Zielgröße:
Verhalten:
Filesystem:
(Obige Angaben zum Filesystem sind geräteabhängig. Beim i9100 kommen swap und raw nicht zum Einsatz.)
Standardwerte für das i9100:
folgende Angaben sind für das Galaxy S2 vordefiniert und können gemäß obiger Syntax durch den Zip-Namen explizit anders definiert werden. Lässt man also einzelne oder alle Angaben zu einer Partition im Namen der ZIP-Datei weg, so kommen diese Werte hier zum Tragen:
-system=same+keep+ext4
-data=same+keep+ext4
-sdcard=same+keep+vfat
-preload=same+keep+ext4
(lässt man einen Konfigurationsbestandteil weg, muss das „+“ trotzdem angeben werden:
-sdcard=++ext4 entspricht dann -sdcard=same+keep+ext4)
(ANMERKUNG: Aufgrund eines Bugs war in den 20160923-Downloads das Weglassen der Größe nicht möglich, wenn man danach noch andere Parameter für eine Partition angab. Also "irgendeinepartition=++ext4" oder "=+wipe" wurde als Syntaxfehler berichtet. Der Bug wurde mit den 20170115-Versionen wieder behoben.)
Es empfiehlt sich aber ohnehin, nur noch die aktuellste Version von REPIT zu nutzen.
Hinweise
Status: Stable
Die Nutzung erfolgt natürlich auf eigene Gefahr, aber bislang wurden keine Fälle bekannt, wo Daten verloren gegangen wären. Ein Backup zu besitzen ist aber dennoch beruhigender, um nicht zu sagen Pflicht. Denn Obacht! Wenn man eine Partition auf „wipe“ setzt, kommt natürlich auch ein Wipe dabei raus! Und letztlich übernehme ich auch keine Verantwortung dafür, dass hier genannte Beispiele fehlerfrei sind oder auch noch bei der nächsten Version des Tools in dieser Namensvariante dieselbe Funktion haben.
Will man alle Daten erhalten ist logischerweise eines Voraussetzung:
Natürlich muss entsprechender Platz vorhanden sein. Will man also von der Werkspartitionierung (0,5GB System/2GB Data/11,5 GB interne SD/0,5 GB Preload) auf 1,5GB System/6GB Data wechseln, so darf selbst wenn man Preload nicht nutzt (auf 8MB setzt), die interne SD logischerweise nicht mit mehr als 7GB gefüllt sein, denn es wird ja nicht mehr Platz geschaffen, sondern nur umverteilt.
Wenn man eine andere Recovery verwendet: das Tool prüft alle benötigten Binaries ab, bevor es loslegt. Theoretisch (und praktisch auch) kann man es also auch mit anderer Recovery versuchen. Wenn nicht alles benötigte gefunden wird, wird man deutlich darauf hingewiesen: "FATAL: xxx tool is missing (try running under TWRP)“. Das kann einem auch dann begegnen, wenn man es in einer TWRP ausführt.
Falls man den entsprechenden Kernelsupport hat (also einen Trim-enabled-Kernel), werden ext4-Partitionen auch gleich getrimmt. (Lanchons Trim-Kernel gibt es HIER , CM13-Nightlies ab cm-13.0-20160303-NIGHTLY-i9100.zip haben TRIM bereits unter der Haube)
Will man “nur” die Systempartition auf 1GB vergrößern und nutzt kein Preload, kann man die Datei so verwenden, wie man sie heruntergeladen hat (Syntax ab 2016-09-23) :
lanchon-repit-20170115-system=1G-data=same-sdcard=max-preload=min+wipe-i9100.zip
(dies hilft dann schon, um nach Update auf CM13 wieder GApps installieren zu können)
Sonstiges:
Wenn es auf Fehler läuft, dann ist das Log sehr aufschlussreich. Oft hilft es, noch einmal gemountete Laufwerke zu trennen und es neu laufen zu lassen. Schaut Euch aber auf jeden Fall die Meldungen an. Ggf. auch in der TWRP Recovery eine Eben zurück gehen und das Symbol in der Mitte drücken um den ganzen Bildschirm zu sehen. Am besten auch das Recovery.log auf SdCard kopieren (unter Advanced in TWRP)
Hat man eine EXT4 formatierte interne SD, benennt die Zip aber nicht entsprechend, so läuft der Filesystem-Check ggf. auf Fehler. Dann einfach im Namen korrigieren und nochmal laufen lassen.
Wenn man nur umpartitionieren möchte, aber die Daten ohnehin gelöscht werden sollen, weil man z. B. auf ein anderes ROM wechselt, dann läuft es natürlich wesentlich schneller ab, wenn man das Tool auch direkt die Partitionen wipen läßt.
Nutzt man das Dualboot-Feature des DorimanX-Kernels, so darf man natürlich die Preload-Partition nicht verkleinern. (wenn noch mehr Nutzungsfälle für die Preload Partition bekannt sind, immer her damit)
Wenn man das Tool auf einem verschlüsselten Gerät laufen lässt (es soll ja Leute geben, die nicht vorher lesen, sondern nachher), dann bricht das Tool ab, weil es die Partitionstabelle nicht neu einlesen kann.
Seit Version 2016-02-16 werden auch Nicht-16GB-Varianten des i9100 unterstützt.
(komplettes Changelog im Post #2)
ACHTUNG: Geänderte Syntax für Größenangaben ab 2016-09-23!!!
Beispiele:
Ihr habt noch die Werkspartitionen und -formatierung und könnt keine GApps mehr flashen, weil Ihr auf CM13 aktualisiert habt, dann nutzt sie so wie heruntergeladen:
lanchon-repit-20170115-system=1.0G-data=same-sdcard=max-preload=min+wipe-i9100.zip
1GB System, 6GB Data, minimum Preload, dabei System, Data & SdCard erhalten:
lanchon-repit-XXXXXXXX-system=1G-data=6G-sdcard=max-preload=min+wipe-i9100.zip
1GB System, 6GB Data, minimum Preload, dabei System & SdCard erhalten aber Data formatieren:
lanchon-repit-XXXXXXXX-system=1G-data=6G+wipe-sdcard=max-preload=min+wipe-i9100.zip
Info: Data löschen ist wesentlich schneller als es zu verschieben, wenn System vergrößert wird und Data groß ist
1GB System, 6GB Data, minimum Preload, dabei SdCard erhalten aber System und Data formatieren:
(z. B. wenn man ohnehin ein neues ROM flashen möchte)
lanchon-repit-XXXXXXXX-system=1G+wipe-data=6G+wipe-sdcard=max-preload=min+wipe-i9100.zip
zurück auf die Werkpartitionierung:
lanchon-repit-XXXXXXXX-system=0.5G-data=2G-sdcard=max-preload=0.5G-i9100.zip (preload erhalten)
lanchon-repit-XXXXXXXX-system=0.5G-data=2G-sdcard=max-preload=0.5G+wipe-i9100.zip (preload formatieren)
lanchon-repit-XXXXXXXX-system=0.5G+wipe-data=2G+wipe-sdcard=max+wipe-preload=0.5G+wipe-i9100.zip (ALLES formatieren)
Einfach nur Trimmen (und Filesystem check) (Voraussetzung: Trim-Kernel, wie oben erläutert)
lanchon-repit-XXXXXXXX--i9100.zip
_______________________________________________________
Link zum originalen Thread zum XDA
Weitere original Threads hier genannter Themen
Wieso, weshalb, warum?
Es gibt viele Gründe, warum man irgendwann vor der Frage stehen könnte, ob man die Partitionierung seines Galaxy S2 ändern sollte. Zunächst war überwiegend die Vergrößerung der Data Partition 2GB im Focus. Denn in dieser Partiton werden Apps installiert. Bekommt man also beim Installieren von Apps die Meldung, es sei nicht genügend Platz auf dem Gerät, dann ist diese Partition voll. Mit Lollipop rückte dann die System Partition 512MB schon eher in den Focus, denn da in der System Partition das ROM sowie System Apps, zu denen auch die (optionalen) Google Apps (GApps) gehören, installiert werden, beides aber immer größer wurde, wurde es jetzt dort schon einmal eng. Wer mehr als nur die Pico-GApps installieren wollte, musste die System Partition vergrößern, aber ansonsten passte es noch weiterhin. Dann aber wurde Marshmallow (CM13) im Nightly-Branch offiziell über OTA bereitgestellt, was viele (ob geplant oder „ungewollt“ installiert) aber am eigenen Leib, äh Telefon, erfahren lies, dass die System Partition in Originalgröße zwar noch Platz für das ROM hatte, (weshalb es auch von CyanogenMod durchgewunken wurde,) aber eben nicht mehr genügend Platz für die kleinste Pico GApps Variante bot. Und damit stand unangefochten die Frage im Zentrum aller CM13 Threads, wie man denn die System Partition des i9100 vergrößern könne. Mit LOS14.1 war dann die (werksseitige) Systempartition endgültig zu klein um das ROM aufzunehmen, so dass es fortan keinen Weg mehr an der Vergrößerung dieser Partition vorbei gab/gibt. Versuchte man es trotzdem, begegnete man üblicherweise beim Flashen eines solchen ROMs dem Problem, dass es in der Recovery beim Schritt "Patching system image unconditionally" nicht mehr weiter ging.
Viele sind zwar der Meinung, sie hätten doch schon in der Vergangenheit ihre Partitionierung geändert und müssten somit doch noch Platz haben, doch waren dies oftmals nur Vergrößerungen der Data Partition. Bisher hat man üblicherweise die Partitionierung über ODIN geändert. Dazu hat man ein PIT-file erstellt oder eben von irgendwo heruntergeladen, geflasht und danach, je nach dem, welche Partitionen von den Größenänderungen betroffen waren, diese neu formatiert und sein Backup zurückgespielt oder eben frisch installiert.
Die Methode mittels Odin und Pitfile wurde hier bereits beschrieben: how-to-vergroesserung-der-datenpartition-mittels-bearbeitetem-pit-file-mit-odin
Diese Methode war jahrelanger Usus.
Was gibt es neues?
Jetzt aber gibt es eine Alternative, die das Vergrößern und Verkleinern der Partitionen optional sogar unter Erhaltung aller Daten ermöglicht und die obendrein ganz ohne Rechner funktioniert. Entwickelt wurde das Ganze von Lanchon aus dem XDA Entwicklerforum. Update 25.02.16: Inzwischen hat er das Projekt aber auf GitHub verlagert.
Was wird benötigt?
- Ein unverschlüsseltes i9100 (ansonsten *vorher* entschlüsseln!)
- Minimal mit Lanchons IsoRec TWRP-Recovery 2.8.7.0 (by arnab) HIER
Aktueller ist aber die 3.1.0-0 (oder auch 3.0.2-1)
(es gibt auch eine TWRP 3.0.0-0, die aber nur unter CM13 läuft und der benötigte Binaries fehlen, welche sich aber grundsätzlich schon nicht empfiehlt)
- mit einem Rom (genauer gesagt Kernel) mit IsoRec-Support (damit man auch in o.g. Recovery kommt) z. B. CM13 Nightly (alle) oder CM12.1 (ab Nightly-20160119). Auch die Nachfolger LOS14.1 und 15.1 sind IsoRec-fähig. Will man also später nochmal was ändern, muss man natürlich nicht downgraden.
Einzeln gibt es z. B. diesen CM13-Kernel.
- mit möglichst voller Batterie und Ladegerät
- die neueste Variante von Lanchons Skript von HIER (inzwischen in Unterordner mit neuestem Datum - aktuell:2017-01-15)
Was ist zu tun?
- Überlegen, was man für eine Partitionsaufteilung haben möchte und was für ein Filesystem man aktuell auf seiner internen SD verwendet (Falls von Euch nie geändert: vFat)
- Die heruntergeladene Zip entsprechend der gewünschten Partitionierung gemäß unten aufgeführter Syntax umbenennen und auf die externe SD legen oder direkt nach /tmp kopieren
- Sicherheitshalber ans Ladegerät anschließen, da es durchaus dauern kann (wenn man die Option der Datenerhaltung nutzt)
- Falls Ihr es statt ans Ladegerät an den Rechner hängt, achtet darauf, dass die Laufwerke nicht über USB gemounted werden, sonst kommen Fehler beim "reread partition table".
- In der TWRP Recovery die Zip flashen. Wenn nicht alle Partitionen unmounted werden können, wird es sich selbst nach /tmp kopieren und Euch bitten, es von dort nochmal zu starten. Natürlich kann man auch in der TWRP schon vorher proaktiv alle gemounteten Partitionen weg haken.
- WICHTIG: Wenn es erst einmal gestartet wurde, dann keinesfalls mehr das Skript unterbrechen.
Wenn Fehler auftreten sollten, so wird es selbstständig abbrechen und den Fehler anzeigen.
Solange aber besser: Finger davon, oder wie Lanchon es formuliert: geht Euch einen oder zwei Kaffees holen.
Die gewünschten Aktionen werden über den Namen der Zip-Datei definiert und unterliegen folgender Syntax:
ZIP Name (i9100) :
<prefix>[-system=<conf>][-data=<conf>][-sdcard=<conf>][-preload=<conf>]<suffix>
grundsätzlich gültige Partitiondefinitionen ( Werte für <conf> )
[<Größe-in-MiB-oder-GiB>|same|min|max][+[keep|wipe][+[ext4|vfat|f2fs|swap|raw]]]
zerlegen wir die <conf> Werte noch weiter:
[<Größe-in-MiB-oder-GiB>|same|min|max][+[keep|wipe][+[ext4|vfat]]]
Zielgröße:
same: Keine Größenänderung dieser Partition
min: Größe wird auf 8 MB gesetzt (Nützlich für die Preload Partition, da in Custom ROMs ungenutzt)
max: Partition so groß wie möglich machen (darf nur für eine Partition verwendet werden)
Größe: Partitionsgröße in MB oder GB (wird auf die nächsten MB gerundet) in englischer Punktierung (z.B. 0.5G oder 512M) (geänderte Syntax ab 2016-09-23! )
min: Größe wird auf 8 MB gesetzt (Nützlich für die Preload Partition, da in Custom ROMs ungenutzt)
max: Partition so groß wie möglich machen (darf nur für eine Partition verwendet werden)
Größe: Partitionsgröße in MB oder GB (wird auf die nächsten MB gerundet) in englischer Punktierung (z.B. 0.5G oder 512M) (geänderte Syntax ab 2016-09-23! )
Verhalten:
keep: Daten der Partition erhalten
wipe: Formatieren (Daten futsch)
wipe: Formatieren (Daten futsch)
Filesystem:
ext4 Volle Unterstützung für Verschieben, Größenänderung, Formatierung
vFat Volle Unterstützung für Verschieben, Größenänderung, Formatierung
f2fs Nur Verschieben oder Formatieren. (Größenänderung nur mit Formatierung)
swap Nur Formatieren. (Verschieben und Größenänderung nur mit Formatierung)
raw Nur Verschieben. (Keine Größenänderung, keine Formatierung)
vFat Volle Unterstützung für Verschieben, Größenänderung, Formatierung
f2fs Nur Verschieben oder Formatieren. (Größenänderung nur mit Formatierung)
swap Nur Formatieren. (Verschieben und Größenänderung nur mit Formatierung)
raw Nur Verschieben. (Keine Größenänderung, keine Formatierung)
(Obige Angaben zum Filesystem sind geräteabhängig. Beim i9100 kommen swap und raw nicht zum Einsatz.)
Standardwerte für das i9100:
folgende Angaben sind für das Galaxy S2 vordefiniert und können gemäß obiger Syntax durch den Zip-Namen explizit anders definiert werden. Lässt man also einzelne oder alle Angaben zu einer Partition im Namen der ZIP-Datei weg, so kommen diese Werte hier zum Tragen:
-system=same+keep+ext4
-data=same+keep+ext4
-sdcard=same+keep+vfat
-preload=same+keep+ext4
(lässt man einen Konfigurationsbestandteil weg, muss das „+“ trotzdem angeben werden:
-sdcard=++ext4 entspricht dann -sdcard=same+keep+ext4)
(ANMERKUNG: Aufgrund eines Bugs war in den 20160923-Downloads das Weglassen der Größe nicht möglich, wenn man danach noch andere Parameter für eine Partition angab. Also "irgendeinepartition=++ext4" oder "=+wipe" wurde als Syntaxfehler berichtet. Der Bug wurde mit den 20170115-Versionen wieder behoben.)
Es empfiehlt sich aber ohnehin, nur noch die aktuellste Version von REPIT zu nutzen.
Hinweise
Status: Stable
Die Nutzung erfolgt natürlich auf eigene Gefahr, aber bislang wurden keine Fälle bekannt, wo Daten verloren gegangen wären. Ein Backup zu besitzen ist aber dennoch beruhigender, um nicht zu sagen Pflicht. Denn Obacht! Wenn man eine Partition auf „wipe“ setzt, kommt natürlich auch ein Wipe dabei raus! Und letztlich übernehme ich auch keine Verantwortung dafür, dass hier genannte Beispiele fehlerfrei sind oder auch noch bei der nächsten Version des Tools in dieser Namensvariante dieselbe Funktion haben.
Will man alle Daten erhalten ist logischerweise eines Voraussetzung:
Natürlich muss entsprechender Platz vorhanden sein. Will man also von der Werkspartitionierung (0,5GB System/2GB Data/11,5 GB interne SD/0,5 GB Preload) auf 1,5GB System/6GB Data wechseln, so darf selbst wenn man Preload nicht nutzt (auf 8MB setzt), die interne SD logischerweise nicht mit mehr als 7GB gefüllt sein, denn es wird ja nicht mehr Platz geschaffen, sondern nur umverteilt.
Wenn man eine andere Recovery verwendet: das Tool prüft alle benötigten Binaries ab, bevor es loslegt. Theoretisch (und praktisch auch) kann man es also auch mit anderer Recovery versuchen. Wenn nicht alles benötigte gefunden wird, wird man deutlich darauf hingewiesen: "FATAL: xxx tool is missing (try running under TWRP)“. Das kann einem auch dann begegnen, wenn man es in einer TWRP ausführt.
Falls man den entsprechenden Kernelsupport hat (also einen Trim-enabled-Kernel), werden ext4-Partitionen auch gleich getrimmt. (Lanchons Trim-Kernel gibt es HIER , CM13-Nightlies ab cm-13.0-20160303-NIGHTLY-i9100.zip haben TRIM bereits unter der Haube)
Will man “nur” die Systempartition auf 1GB vergrößern und nutzt kein Preload, kann man die Datei so verwenden, wie man sie heruntergeladen hat (Syntax ab 2016-09-23) :
lanchon-repit-20170115-system=1G-data=same-sdcard=max-preload=min+wipe-i9100.zip
(dies hilft dann schon, um nach Update auf CM13 wieder GApps installieren zu können)
Sonstiges:
Wenn es auf Fehler läuft, dann ist das Log sehr aufschlussreich. Oft hilft es, noch einmal gemountete Laufwerke zu trennen und es neu laufen zu lassen. Schaut Euch aber auf jeden Fall die Meldungen an. Ggf. auch in der TWRP Recovery eine Eben zurück gehen und das Symbol in der Mitte drücken um den ganzen Bildschirm zu sehen. Am besten auch das Recovery.log auf SdCard kopieren (unter Advanced in TWRP)
Hat man eine EXT4 formatierte interne SD, benennt die Zip aber nicht entsprechend, so läuft der Filesystem-Check ggf. auf Fehler. Dann einfach im Namen korrigieren und nochmal laufen lassen.
Wenn man nur umpartitionieren möchte, aber die Daten ohnehin gelöscht werden sollen, weil man z. B. auf ein anderes ROM wechselt, dann läuft es natürlich wesentlich schneller ab, wenn man das Tool auch direkt die Partitionen wipen läßt.
Nutzt man das Dualboot-Feature des DorimanX-Kernels, so darf man natürlich die Preload-Partition nicht verkleinern. (wenn noch mehr Nutzungsfälle für die Preload Partition bekannt sind, immer her damit)
Wenn man das Tool auf einem verschlüsselten Gerät laufen lässt (es soll ja Leute geben, die nicht vorher lesen, sondern nachher), dann bricht das Tool ab, weil es die Partitionstabelle nicht neu einlesen kann.
Seit Version 2016-02-16 werden auch Nicht-16GB-Varianten des i9100 unterstützt.
(komplettes Changelog im Post #2)
ACHTUNG: Geänderte Syntax für Größenangaben ab 2016-09-23!!!
Beispiele:
Ihr habt noch die Werkspartitionen und -formatierung und könnt keine GApps mehr flashen, weil Ihr auf CM13 aktualisiert habt, dann nutzt sie so wie heruntergeladen:
lanchon-repit-20170115-system=1.0G-data=same-sdcard=max-preload=min+wipe-i9100.zip
1GB System, 6GB Data, minimum Preload, dabei System, Data & SdCard erhalten:
lanchon-repit-XXXXXXXX-system=1G-data=6G-sdcard=max-preload=min+wipe-i9100.zip
1GB System, 6GB Data, minimum Preload, dabei System & SdCard erhalten aber Data formatieren:
lanchon-repit-XXXXXXXX-system=1G-data=6G+wipe-sdcard=max-preload=min+wipe-i9100.zip
Info: Data löschen ist wesentlich schneller als es zu verschieben, wenn System vergrößert wird und Data groß ist
1GB System, 6GB Data, minimum Preload, dabei SdCard erhalten aber System und Data formatieren:
(z. B. wenn man ohnehin ein neues ROM flashen möchte)
lanchon-repit-XXXXXXXX-system=1G+wipe-data=6G+wipe-sdcard=max-preload=min+wipe-i9100.zip
zurück auf die Werkpartitionierung:
lanchon-repit-XXXXXXXX-system=0.5G-data=2G-sdcard=max-preload=0.5G-i9100.zip (preload erhalten)
lanchon-repit-XXXXXXXX-system=0.5G-data=2G-sdcard=max-preload=0.5G+wipe-i9100.zip (preload formatieren)
lanchon-repit-XXXXXXXX-system=0.5G+wipe-data=2G+wipe-sdcard=max+wipe-preload=0.5G+wipe-i9100.zip (ALLES formatieren)
Einfach nur Trimmen (und Filesystem check) (Voraussetzung: Trim-Kernel, wie oben erläutert)
lanchon-repit-XXXXXXXX--i9100.zip
_______________________________________________________
Link zum originalen Thread zum XDA
- [TOOL] Lanchon REPIT: A Data-Sparing Repartitioning Tool for i9100 (geschlossener Developer-Thread)
- [TOOL] Lanchon REPIT: The Data-Sparing Repartitioning Tool For Android (am 13.04.16 eröffneter User-Diskussions-Thread)
Weitere original Threads hier genannter Themen
Zuletzt bearbeitet: