LagFix verfügbar?

Sodele nochmal geflashed, quadrant gemacht, gerootet, lagfix drauf und wieder quadrant.
Das Ergebnis war ernüchternd!
Testfirmware war die XXJG7, also die standard firmware, die auf dem Gerät vorinstalliert ist.
Quadrant ohne lagfix und ohne root: 360
Quadrant mit lagfix und mit root: 350

Warum das schlechter ist, weiß nur der herr gott selbst xD


Wie gewünscht hier auch noch das output von "su;mount;busybox df -h":

# busybox df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 124.2M 0 124.2M 0% /dev
tmpfs 4.0M 0 4.0M 0% /sqlite_stmt_journals
/dev/block/stl6 210.6M 208.9M 1.7M 99% /system
/dev/block/stl7 194.1M 159.4M 34.7M 82% /data
/dev/block/stl8 32.8M 1.7M 31.1M 5% /cache
/dev/block/stl4 2.0M 1.2M 820.5K 60% /efs
/dev/block//vold/179:1
14.8G 1.3G 13.5G 9% /sdcard
 
hmm, klingt seltsam. Werd noch mal ein bischen mit RyanZa plauschen...
 
Nkrl schrieb:
Wie gewünscht hier auch noch das output von "su;mount;busybox df -h":

# busybox df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 124.2M 0 124.2M 0% /dev
tmpfs 4.0M 0 4.0M 0% /sqlite_stmt_journals
/dev/block/stl6 210.6M 208.9M 1.7M 99% /system
/dev/block/stl7 194.1M 159.4M 34.7M 82% /data
/dev/block/stl8 32.8M 1.7M 31.1M 5% /cache
/dev/block/stl4 2.0M 1.2M 820.5K 60% /efs
/dev/block//vold/179:1
14.8G 1.3G 13.5G 9% /sdcard


Code:
su
mount
wäre noch interessant glaub ich

edit: aja, und kannst du nachsehen ob /system/bin/playlogosnow exisitert?
 
Zuletzt bearbeitet:
$su
# su
# mount
rootfs / rootfs rw 0 0
tmpfs /dev tmpfs rw,mode=755 0 0
devpts /dev/pts devpts rw,mode=600 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
tmpfs /sqlite_stmt_journals tmpfs rw,size=4096k 0 0
/dev/block/stl6 /system rfs ro,vfat,log_off,check=no,gid/uid/rwx,iocharset=cp437 0 0
/dev/block/stl7 /data rfs rw,nosuid,nodev,vfat,llw,check=no,gid/uid/rwx,iocharset=cp437 0 0
/dev/block/stl8 /cache rfs rw,nosuid,nodev,vfat,llw,check=no,gid/uid/rwx,iocharset=cp437 0 0
/dev/block/stl4 /efs rfs rw,nosuid,nodev,vfat,llw,check=no,gid/uid/rwx,iocharset=cp437 0 0
/dev/block//vold/179:1 /sdcard vfat rw,dirsync,nosuid,nodev,noexec,uid=1000,gid=1015,fmask=0702,dmask=0602,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0

soo bitteschön ;)
 
kein loopback device da, kannst du mal die Befehle aus createlagfix.txt manuell über adb ausführen und schauen ob fehlermeldungen ausgegeben werden?
 
So, also noch einmal ausgeführt.

Ich erhalte die Meldung "dd: /data/linux.ex2 No space left on device"

Es scheitert also bereits bei der Erstellung des loop-device.

Ich schätze mal, ohne vernünftigen NAND-Unlock wird es wohl nix, da das Script davon ausgeht, dass bei Start alles mit r/w gemountet ist. Vielleicht hilft es, wenn ein remount vor der Erstellung des images ausgeführt wird.

Darüber hinaus ist es so, dass ich bei jedem Reboot den Busybox installer neu starten muss, damit Busybox 1.7 aktiv ist. Das Gerät speichert die Pfadangabe zu Busybox einfach nicht, so dass nach jedem Neustart wieder die alte Version aktiv ist.

edit: Handy totgefummelt. Da muss erstmal Odin wieder ran.
 
so, hab ein Update im ersten post hochgeladen, das sollte jetzt das system als r/w mounten. Bin aber nicht sicher ob das reicht, werd die Fehlermeldung auch gleich mal an RyanZa weiterleiten.

splatter, versuch mal bevor du busybox installierst im Terminal

Code:
su
busybox mount -o remount,rw /system
 
Zuletzt bearbeitet:
Habs versucht. Installation in /system/xbin oder /system/bin immer noch nicht möglich.

Nach reboot ist wieder 1.14 anstelle von 1.17 aktiv.

Der Ansatz im ALPHA 2 Script, dass benötigten binaries vorab auf die SD-Karte kopiert werden, sieht schonmal ganz gut aus. Vielleicht kann man das kombinieren.
 
Zuletzt bearbeitet:
Welche Firmwareversion nutzt du?

@Nklr hast du die selben probleme wie Splatter?
 
Ji2
 
nkRL bitte, warum macht das eig. jeder in diesem Forum falsch ;D

busybox ist nach dem reboot wieder auf v1.14.1
Kann es auch nur in /sbin/ installieren, ansonsten wird Status: Failed angezeigt
 
ok, werd mal sehen was die profis dazu sagen ;-)

edit: sorry, Nkrl
 
Zuletzt bearbeitet:
könnt ihr mal nachsehen ob die Datei /data/linux.ext2 vorhanden ist, und wie gross sie ist?

