-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Hilft nicht immer, ich hab jetzt seit einem monat nen beschissenen akkuverbrauch. Und erst neulich als ich die ROM von Doc geflasht habe, mit der JP5 wo eine JP4 (oder JP3, weiss nicht mehr so genau xD) war der akkuverbrauch geringer. Zumindest in den gebieten wo ich guten empfang hatte ist der unterschied gewaltig. Die ganzen speedKernel hier haben noch nie ne schlechtere oder bessere Akkuleistung herbeigeführt. Was ja auch nicht wunderlich ist ^^
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
@ sebeke :
es ist gut möglich mit den 97% !
habe ich auch manchmal wenn man nur kurz etwas macht, und meine anzeige ist kalibriert !
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Seit Froyo zählt alles unter Display bei den Batteriestatistiken :-(
Abhilfe bringt da das app Spare Parts
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
Grillmeister
Achtung K8 hat erstes Phone gebrickt - wartet mal noch ein wenig ab....
puh wollt mir K8 eben draufmachen. Danke für die Info :)
Man muss ja den lagfix nicht erst deaktivieren bevor man nen neuen Kernel draufspielt oder?
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Nein musst du Eigentlich nicht. Einfach den neuen Kernel drüber hat wenn ich mich nicht irre Splin schon mal geschrieben. Aber immer nur den Kernel vom selben Ersteller.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Pah, nur weil einer sein Phone zerschiesst, muss das noch lange nicht am Kernel liegen.
Da reicht ein falscher Haken bei Odin ;-)
Nein Lagfix kann so bleiben, da der Kernel alle Dateisysteme unterstützt.
Edit:
zu Spät gedrückt ;-)
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
lol, mal wieder lustige geschichte. Hab grad den K8 500HZ kernel geflasht mit odin. Ich ging halt auf starten im download modus (im power menü), akku war auf 68%, ich hatte mein galaxy sicher nicht mehr als 30 sekunden angesteckt. Kernel installiert, dann gleich pass bei odin, augesteckt und beim neustart hat es mir jetzt 72% angezeigt. :D
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Alte Geschichte, beim Kernel Flashen kommen (wie auch immer) die Battery stats durcheinander.
Drum flasht man immer bei 100% Akku.
Jetzt musst Du auf Null, dann wieder auf 100% laden und im Recoverymenü bei CWM die batterystats löschen
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Ich habe mal ne Frage.
Habe zurzeit folgende Einstellung:
DATA_FS = jfs
Cache_FS= jfs
DBDATA_FS = jfs
DATA_LOOP = ext2
VACHE_LOOP = ext2
DBDATA_LOOP =ext2
Was könnte ich für einen möglichen Datenverlust haben, wenn ich mein Handy mal abstürzt und ich den Akku rausnehmen muss?
JFS hat ja Journaling, aber ext 2 nicht.
Zweite Frage, hatte auch vergessen darauf zu achten, dass mein Handy 100 % Akku hat:
Wenn ich mein Handy auf 0 % entlade, geht es ja von selber aus. Ist es gleichzustellen mit akku rausfallen? Also droht mir da auch Datenverlust?
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
spline
Alte Geschichte, beim Kernel Flashen kommen (wie auch immer) die Battery stats durcheinander.
Drum flasht man immer bei 100% Akku.
Jetzt musst Du auf Null, dann wieder auf 100% laden und im Recoverymenü bei CWM die batterystats löschen
Seit wann muss man beim kernel flashen darauf achten das ist mir neu Oo...dachte immer nur bei firmware und rom.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
clawwulf
Ich habe mal ne Frage.
Habe zurzeit folgende Einstellung:
DATA_FS = jfs
Cache_FS= jfs
DBDATA_FS = jfs
DATA_LOOP = ext2
VACHE_LOOP = ext2
DBDATA_LOOP =ext2
Was könnte ich für einen möglichen Datenverlust haben, wenn ich mein Handy mal abstürzt und ich den Akku rausnehmen muss?
JFS hat ja Journaling, aber ext 2 nicht.
Zweite Frage, hatte auch vergessen darauf zu achten, dass mein Handy 100 % Akku hat:
Wenn ich mein Handy auf 0 % entlade, geht es ja von selber aus. Ist es gleichzustellen mit akku rausfallen? Also droht mir da auch Datenverlust?
Mit Deinen Einstellungen hast Du den gleichen Datenverlust, als wie mit dem OCLF. Da nutzt auch JFS nix.
Ich empfehle ext4 auf data und dann das Journaling auf Metadaten stellen. Mehr brauch man nicht. Teste es selbst wenn Du mir nicht glaubst.
Datenverlust droht bei einem unmittelbaren Stromausfall. Bei 0% Akku (was übrigens schlecht für Li's ist *anderes Thema*), fährt das SGS immer noch richtig runter.
100% Akku, tja keine Ahnung, drum schrieb ich ja (wie auch immer), aber ich hab es selbst oft genug Erlebt und auch im xda Forum gelesen.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Sagt mal hat jemand von euch auch Probleme beim Verbinden mit dem PC. Wenn ich meines an den PC anschließe hat er oftmals den USB Debugging Modus von sich aus Aktiviert. Mache ich den dann aus schließe das Handy neu an bekomme ich die Abfrage nicht was er öffnen soll (Handy ist auf Nachfrage gestellt bei USB) Danach noch mal ab und wieder dran und alles geht wie gewohnt.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
Jens0609
Sagt mal hat jemand von euch auch Probleme beim Verbinden mit dem PC. Wenn ich meines an den PC anschließe hat er oftmals den USB Debugging Modus von sich aus Aktiviert. Mache ich den dann aus schließe das Handy neu an bekomme ich die Abfrage nicht was er öffnen soll (Handy ist auf Nachfrage gestellt bei USB) Danach noch mal ab und wieder dran und alles geht wie gewohnt.
Ist ein Bug der JPO. Beim ersten Verbinden erscheint das Menü nicht.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
clawwulf
Ist ein Bug der JPO. Beim ersten Verbinden erscheint das Menü nicht.
Das Menü erscheint nur nicht weil er vorher den Debugging Modus Aktiviert hat. Ich denke wenn er den nicht ab und an von allein Aktivieren würde, währe das Problem auch nicht. Denn wenn ich es Anschließe ohne das der Debugging Modus vorher Aktiv war Funktioniert alles Super.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
spline
Mit Deinen Einstellungen hast Du den gleichen Datenverlust, als wie mit dem OCLF. Da nutzt auch JFS nix.
Ich empfehle ext4 auf data und dann das Journaling auf Metadaten stellen. Mehr brauch man nicht. Teste es selbst wenn Du mir nicht glaubst.
Datenverlust droht bei einem unmittelbaren Stromausfall. Bei 0% Akku (was übrigens schlecht für Li's ist *anderes Thema*), fährt das SGS immer noch richtig runter.
100% Akku, tja keine Ahnung, drum schrieb ich ja (wie auch immer), aber ich hab es selbst oft genug Erlebt und auch im xda Forum gelesen.
Was muss ich im Menü auswählen?
USE Voodoo (D=e4; o=rfs)
oder
Usw NO-RFS advanced (a=e4)
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
Jens0609
Das Menü erscheint nur nicht weil er vorher den Debugging Modus Aktiviert hat. Ich denke wenn er den nicht ab und an von allein Aktivieren würde, währe das Problem auch nicht. Denn wenn ich es Anschließe ohne das der Debugging Modus vorher Aktiv war Funktioniert alles Super.
Ich habe es auch, wenn ich vorherk ein Debugging aktiv hatte, das ich beim ersten mal anstecken zwar das menü bekomme, wähle ich aber USB-Massenspeicher aus, kommt nichts. Denn genau hier steckt ein Bug. Erst beim zweiten mal Massenspeicher auswählen, kommt der Modus. Habe ich irgendwo bei den xda's mal gelesen, dass es ein Bug der JPO sei.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
@clawwulf das Problem bei mir ist das sich der Debugging Modus von allein Einschaltet. Den schalte ich von Hand nicht ein. Das mit dem Bug bei der JPO mag ja sein. Was aber mit meinen Problem mit dem Automatischen Debugging Modus nichts zu tun hat.;) Aber erst mal Danke für deine Info.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Achtung!
Wartet mit dem K8 Kernel.
Supercurio hat was entdeckt, was ggfs. Probleme beim Mounten bringen könnte.
Zitat:
K9: Fixed potential corruption of /system in Universal Lagfix scripts (thanks supercurio!).
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Puuhh zum glück hatte ich keine probleme mit dem K8 :)
LG
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Jo da ist grad echt was los bei den XDA, alle Guru's hängen an einem Thread. (gut wird's werden)
Es liegt aber nicht am speedmod, sondern am integrierten sztupys Universal Lagfix script
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
clawwulf
Was muss ich im Menü auswählen?
USE Voodoo (D=e4; o=rfs)
oder
Usw NO-RFS advanced (a=e4)
Das würde mich auch intressieren. Steige mit den Abkürzungen noch nicht so durch.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
So, das Problem bestand und besteht von Anfang an bei allen auf Szupys Basierenden Kerneln.
Es ist umstritten, ob es jemals zu Problemen gekommen wäre, aber besser ist das, wenn es "rein" ist.
Hardcore hats zuerst behoben mit dem K9 Kernel
Update 21 Uhr ... K9 erst mal wieder zurückgezogen .... gibt nen Problem mit den Tweaks :-(
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
Andy Roid
Das würde mich auch intressieren. Steige mit den Abkürzungen noch nicht so durch.
USE Voodoo (D=e4; o=rfs) nur der Data Ordner ist eine ext4 Partition
oder
Usw NO-RFS advanced (a=e4) "alles" ist auf ext4
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
K9 wartet noch, gab wohl schnelligkeitsfehler!
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
spline
USE Voodoo (D=e4; o=rfs) nur der Data Ordner ist eine ext4 Partition
oder
Usw NO-RFS advanced (a=e4) "alles" ist auf ext4
Zitat:
Zitat von
spline
Ich empfehle ext4 auf data und dann das Journaling auf Metadaten stellen.
Und wo stelle ich das Journaling auf Metadaten?
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Also es scheint ja im Moment echt drunter und drüber zu gehen im xda Tread. Aber der K9 ist doch da wenn ich das richtig sehe. Aber im Moment scheint es wohl erst mal Besser zu sein man wartet.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
spline
Schande über mich....
Hatte es gelesen aber auf "meiner" Festplatte (Hirn) nicht gespeichert....
Vielen Dank für deine Mühe.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
K9 ist wieder draussen.
Es berichten jedoch viele von keinem Zugriff per adb, oder keine Tweaks aktivieren möglich.
Ich hab K9 und am Anfang nur ein Problem mit der Bootani gehabt. Nach clear Dalvik Cache läufts wieder wie geschmiert.
Adb Zugriff i.o. ext4 system Arbeitet ...
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Ach, das hatte ich total vergessen zu posten mit supercurios Meldung, die hatte er nämlich schon über Twitter rausgehauen. Dieser Typ scheint mir am SGS wirklich der fähigste Mann zu sein.
Das Meta-Journaling solltest du am besten im Startpost aufnehmen oder ggf. im Übersichtsthread, betrifft ja alle ULF-Varianten.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
ah meine bat funzt nöd :-(
Auf jedenfall tummeln sich in dem einen Thread alle Namen von XDA SGS Sztupy, Ryanza, hardcore, z4iggy ... Nur Supercurio fehlt. Er schläft mal wieder ;-) (meint HC)
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
übrigens handelt es sich bei dem Fehler um eine reine Vorsichtsmassnahme. Wie gesagt dieser "Fehler" mit dem /system besteht seit Sztupys erstem Kernel.
.. und den gibts seit über einem Monat.
Seither hat noch keiner ein Problem diesbezüglich gehabt.
Richtig ist aber, viele Leute berichten von K9 Kernel, dass er nicht läuft.
Am Anfang kann es dauern und es hilft auch den Dalvik Cache zu erneuern.
Bis jetzt rat ich aber allen anderern ... Bleibt bei unter K9 also K8 abwärts, bis auf weiteres.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Also eines muss man ja den Jungs bei XDA echt lassen die Arbeiten auf Hochtouren. Obwohl ich trotz alle dem noch der Meinung bin man sollte noch mal warten. Zumindest wenn man keine Probleme hat.
Da war ich wohl zu Langsam. Sorry Spline wollte dir hier nicht dazwischen Funken.
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Und dabei ist es in Signapore schon früh um 4 ;-)
Interessant ist folgendes von hardcore:
Zitat:
K9 changes the initramfs to fix the potential problem discovered by supercurio and discussed here:
http://forum.xda-developers.com/showthread.php?t=847975
The change shouldn't have affected the phone so badly that it cannot boot. But if it cannot boot, it means that it cannot mount the /system, and it could be exactly the problem that supercurio was talking about that he encountered - he flashed a stock kernel and it couldn't mount /system. K9 mounts /system in a similar way to the stock kernels and Voodoo, which is different from K8 and other ULF kernels.
If the /system was really corrupted, the only fix would be to flash the PDA portion of the firmware again.
If K9 works after a fresh firmware/ROM install, then most likely the cause was a 'corrupted' /system.
Er hat das Mount /system geändert, wie es in einem Stock Kernel oder beim voodoo Kernel ist.
Kein anderer Kernel auf ULF Basis bietet das bis jetzt.
Aber aus meiner Laiensicht haben daher auch die meissten nun das Problem von K8 zu K9 weil ihr /system Ordner schon versaut ist.
Mal sehn wie es weitergeht im Kampf der Giganten ;-)
Echt spannend
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Kann mir mal einer erklären was mit der "Bootanimation support" gemeint ist. Inwiefern wird da was supportet?
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Damit kannste lustige Jamba Animationen Laden und als Bootanimation machen :-) (wer's brauch)
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
So, K9 funktioniert.
Da aber gelgentlich das SGS nicht bootet, wenn man einen Kernel drauf hatte wie frühere Speedmod, ULF, Superoptimized, YA-OK etc., sei es besser (falls es nicht geht) von einem frischen System zu Installieren. (die PDA nochmal neu flashen).
Problem ist wie genannt ein falsches Mounten des Systemordners, der alle Kernel mit Universal-Lagfix betrifft.
Sicherster Weg lt. Hc:
- Nimm den K8 Kernel
- mach ein volles Backup mit Clockwork
- Formatiere /system und Lösche den Dalvik Cache (Umount /system --> format /system --> mount /system -->advance restore /system)
- Flashe den K9 Kernel
- Geh wieder ins Clockwork (CWM) Menü und restore den /system Ordner (Advanced)
- Lösche Deine Bootanimation (sofern man eine eigene hatte)
- Boote neu (kann dauern, da der Dalvik Cache neu gebildet wird.)
Ich habe bisher alle Hardcore Speedmodkernel probiert. Bei mir war lediglich die Bootanimation weg. Ansonsten läuft er super. Die Bootani kam nach dem Wipe des Dalvik Cache wieder.
Zitat:
WARNING for K9: When upgrading to K9, if you have previously flashed older SpeedMod (K8 and earlier) or other Universal Lagfix Kernels (ULK, Super Optimized, YA-OK, etc.), your phone *might* get stuck at the boot logo. This is because older ULKs corrupt the /system at boot, and K9 fixes that problem, but won't be able to boot from it.
You can try flashing back to K8 and in most cases the phone will boot. But using K8 is not recommended because of the /system corruption.
To get the phone to work with K9, the best way is to flash a stock ROM PDA section from Odin to install a 'clean' /system. I know, that sucks, but it looks like that's the safest way.
K9 Kernel in der 300Hz Version.
http://dl.dropbox.com/u/14774421/Har...l-k9-300hz.zip
http://dl.dropbox.com/u/14774421/Har...-300hz-CWM.zip
Hier noch die Aufklärung von Supercurio:
http://forum.xda-developers.com/showthread.php?t=848471
-
Zitat:
Zitat von
Andy Roid
Das würde mich auch intressieren. Steige mit den Abkürzungen noch nicht so durch.
Ist beides richtig, die erste variante "voodoo" wechselt nur die data in ext4 und der rest bleibt rfs. Die 2 variante wechselt alles in ext4 (data usw.)
Ich nütze zurzeit die variante voodoo ist nicht schlecht, hatte aber auch schon overkill all ext4+ ext2 loops , muss jeder selbst wissen was er möchte, kannst ja auch wieder wechseln.
Sent from my Galaxy S using tapatalk
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
ostbloeckchen
Ich hab mit dem Speedmod jetzt nen merkwürdigen Effekt beobachtet:
Eigentlich wollte ich die Battery-Settings zurücksetzen und hab das SGS daher erstmal ganz leer werden lassen.
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
-
AW: [LagFix] SpeedMod [ULF-Basis][stark optimiert][341MB][Sharpness+Color][BLN] {harc
Zitat:
Zitat von
Jens0609
@clawwulf das Problem bei mir ist das sich der Debugging Modus von allein Einschaltet. Den schalte ich von Hand nicht ein. Das mit dem Bug bei der JPO mag ja sein. Was aber mit meinen Problem mit dem Automatischen Debugging Modus nichts zu tun hat.;) Aber erst mal Danke für deine Info.
Kannst den ja unter Einstellungen -> Anwendungen -> Entwicklung ausschalten :)