[LagFix] Universal LF {sztupy}

Sorry für Dich.
Keiner kann sagen warum, aber das JFS Dateisystem macht solche "komsichen" Dinge.
Ich beschäftige mich "leider " den ganzen Tag mit dem SGS in Forum usw. und lese immer öfter von solch "ulkigen" Problemen.
Dies aber bisher nur bei JFS Nutzern.
Es wird auch teilweise von den Guru's von XDA bestätigt (Hardcore etc.).
Irgendwas haut da mit dem JFS nicht hin.
Empfehle Dir ext4 und wen es Dir zuviel Akku saugt, stell das ext4 Journaling auf nur Metadaten um wie bei JFS.
Desweiteren brauch man im Prinzip nur ein ext4 auf den /data Ordner. Da /chache und /dbdata auf einem schnellen oneNand Speicher liegen.

Danke, ich werds überleben. Ich ärgere mich eigentlich nur das die nandroid-backups futsch sind. Das ist mir zum ersten mal passiert Oo . Ich werd mich da heut abend mal reinstudieren. Ich hab die adb shell bis date noch nie benutzt, und es in einer console am phone selbst einzugeben, das ist mir zu blöd

am besten pack Dir die 3 Dateien (adb.exe + dll's) in Dein Benutzerverzeichnis am PC ins Root, dann entfällt die Pfadeingabe.
Meine Anleitung ist hier: http://www.pocketpc.ch/samsung-galax...tml#post816746

Achtung, der LAGFIX V0.3 beinhaltet einen Bug der das Filessystem beschädigt.
Ist im Speedmod bzw. durch supercurio herausgefunden worden.
Der BUG , wie in alle auf ULF basierenden Lagfixen (ausser der aktuelle K9 speedmod, weil bereits gefixt) hat gelegentlich Probleme beim Mounten, was zu fehlerhaften Verzeichnisen, nichtlesbaren Dateien etc. führt.
Also aktuell kann ich nur empfehlen auf den K9 zu wechseln - bedeutet aber i.d.R. alles neu machen.

@Spline - sollte wir im ersten Post updaten

Erledigt ....

Edit:
Der Reparaturkernel von Supercurio (nicht gefahrenlos) ist hier:
http://forum.xda-developers.com/show...94&postcount=2

Kernel:
http://project-voodoo.org/downloads/...r-kernel-2.tar

Auch sztupy hat seinen Kernel nun korrigiert.
Er heisst zwar immernoch 0.3, enthält aber den Fix für das korrupte Dateisystem:
http://forum.xda-developers.com/show...&postcount=738

Hier kann es, genauso wie beim speedmod, bei einem Upgrade zu Problemen kommen.
Dafür ist entweder der Rep. Kernel von supercurio, oder diese Prozedur:

• 1. Nimm einen alten 0.3ULK kernel, boot in Recovery und mach über CWM ein backup von /system
• 2. Flash den neuen Kernel, boot in Recovery CWM.
• 3. Umount /system format /system mount /system advance restore /system
• 4. Clear dalvik-cache
• 5. Reboot and hope it works!

(ein bisserl Eingedeutscht)

Danke für die Info und die Anleitung.
Eine Frage hätte ich zu Punkt 2. Ist es schlimm, wenn nach dem Kernelflash das Handy einmal normal bootet? Wenn ja, wie verhindere ich das und gelange direkt in den Recovery Mode.

Laut Supercurio ist Booten mit drin.

bei den loops aber trotzdem ext2 benutzen, oder? Man kann sowieso nur false dort setzen, und das mach ich nur bei data. Hab noch nie was anderes als ext2 mit OCLF und JFS benutzt

Nein brauchst keine loops wenn Du ext4 mit writeback nutzt.
Das "False" Betrifft nur das Kopieren des /data Ordners auf den oneNand, wo /dbdata und /cache sitzen.

na dann, alles wieder da und nun mit ext4, ging ja eigentlich recht fix, nebenbei beim arbeiten Ging sogar beim ersten mal bei alle 3 ^^

Lass das SGS mal "einrödeln" und dann Überzeug Dich von ext4 ohne data_ordered Journaling.

das müsste hardcore unter tweak einbauen....das wäre cool.

Darüber ist er schon Informiert.

Also mir würde es reichen, einen ext2 @all Lagfix zu haben.

Was ein Journaling hilft hab ich grad an meiner Netzwerkfestplatte mit XFS gemerkt.
EA Fehler beim write und zack ... alles futsch.

Ist der neue z4app nicht ext2?

jepp, aber ich steh so auf hardcore (speedmod)
Ausserdem kann ich ja nicht jedem ne Spende schicken.

Ext2. Wäre noch ne feine Sache für ULK.

Sent from my Galaxy S using tapatalk

Eine kleine Frage bezüglich der ersten Seite:
Die Version des Lagfixes die man jetzt runterladen kann, hat diesen Bug nicht mehr, vor dem im ersten beitrag gewarnt wird, oder?

Ich habe mir nicht alle 19 Seiten durchgelesen, aber gibt es irgendwo einen post, wie man die Einstellungen des Lagfixes kombinieren soll / nicht darf damit der LF gut funktioniert?
Ich weiß dass es "geschmacksache" ist, was man aktiviert und was nicht, aber gibt es Regeln wie "wenn du X aktivierst solltest du unbedingt Y deaktivieren" oder so?

Hatte bis jetzt nur den OCLF auf 2.1, seit 2.2 keinen Lagfix und langsam fängt mein SGS an mich zu nerven, da es doch recht stark laggt :>

lg

Hatte ich mal geschrieben.
Eigentlich sollte der Bug weg sein. Kann es aber grad auch nicht mehr finden.
Wenn Du die Weiterentwicklung dieses Kernels möchtest, dann schau Dir das an:
http://touristinparadise.blogspot.co...-speedmod.html

bzw. unseren Thread dazu:
http://www.pocketpc.ch/samsung-galax...arcore-28.html

Danke den hab ich mir auch schon angeschaut, allerdings schreckt mich das Wort hardcore im titel etwas ab :>
Ich sehe grade dass der sowieso nur für JPM/JP6 ist, ich hab JPO (über kies)

dann werd ich wohl wieder den oclf installieren.

Zitat von Megingost

Danke den hab ich mir auch schon angeschaut, allerdings schreckt mich das Wort hardcore im titel etwas ab :>
Ich sehe grade dass der sowieso nur für JPM/JP6 ist, ich hab JPO (über kies)

dann werd ich wohl wieder den oclf installieren.

Den kannst du auch auf der JPO Verwenden habe den selber drauf und läuft auch Super. Es gibt da keine probleme. Du musst also nicht zwingend zu oclf zurück.