Speed-Up für's Galaxy Speed-Up für's Galaxy
Seite 1 von 2 1 ... LetzteLetzte
Ergebnis 1 bis 20 von 36
  1. Wie immer: alles auf eigene Gefahr! Im Worst-Case müsst ihr das Gerät wipen, wenn ihr Euch falsch vertippt oder derartiges!


    Paul von modaco hat einen ersten Speed-Boost für's Galaxy S gefunden:
    Link

    Edit by Spline 29.11.2010
    Das Verschieben vom Data Ordner auf den oneNand (zu /dbdata) funktioniert nur, wenn man weniger als 120MB Apps hat. Ansonsten kommt es unweigerlich zu Systemabstürzen und Forcecloses.


    Grob zusammengefasst: man schiebt den Datenspeicher der Applikationen (nicht die Apps selber) in's nand, anstelle der internen Speicherkarte.
    Nur mit root möglich, und nicht ungefährlich, daher hier im "Root und ROM".

    Die einzelnen Schritte:
    Zuerst das Gerät an den PC anhängen und 'adb shell', oder ein Terminal mit installierter Busybox auf dem Gerät selber öffnen.
    Dann:
    Code:
    su
    cp -rp /data/data /dbdata
    mv /data/data /data/data.bak
    ln -s /dbdata/data /data/data
    reboot
    Das öffnen von Mail, SMS usw. geht danach massiv schneller von statten, meines Erachtens.

    ACHTUNG: es schwirrt noch ein zweiter Tipp rum, mit SetCPU. Wie Paul selber auch festgestellt hat führt das umstellen des
    CPU Governors auf "OnDemand" zu Crashs wenn das Gerät in den StandBy geht, lasst also die Finger davon!
    3
     

  2. Ich wollte genau vor einer Stunde das selbe hier posten

    // EDIT

    Natürlich poste ich hier noch meine Erfahrungen mit diesem Workaround.

    Mein Galaxy S ist jetzt wie ein anderes Gerät.
    Viel schneller als das Nexus One mit 2.2 (CustomROM mit OverClocked Kernel & 512MB RAM + 22MB RAM Hack)!
    0
     

  3. Unregistriert Gast
    irgendetwas mache ich falsch, wenn ich su ins cmd eingebe, dann kommt "permission denied"...

    was mache ich bloss falsch???

    Danke für Hilfe
    0
     

  4. du hast dein gerät wohl nicht gerooted....
    0
     

  5. Unregistriert Gast
    was für nachteile hat das ganze???
    muss man dann auf was bestimmtes achten z.B. nicht mehr so viele Apps installieren??
    0
     

  6. 30.06.2010, 16:31
    #6
    ja leider


    bei mir hats nach der prozedur eine warnung: "wenig platz" angezeigt. da tauscht man das eine übel gegen ein anderes und ein weiterer vorteil zum desire ist erst einmal wieder dahin.
    0
     

  7. So, hab eben mein SGS gerootet und gleich mal diesen Kniff hier ausprobiert. Ich muss sagen das Gerät ist nie so flüssig gelaufen wie jetzt. Echt super.
    Sorgen bereitet mir jetzt nur die Vorstellung das ich nur noch 130 MB für Anwendungsdaten habe, wovon schon 54 MB voll sind.
    0
     

  8. mac110 Gast
    wo könnt ihr sehen wieviel von den 130 mb schon voll sind??
    0
     

  9. ich hab auch schon 106mb voll :S denke ich werds wieder rückgängig machen...

    nachschaubar via terminal (better terminal emulator pro @ phone o.ä. oder adb shell @ pc)
    und dann
    Code:
    su
    cd /dbdata
    du -ah
    2
     

  10. 30.06.2010, 18:31
    #10
    mit android 2.2 kann man die apps dann auch auf der externen sd installieren dann wäre der nachteil ja verschwunden. bis dahin halt abwarten.
    0
     

  11. Unregistriert Gast
    Zitat Zitat von Cube87 Beitrag anzeigen
    mit android 2.2 kann man die apps dann auch auf der externen sd installieren dann wäre der nachteil ja verschwunden. bis dahin halt abwarten.
    Ich glaube du bringst da was durcheinander.
    0
     

  12. 30.06.2010, 19:16
    #12
    ja jetzt wo du es sagst. dann ist das natürlich mies!!
    0
     

  13. 30.06.2010, 21:05
    #13
    wie wären denn die shell befehle, um es wieder rückgängig zu machen (kenn mich leider noch nicht aus mit linux)?
    0
     

  14. Zitat Zitat von Rockafilly Beitrag anzeigen
    wie wären denn die shell befehle, um es wieder rückgängig zu machen (kenn mich leider noch nicht aus mit linux)?
    Code:
    rm /data/data
    cp -rp /dbdata/data /data/
    reboot
    Und wenn dann noch alles läuft:

    Code:
    rm -rf /data/data.bak
    rm -rf /dbdata/data
    In Prosa:
    Zuerst den Link aus data (nach dbdata) löschen
    Dann die aktuellen Daten von /dbdata/data wieder in's /data kopieren.
    Und nach erfolgtem reboot noch das Backup der Daten von VOR dem Hack sowie die obsolete Kopie unter /dbdata/ löschen.

    EDIT: verschieben von /dbdata/ nach /data/ geht nicht, da muss wieder kopiert werden, wie beim erstellen des "Hacks" auch.
    4
     

  15. 30.06.2010, 21:49
    #15
    bei

    mv /dbdata/data /data/
    kommt dann failed on ....cross-device-link
    0
     

  16. Zitat Zitat von Rockafilly Beitrag anzeigen
    bei

    mv /dbdata/data /data/
    kommt dann failed on ....cross-device-link
    Ah... Das macht Sinn. Sorry, daran habe ich nicht gedacht.
    Passe die Schritte oben gerade an.
    0
     

  17. Unregistriert Gast
    Ich habe das Speed-Up auch getestet und muss sagen, das läuft wirklich sehr schnell. Leider wird dann der Speicher sehr schnell knapp. Deshalb habe ich das Speed-Up wieder entfernt.

    Erstaunlicherweise läuft das Galaxy S jetzt nach dem Entfernen genauso schnell wie mit dem Speed-Up.

    Und ja, das Speed-Up ist wirklich entfernt.
    0
     

  18. 02.07.2010, 06:20
    #18
    Zitat Zitat von Unregistriert Beitrag anzeigen
    Ich habe das Speed-Up auch getestet und muss sagen, das läuft wirklich sehr schnell. Leider wird dann der Speicher sehr schnell knapp. Deshalb habe ich das Speed-Up wieder entfernt.

    Erstaunlicherweise läuft das Galaxy S jetzt nach dem Entfernen genauso schnell wie mit dem Speed-Up.

    Und ja, das Speed-Up ist wirklich entfernt.
    Das kann ich bestätigen. Mein Galaxy läuft nach Herstellen der Original-Konfiguration ebenfalls so schnell wie mit dem Speed-Up.

    Ob dies auf Dauer so bleibt, ist eine andere Frage. Eventuell 'fragmentieren' manche Daten mit der Zeit?
    0
     

  19. Also, mit Hilfe von Rockafilly (vielen Dank, besonders für deine Geduld ) hab ich es einigermaßen verstanden.
    Jedoch muss ich das Handy nun schon zum 2. Mal wipen.

    Das erste Mal lag der Fehler daran, dass ich die Befehle, anstatt sie einzeln einzugeben, kopiert und eingefügt habe. Das hab ich jetzt nicht gemacht, sondern jeden Befehl einzeln eingetippt und mit Enter bestätigt.
    Dabei kam folgendes zustande:

    C:\android\tools>adb shell
    $ su
    su
    # cp -rp /data/data /dbdata
    cp -rp /data/data /dbdata
    cp: not found
    # mv /data/data /data/data.bak
    mv /data/data /data/data.bak
    # ln -s /dbdata/data /data/data
    ln -s /dbdata/data /data/data
    # reboot
    reboot

    C:\android\tools>


    Nun hab ich wieder das Problem, dass ich nach dem "S" beim Bootvorgang einen Blackscreen habe, die Touchtasten reagieren jedoch noch.

    Wo liegt also mein Fehler?!
    0
     

  20. 04.07.2010, 18:18
    #20
    Zitat Zitat von bl00dr4k Beitrag anzeigen
    C:\android\tools>adb shell
    $ su
    su
    # cp -rp /data/data /dbdata
    cp -rp /data/data /dbdata
    cp: not found
    # mv /data/data /data/data.bak
    mv /data/data /data/data.bak
    # ln -s /dbdata/data /data/data
    ln -s /dbdata/data /data/data
    # reboot
    reboot
    Wie es aussieht, war Busybox nicht richtig installiert/konfiguriert.

    Der copy-Befehl 'cp' ist nicht ausgeführt worden, da wahrscheinlich der Pfad nicht gestimmt hat. Damit sind die nötigen Apps/Daten nicht ins schnelle NAND unter /dbdata/data kopiert worden.

    Das Verschieben der Apps/Daten mit 'mv' als Sicherung ins Unterverzeichnis /data/data.bak hat funktioniert, ebenso das Erstellen eines symbolishen Links auf das neue /dbdata/data-Verzeichnis, welches ja vorher wegen des nicht funktionierenden copy-Befehls 'cp' leider nicht angelegt wurde.

    Damit zeigt der Link auf ein leeres bzw. nicht existierendes Verzeichnis /dbdata/data.

    Abhilfe wäre das Rückkopieren der Apps/Daten aus dem Sicherungsverzeichnis /data/data.bak ins Verzeichnis /dbdata/data. Dazu muss aber erst der copy-Befehl 'cp' laufen.

    Also versuch erst mal folgende Schritte:

    rm /data/data (Entfernen des symbolischen Links)
    ln -s /data/data.bak /data/data (Neuer symbolischer Link auf die Sicherung)
    reboot

    Jetzt sollte erst mal wieder alles laufen. Dann bitte Busybox richtig konfigurieren. Siehe Forum:

    http://www.pocketpc.ch/samsung-galax...tallieren.html

    Wenn Busybox richtig eingerichtet ist und der copy-Befehl 'cp' richtig funktioniert, dann folgende Schritte:

    cp -rp /data/data.bak /dbdata
    rm /data/data
    ln -s /dbdata/data /data/data
    reboot

    Danach läuft alles wieder...

    P.S.: Obige Anleitung ist nur eine Rettungsmaßnahme für die Konfiguation von bl00dr4k. Bitte NICHT bei Euch nachahmen...
    1
     

