Neuer SpeedFix ohne auf SDKarte zu verschieben

**dahool** · 09.08.2010, 07:07 #1

Update 11.08.2010 Neue Skript Version für die Dev Firmwares Online!

Wichtig: Das Galaxy S muss gerootet sein! Keine Haftung für eventuelle Schäden an deinem Handy. Wenn du dir nicht sicher bist, warte bitte auf ein Update von Samsung, dass hoffentlich dann auch den Lag Bug behebt.

Update 11.08.2010 Es empfiehlt sich doch den autokiller (gibt es kostenlos im Market) mit den Einstellungen 50/60/70 zu installieren. Da der zweite SGS Bug mit dem Memory Management (70MB Grenze) sonst das System nach einer gewissen Zeit doch wieder verlangsamen kann. Danach sollte dauerhaft mit diesem hier beschriebenen Fix eine gute Arbeitsgeschwindigkeit vorhanden sein.

Die einfache Methode:

1. Download der neuen Skript Version SpeedUp (incl. der richtigen busybox) unter http://www.linux-linux.de/speedup.rar.Mit einer Dev Firmware (JM5/JM2) kannst du auch diese Version anwenden http://www.linux-linux.de/SpeedfixM.rar (verschiebt auch /dbdata/databases-was abermals mehr Geschwindigkeit bringt)
2. Auf dem Rechner entpacken
3. Auf dem Galaxy S folgendes einstellen:
Einstellungen->Anwendungen->Entwicklung->Häckchen bei USB-Debugging setzen und JA klicken
4. Telefon per USB an den Computer anschließen
5. Nun in den Ordner (wo du vorher die RAR Datei entpackt hast) gehen und doppelt auf die Datei lagfixme klicken.
6. Wenn auf deinem Bildschirm in großen Buchstaben das Wort "Fertig!" erscheint, hast du den LagFix angewendet.
7. Viel Spaß mit dem schnellen Galaxy S

Die Bastler Methode:

