[Kernel] SpeedMod [Sharpness+Color, BLN, Sound, Batterie] {hardcore}

Ich habe es versucht nach der Anleitung von Spline mein Ext 4 zu optmieren, aber ohne Erfolg. Zu erst will ich ihm aber ein großes dankeschön dafür aussprechen. Ich finde es super wie er und viele andere immer gleich eine Anleitung schreiben. Bisher habe ich auch jede verstanden, nur diesmal scheitere ich. Komisch!
Anleitung, siehe Post 121

1. Man kopiere sich die tune2fs in den /data Ordner

(Habe ich mit RootExplorer gemacht)

2. Man nehme adb.exe (über Eingabeaufforderung ) / Handy am USB und USB Debuging on
und gebe folgendes ein
adb shell
mount ¦ grep ext4

(Hier scheitere ich schon ^^, Habe die Eingabeaufforderung über CMD gestatet, dann stellt sich die frage wie ich die adb.exe damit verknüpfe. habe versucht per drag an drop die datei reinzuziehen und mit Enter zu bestätigen. Es wurde auch was gemacht, aber keine Ahnung ob es richtig ist.
USB Debugging, muss ich zusätzlich noch das Handy als Massenspeicher aktivieren? [Habe beides versucht]

3. Man sieht, dass z.B. der data Ordner auf mmcblk0p2 Verweisst und die data=ordered sind
Hat man alles auf ext4, so ist /dbdata auf stl10 und /cache auf stl11 (data=ordered)

(Kommt bei mir nicht, selbst mit der beigefügten BAt geht es nicht, er sagt immer er kann die datei nicht kopieren und lasse ich den massenspeicher modus weg, also nur usb debugging bleibt er gleich bei der ersten zeile mit diesem $ stehen.

Er schreibt immer, er kann "adb shell" nicht finden.

Hast du auch den Ordner im CMD angewählt wo die adb shell drin ist? Standartmässig wird die CMD glaub ich in einem anderen ordner ausgewählt. Also "cd.." bist du nur mehr den laufwerkbuchstaben hasst und dann "cd" "ordnername" bist du den ordner angewählt hast wo die adb shell drinnen ist.

Zitat von RMD

Bei mir waren es aus Unachtsamkeit 4% Restkappazität. Danach habe ich das SGS ausgemacht und an das Ladegerät gesteckt. Am nächsten Tag kam auch bei mir die Meldung zu Änderungen am Lag-Fix-Schema und hinterher waren alle Daten und Programme weg, einschließlich des Markets.
Hatte JFS Overkill und die I1.2. Blöd nur, dass das CWM-Data-Image-File von der "ungewollten" Umstellaktion nur 3 KB groß ist.

Gruß,
RMD

Das sind oft gemeldete Bug's, wenn man das JFS Dateisystem nutzt.

mal ne frage wegen dem bug der gemeldet worden ist was bewirkt er ganz genau?
denn bei mir in der user.log will er mehrere sachen mounten und erhalte denn fehler device or resource busy
sprich er kann nicht mounten das betrifft den ordner sytem und acct sowie dev/cpuctl aber nur laut user.log

Ist wohl ein falsches Mounten des sytem Ordners und damit teilweise Ordner darin mit ro statt rw und falschen Zeichen.
Solange man den Kernel beibehält ist alles o.k., flasht man aber einen neuen Stock Kernel, oder den "guten" voodoo Kernel, kann es Probleme geben.

Genaueres erfährst Du hier:
http://forum.xda-developers.com/showthread.php?t=848471

Hi,

wird de genannte ext4-Optimierung irgendwann im SpeedMod aufgenommen bzw. ist sie in Version K9 enthalten? kann ich diese Optimierung gefahrlos z.B. auf Dary's v.4.1 ausführen?

Wie ich schrieb sei Hardcore mit sztupy darüber am Diskutieren.
Solange es ein auf Sztupys ULF Kernel basierender Kernel ist, kann man dies gefahrenlos machen.
Meiner Meinung nach auch an allen die ext4 nutzen, denn zum Ausführen ist ja die tune2fs Datei da.

Nochmal nen kurzes Update zu meinen gestrigen Akku-Problemen.
Seitdem ich den Akku gestern einmal wieder voll geladen hatte, hat sich das Problem nun in Luft aufgelöst, hatte gestern nach nen paar Stunden immer noch 89 Prozent, hab dann 45 minuten ca angry birds gespielt, danach war der akku bei 78 Prozent, was ich aber denke ich mal als normal einstufen würde, und habe dann über Nacht GPS und Datennetzmodus deaktiviert, und hatte heute morgen noch 75 %. Also 3 % Akkuverbrauch über Nacht.
Also nun ist mein Galaxy endlich so, wie ich es mir immer schon gewünscht habe
Danke an alle Beteiligten und Helfer!

Hallo

Klappt das auch mit Froyo XXJPO oder nur wie die XDA Developers schreiben mit JPM?

Zitat von snoerre

Hallo

Klappt das auch mit Froyo XXJPO oder nur wie die XDA Developers schreiben mit JPM?

Der Kernel geht mit JPO, JPM, JP6, JP7 und JPA

Update zum korrupten Mount von /system bei allen ULF Kerneln (speedmod, superopimized, YA Kernel, Universallagfix Sztupy):
Supercurio hat einen "Reparaturkernel" gemacht.
Siehe http://www.pocketpc.ch/samsung-galax...tml#post824332

Dieser Kernel behebt den Fehler, mehr nicht. Es ist kein Lagfix.
Es funktioniert so:
Kernel als PDA ohne Repartition flashen, reboot und fertig.
Später kann man wieder einen eigenen Kernel flashen.
Dringend ist natürlich der K9 Kernel empfohlen, weil alle anderen Kernel die auf sztupys basieren (bis jetzt) den Fehler wieder bringen.

Diesen Reparaturkernel brauchen nur User, die vorher einen auf ULF basierten installiert hatten.
Alle anderen können gleich den K9 nehmen.
Er läuft gut, schnell, sicher und Batterieschonend.

Zitat von snoerre

Hallo

Klappt das auch mit Froyo XXJPO oder nur wie die XDA Developers schreiben mit JPM?

Nein der Kernel geht auch auf der JPO. Hab ihm selber drauf. Aber lies dir erst den Beitrag bei XDA durch. Am besten mal bei XDA selber lesen bin da leider noch nicht dazu gekommen.
Ups zu Langsam

Spline danke für die Super Erklärung. Nur eine Kurze Frage dazu. Wenn man jetzt den K9 Kernel flasht währe doch der alte eh unten. Sollte man dan trotz alle dem den Reparaturkernel vorher flashen?

So ich habe es selber Rausgefunden. Allso "hardcore" selber schreibt wenn nach dem Flash auf den K9 Kernel das System nicht mehr Startet sollte man den Reparatur kernel von "supercurio" aufspielen. Also währe es anzuraten erst den Reparatur kernel zu Benutzen und dann auf K9 zu Flashen.

Der kernel, zumindest alle vor K9, funktioniert auch bei JP5 was die grundlage für Docs V8 ROM ist K9 hab ich noch nicht drauf, ich warte noch ein bisschen.

Ich kämpfe immer noch mit dem Ext4 Optimierung von Post 121.
Was mache ich falsch?

Zitat von clawwulf

Ich kämpfe immer noch mit dem Ext4 Optimierung von Post 121.
Was mache ich falsch?

der mount Befehl heisst mount | grep ext4 (nich doppelpunkt)
und gell. später "su" nicht vergessen

Habe ich das richtig verstanden?

Ich habe jetzt JPO mit K8 300Hz.

Wenn ich K9 flashen will um den /System Fehler zu beheben sollte ich von Grundauf neu flashen.
Das würde für mich bedeuten:


->Backup über das Recovery Menu ziehen
->lagfix disable
->JM8 flashen über ODIN mit Repartition
->JPO drüberbügeln
->ULF K9 300Hz über ODIN installieren
->root enablen
->Lagfix enablen
->Backup über das Recovery Menu restoren!
->Spaß haben, tanzen, lachen und singen.


Ist die Vorgehensweise richtig ?!

Nicht so schwer:

Laut XDA geht auch das:

- make a CWM backup
- Use CWM to format .system & wipe the dalvik-cache.
(You may need to unmount /system before it can format /system)
- flash a non-affected kernel with CWM support (K9, Voodoo 5 snapshot)
- use CWM for Advanced restore -> system

Aber am besten ist, Du wartest auf supercurios Firstaid Kernel.
Denn Dein K8 ist nur ein Problem, wenn Du mal einen voodoo oder stock Kernel flashst.
Solange Du das nicht machst kannst Du 100 Jahre damit leben

Ich habe einfach:
Ausgegangen von K8 Kernel
Einfach diesen Kernel von supercurio per odin installiert. Anschließend neustart.
Danach dann den K9 Kernel installiert.
Klappte alles ohne Probleme.
Habe als Dateisystem ext4

Super! ein mutiger Tester
Also geht der Reparaturkernel schon.

Hast du vorher ein wipe oder etwas beachtet?

Sent from my GT-I9000 using Tapatalk