Seite 1 von 2 1 ... LetzteLetzte

Ähnliche Themen

  1. Brando Folien für's Nexus One
    Von NeidRider im Forum Google Nexus One
    Antworten: 16
    Letzter Beitrag: 30.05.2010, 18:24
  2. Samsung Galaxy i7500 oder Galaxy Spica i5700?
    Von Moritz im Forum Samsung Galaxy Spica i5700
    Antworten: 0
    Letzter Beitrag: 08.12.2009, 16:03
  3. Kreuzworträtsel für's HD?
    Von Cerberusac im Forum Touch HD Fun
    Antworten: 2
    Letzter Beitrag: 29.08.2009, 20:15
  4. Tasche für's X1
    Von Theodor im Forum SE Xperia X1
    Antworten: 3
    Letzter Beitrag: 23.11.2008, 21:26
  5. ROM Patcher für's E200
    Von yannickerb1 im Forum Plauderecke
    Antworten: 7
    Letzter Beitrag: 25.05.2004, 14:39

Besucher haben diese Seite mit folgenden Suchbegriffen gefunden:

samsung galaxy defragmentieren

samsung galaxy s defragmentieren

samsung galaxy s speed

com.google.progress.gapps

galaxy s defragmentierengoogle.progress.gappssgs defragmentierendefragmentieren samsung galaxy sspeed up samgung galaxy websitespeed up galaxy sspeed up androidandroid speed upgalaxy defragmentierengalaxy s speed upsamsung galaxy speedspeed up samsung galaxy sgalaxy s speedupsamsung galaxy defraggalaxy speedupdategalaxy s i9000 defragmentierenandroid speedupdefragmentieren samsung galaxysamsung galaxy s1 defragmentieren

Stichworte