1. Folgende Datei runter laden:
http://linux-linux.de/tools.rar
2. Alles ins Android SDK (download unter http://developer.android.com/sdk/index.html) tools Verzeichnis entpacken
3. Samsung per USB anschließen (im USB Debug Modus)
4. Folgende Befehlskette eingeben

adb push busybox /system/xbin
adb push playlogos1 /sdcard
adb push userinit.sh /sdcard

Nun ist alles für den Speedfix vorbereitet. Nun folgende Kommandos eingeben
adb shell
su
busybox dd if=/dev/zero of=/data/dataimg bs=1024 count=1048576
busybox mknod /dev/loop0 b 7 0
busybox losetup /dev/loop0 /data/dataimg
busybox mkfs.ext2 /dev/loop0
mkdir /data/data1

busybox mount -o remount,rw -t rootfs /
mv /system/bin/playlogos1 /system/bin/playlogosnow
cp /sdcard/playlogos1 /system/bin/playlogos1
cp /sdcard/userinit.sh /system/bin/userinit.sh
chmod 755 /system/bin/playlogos1
chmod 755 /system/bin/userinit.sh
busybox mount -o remount,ro -t rootfs /

reboot

Nun den Quadrant Benchmark laufen lassen-dieser müsste weit über 2000 Punkte sein.

Mehr Infos in dem XDA Thread http://forum.xda-developers.com/showthread.php?t=748596

**Rauschi** · 09.08.2010, 07:29 #2

uff das klingt ja sehr interessant. gibt es schon jemanden, der es getestet hat?

**dahool** · 09.08.2010, 07:41 #3

Ja ich

Und läuft ohne Probleme

**spline** · 09.08.2010, 08:00 #4

das bedeutet aber, den "alten" speedfix erst mal wieder weg.

und ich lese nur was über playlogos.
Was ist mit dem fetten Data Ordner und Media?

**dahool** · 09.08.2010, 08:04 #5

@spline das verschieben geschieht durch das script-vorher werden nur Dateien angepasst um beim bootend as Script auszuführen. Es wird /data/data und /data/dalvik-cache dann verschoben. Und ja erst den alten SDCard Fix rückgängig machen. Es wird auch kein gesonderter Kernel (wie beim SDCard Fix) benötigt-es geht mit jeder Firmware.

**lehmac** · 09.08.2010, 08:13 #6

habe den alten ext4 Speedfix drauf,
könnte nochmal einer die Aufhebung beschreiben....

ich habe folgendes gemacht:

su (Anfrage bestätigen)
busybox cp -rp /data/data /disk/
busybox mv /data/data /data/data.bak
busybox ln -s /disk/data /data/data
busybox mv /system/media /disk/
busybox ln -s /disk/media /system/media
reboot

Danke für die Info...

und noch eine Frage: was passiert eigentlich bei den neuen Fix (bin des linuxen nicht so mächtig____

**NeidRider** · 09.08.2010, 08:20 #7

Zitat von spline

das bedeutet aber, den "alten" speedfix erst mal wieder weg.

Sollte eigentlich keine Rolle spielen, wenn ich mir das userinit.sh-Script anschaue. Damit wird beim ersten Boot alles unter /data/data/* in's neue Data-File kopiert, unabhängig davon, ob das effektiv in /data oder unter /sdext oder wie auch immer liegt.
=> Ich probier's einfach mal

**spline** · 09.08.2010, 08:21 #8

mh, klingt dann ja wirklich Interessant.
Gibts noch mehr freiwillige Tester

**dahool** · 09.08.2010, 08:26 #9

@NeidRider der alte SpeedFix muss soweit rückgängig gemacht werden das die /data/data Dateien wieder vorhanden sind-sonst wird der Symbolische Link kopiert.

**NeidRider** · 09.08.2010, 08:28 #10

Hab's gerade gemäss Anleitung gemacht, ohne vorher den ext4-Speedfix rückgängig zu machen. Alle Daten sind übernommen, nach dem ersten Boot dauert's einfach zuerst mal ziiiiemlich lange, bis das Gerät zackig reagiert (aufgrund des Kopierens der Daten, vermute ich) danach *zoooooooooooooom*

Quadrant Standard meint dazu: 2288.
Ich lasse die ext4-Partition mal noch auf der SD Karte, falls ich zurück muss, aber der erste Eindruck ist sehr positiv.

**NeidRider** · 09.08.2010, 08:28 #11

Zitat von dahool

@NeidRider der alte SpeedFix muss soweit rückgängig gemacht werden das die /data/data Dateien wieder vorhanden sind-sonst wird der Symbolische Link kopiert.

Nein. Im Script wird "/data/data/*" kopiert, das sind alle Dateien/Files die unterhalb des Links liegen.
Und der symbolische Link wird dann von /data/data nach /data/olddata umbenannt, auch kein Verlust.

**spline** · 09.08.2010, 08:34 #12

puh eigentlich wollte ich grad zum Sport, aber jetzt macht Ihr mich ja wieder heiss ...

Einfach nach Anleitung?

SDK Tools Verzeichnis? Im Handy?

**NeidRider** · 09.08.2010, 08:45 #13

Genau, einfach nach Anleitung.
Grundsätzlich musst Du einfach per 'adb' auf's Gerät zugreifen können, da gibt's genügend HowTos im Forum.

Ich habe bei mir dem userinit.sh Script noch eine Zeile zum aushängen der ext4-Partition angehängt ('busybox umount /disk'); der speziell dafür gepatchte Kernel mountet die ja selber beim booten, die braucht's aber dann nicht mehr (und ich vermute, dass das ziemlich am Akku saugt, da die SD-Karte dann immer angehängt ist.)
Sobald ich mal einen Original Kernel finde pappe ich den wieder drauf, im Moment muss es aber dieser Workaround tun (und booten tut man ja sowieso nur alle paar Schaltjahre

Viel Glück.

**spline** · 09.08.2010, 08:49 #14

aso?
das heisst, es werden nun die Daten einfach nur auf die externe SD Karte verschoben und nicht mehr auf die externe SD ext.4 Partition?

**NeidRider** · 09.08.2010, 08:51 #15

Zitat von spline

aso?
das heisst, es werden nun die Daten einfach nur auf die externe SD Karte verschoben und nicht mehr auf die externe SD ext.4 Partition?

Nein, noch besser, die Daten bleiben komplett im internen Speicher, unter /data/.

**spline** · 09.08.2010, 08:57 #16

und das soll helfen?

im XDA Thread les ich da was von einer zuvor erstellten ext2 Partition dafür und dann noch dies:

"no need to try ext3/4, they'll slow down ur phone, i've tried them already"

**dahool** · 09.08.2010, 08:59 #17

@NeidRider Das ist schon klar. Nur wird dadurch das booten langsamer-weil er beim ersten mal es eben aus der SD Karte holen muss zum kopieren.

Könnte mal jemand das auch ohne und mit autokiller testen. Es geht darum um den highmemkiller Bug einzukreisen-bisher läuft es bei mir ohne sehr gut-auch bei vielen Anwendungen. Ich habe den verdacht, dass der Fehelr wirklich nur im Zusammenspiel mit der exzessiven Nutzung des RFS Dateisystem zusammen hängt.

@splide die Aussage bezieht sich das man nicht das ext3/ext4 Format (journaling) benötigt-sondern das ext2 reicht.

P.S. Heute Abend ändere ich das Script nochmal ab um auch databases zu verschieben-was noch mehr speed bringen soll.

**NeidRider** · 09.08.2010, 09:05 #18

Zitat von spline

und das soll helfen?

im XDA Thread les ich da was von einer zuvor erstellten ext2 Partition dafür und dann noch dies:

"no need to try ext3/4, they'll slow down ur phone, i've tried them already"

Ja, das hilft, weil:
Er legt ein Image an, innerhalb dessen wird ein ext2 Filesystem angelegt. Darin speichert er dann die Daten. Und das Ganze hängt er über das Loopback-Device ein (das ist so wie wenn Du ein ISO mittels Alcohol oder so mountest).