'busybox ls -l /data/'

edit: übrigens leider immer noch kein Gerät zum selber testen...
 
Zuletzt bearbeitet:
Nach dem letzten Versuch durfte ich per Odin mein Handy neu aufsetzen. Seit dem habe ich es nicht mehr versucht mit dem lagfix.

Jetzt ist Nkrl wieder an der Reihe :razz:
 
Splatter könntest du das bitte machen? Habe nun ein neu geflashtes Gerät, und möchte ungern neu flashen.
FadeFX wartest du nicht schon knapp 3 wochen auf das Gerät?
Edit: ahh splatter schade^^, wenns unbedingt sein muss mach ich das heut Nacht wenn mir langweilig ist

Sent from my GT-I5800
 
yep, ist beim ersten mal am Postweg hops vom LKW gefallen, ende letzter Woche haben sie dann nochmal eines verschickt, hoffe es kommt morgen... und meine Freundin hofft natürlich noch mehr...
 
Zuletzt bearbeitet:
So.

Hab noch ein wenig gefummelt. Jedoch ohne Erfolg.

Mit Odin das Handy geflasht, so dass genug Speicher frei ist. Gerootet und BusyBox in sbin installiert.

LagFix Script durchgeführt. Diesmal wird Image erstellt. jedoch scheitert es es am loop-device. Dies wird beim mounten nicht gefunden.

Script läuft aber dennoch weiter und kopiert die Systemdateien in /data/ext2data. Da dieser Ordner jedoch nicht mit dem loop gemountet wurde, wird es einfach nur nochmal in den Telefonspeicher kopiert, zusätzlich zum Image.

Habe anschließend per Odin erneut geflasht und die schritte im createlagfix.sh manuell vorgenommen.

Erstellen des loop-device inklusive mountpoint ergibt keinerlei Fehlermeldung.

Sobald das loop auf /data/ext2data gemountet werden soll gibt es die Fehlermeldung: mount: "mounting /dev/loop0 on /data/ext2data failed: No such device"

Dies ist komisch, da sowohl der Ordner /data/ext2data als auch /dev/loop0 vorhanden sind.

Keine Ahnung wie dies unter Android läuft. Im Desktop Linux muss ein Filesystem auch in der /etc/fstab eingetragen sein, damit es gemountet werden kann. Diese Datei kann ich jedoch auf dem Handy nicht finden.

Vielleicht hilft das ein wenig den Fehler zu finden. Ich werd jetzt erstmal neu flashen.

Edit: Pass bitte auch mal das unlagfixme script an mit dem remount. Sonst funzt dies nicht ;)
 
Zuletzt bearbeitet:
unlagfixme angepasst, zum fehler muss ich noch grübeln
 
neue Version hochgeladen, mal sehen obs geholfen hat. Wenn nicht kanns sein das der Kernel keinen Loopback Support hat.

edit: Testgerät kommt erst Donnerstag...
 
FadeFX schrieb:
könnt ihr mal nachsehen ob die Datei /data/linux.ext2 vorhanden ist, und wie gross sie ist?

'busybox ls -l /data/'

edit: übrigens leider immer noch kein Gerät zum selber testen...

hab das jetzt mal mit dem neuen getestet.
Datei linux.ext2 bei mir nicht vorhanden.

HIer ist der Auszug aus busybox ls -l /data/:
# su
# busybox ls -l /data/
drwxrwx--x 1 1000 1000 0 Oct 11 11:51 anr
drwxrwx--x 1 1000 1000 0 Oct 12 13:47 app
drwxrwx--x 1 1000 1000 0 Oct 11 13:51 app-private
drwx------ 1 1000 1000 0 Oct 12 11:39 backup
lrwsrwsrwt 1 0 0 72 Oct 12 13:45 dalvik-cache -> /data/ext2data/dalvik-cache
drwxrwx--x 1 1000 1000 0 Oct 12 13:43 dalvik-cache.bak
lrwsrwsrwt 1 0 0 56 Oct 12 13:45 data -> /data/ext2data/data
drwxrwx--x 1 1000 1000 0 Oct 12 13:43 data.bak
-rw-rw-rw- 1 1000 1000 11 Oct 12 13:46 delay
-rwxrwxrwx 1 0 0 26496 Oct 12 11:39 dfta
drwxrwxrwx 1 0 0 0 Oct 12 13:45 ext2data
drwxrwxrwx 1 1000 1000 0 Oct 11 11:53 gps
drwxrwx--x 1 2000 2000 0 Oct 11 11:51 local
drwxrwxrwx 1 1000 1000 0 Oct 11 11:51 log
drwxrwx--- 1 0 0 0 Oct 11 11:51 lost+found
drwxrwx--t 1 1000 9998 0 Oct 12 13:46 misc
drwx------ 1 0 0 0 Oct 12 11:37 property
lrwsrwsrwt 1 0 0 60 Oct 12 13:45 system -> /data/ext2data/system
drwxrwxr-x 1 1000 1000 0 Oct 12 13:43 system.bak
drwxrwxrwx 1 1010 1010 0 Oct 11 12:00 wifi
 

Ähnliche Themen

R
  • robsangar
Antworten
3
Aufrufe
1.100
s3th.g3ck9
s3th.g3ck9
L
Antworten
1
Aufrufe
5.100
johannesboy
J
xxxTarkanxxx
  • xxxTarkanxxx
Antworten
1
Aufrufe
945
firstway
firstway
Zurück
Oben Unten