kannst nicht einfach im startscript mit remount arbeiten ?
Druckbare Version
kannst nicht einfach im startscript mit remount arbeiten ?
nee keine AhnungZitat:
Zitat von Grillmeister
Habs schon im Stammtisch geschrieben, aber hier ruhig nochmal:
Wenn da nix also none steht, dann läuft ext4 mit Standardeinstellungen, also voll-Journaling.
Und noatime und Co. geht leider nur per StartUp-Script, da es sich wohl nicht im laufenden Betrieb ändern lässt.
BTW: Ich weiß ja nicht wie, aber als ich bei meinem plötzlich cleanen System spontan ein paar Tage altes Nandroid-Backup eingespielt hab, war mein ganzes System auf einmal wieder auf dem aktuellen Stand wie zuvor. Entweder wurde da vorher noch ein Backup eingespielt und das alte überschrieben oder mir fällt auch nichts mehr ein.
Eventuell hatte mir auch nur der Restore vorher nicht geklappt ... wer weiß, wer weiß ;)
Falls jemand keinen xda Account hat/möchte, hier die Seite von Hardcore und den aktuellen Kerneln:
http://touristinparadise.blogspot.co...-speedmod.html
Error unmounting SYSTEM:!Zitat:
Zitat von spline
bekomm ich da. Kann ich trotzdem format / system machen oder was hilft mir? ^^
evtl. vorher mit Fixpermissions probieren
Ein gemountetes System kannst Du ja nicht formatieren.
Aber probieren geht über studieren oder?
clear dalvik cache ist die auswahl wipe cache?
-edit- habs... bei Advanced CWM hats sich versteckt ;)
clear dalvik ist im cwm menü
Hat auch ohne unmount/mount geklappt.
Vielen Dank an alle für die nützlichen Beiträge. Nachdem ich den ganzen Thread gelesen hatte hatte ich schon Bock bekommen und bin gespannt auf den neuen Kernel mit dem neuen EXT4 Schema.
Also nochmal: Danke! ;-)
hey :)
sry aber ich blike mit der k9a undso nicht merh durch !
ich habe die Doc XXJPO v8 rom mit dem YA-OK kernel !
muss ich jetzt diesen fix auch machen oder nicht?
LG
der YA-OK Kernel ist seit heute neu http://forum.xda-developers.com/atta...1&d=1290534722
v1.31 (build 31) - 24th November
nein, die k9 wird die richtige version schon dabei haben. Und bei doc ist nicht der YA-OK kernel sondern sowieso der k9a 256 HZ von hardcore dabei. Also wenns läuft, dann passt es ^^
Man sieht in Einstellungen/Telefoninfo ... welchen Kernel man hat
Die BLN habe ich enabled, aber funktioniert nicht so richtig. Muss ich da noch irgendwas anschalten?
Btw: Läuft echt unglaublich smooth und auch der Akku hält und hält. Bin ect begeistert von dem SpeedMod
Grad noch GPS von der JM9 drauf gemacht, und auch das ist jetzt so wie es immer sein sollte.
Wirklich nene tolles Gerät zur Zeit ;) Danke nochmal :D
Ist bei dem SpeedMod der Lagfix schon dabei?
Welchen HZ speedmod soll ich auf meine JPO flashen?
Würde den 300er empfehlen, der ist unglaublich smooth, noch smoother kann ich mir garnicht vorstellen, aber vll probier ich irgendwann mal den 500er ;)
Der Speedmod hat mehrere Lagfixes, wo du einen auswählst.
Welchen lagfix dazu? No RFS overkill JFS? Oder welchen könnt ihr mir empfehlen?
Yep, genau den ... ich bin zwar ein absoluter Neuling, habe mich aber an Splines Empfehlung gehalten und der bringt wirklich was :)
Und zur Not kannste Ihn ja wieder deaktivieren
Weitere meinungen...ratschläge:-)
hab den auch, der nächste wird aber der ext4 der hier diskutiert wird, aber wohl erst mit dem K10? :)
Von JFS würde ich die Finger lassen. Zu Bugy.
Übrigens ext4 Journal ganz Abschalten funktioniert genauso Einfach wie es auf writeback umstellen.
Edit:
ich bin nun schneller als ein CPU Übertakteter Kernel.
Mein Test? :-)
Ich nehm das Video von YA-OK Kernel und klick genau in dem Augenblick auf Asphalt 5, wenn er das tut.
... und? mein Spiel läd schneller :-)
Du meinst also dann die normale No RSF overkill?
Klingt nice, dann muss ich dochnochmal durchschaun nach den genauen schritten die ich da machen muss um doch schon auf ext4 zu gehn. Jmd noch nen Tipp mit meinem BLN Problem? Funzt nich, obwohl enabled - nochwas zu aktivieren?
Grüße Pascal
Welche einstellungen muss ich dann vornehmen nachdem ich den No Rfs overkill aktiviert habe?
Ich habe folgendes gemacht...
Jezt meine Frage, wenn ich ein Nandroid Backup zurück schreibe wo der alte fehlerhafte Kernel z.b. k2-k8 drauf war und ich es jetzt das backup wieder zurückspiele auf gefixten K9 kernel ist das system dann immernoch sauber oder nicht?Zitat:
Hab jetzt folgendes habe von kernel k8@300 probiert auf K9@300 umzusteigen leider mit folgendem Fehler das Handy blieb einfach bei startlogscreen nicht beim S stehen habe dann einfach ohne restett oder wipe die Offizielle JPO per odin mit pit 803 ohne re-part geflasht Handy neu gestartet (hat auch ohne Problem geklappt...) also hatte ich wieder den originalen Kernel drauf, anschließend den K9@300 geflasht und das Handy ist wieder in dem zustand wie es war nur mit dem K9@300 Kernel.
Danach habe ich den check mit mount im Open Terminal gemacht und es sagte mir:
containing /system "check=no"
Also wieder alles okay...
ist es ja, es ging ja nur um ein falsches Mounting.
Da aber falsche Orderbezeichnungen drin sein können, wäre ein Neuflash besser, aber absolut kein Muss.
@all,
wer sich noch am ändern oder abschalten des ext4 journals versuchen will:
http://www.pocketpc.ch/samsung-galax...bschalten.html
RFS Overkill gibt es mit JFS (nicht zu empfehlen) und ext4.Zitat:
Zitat von carhartt94
probiert mal advanced ext4 also alles ext4 und dann das Journaling ändern. Dann braucht ihr keinen ext2 loop mehr (alà overkill).
Denn unsicher ist der ext2 loop genauso, als würde man bei ext4 das Journal abschalten.
@spline
Das hab ich doch (Neuflash) nur ohne re-part...
Was wäre wenn ich komplett resette und die interne Platte formatiere und dann den clockmod ordner wieder in das hauptverzeichnis kopiere und mein NanBackup zurück spiele ist es dann 100% besser???
Also werde ich den Advanced jetzt dann nur mit ext 4 aktivieren...
ach übertreibs nicht :-)Zitat:
Zitat von Milchbeck
Das CWM Backup sichert auch nicht alles.
Mach es nach der Anleitung von Hardcore die ich gestern hier gepostet hab. Des langt.
@carhatt94 genau nur ext4 @all
Wobei eigentlich ext4 auf /data reicht, so (ich wiederhole mich) /dbdata und /cache auf einem schnellen oneNand liegt und ohnehin schnell sind. Drum haben voodoo und oclf sich bisher ja nur um den /data Ordner gekümmert. (weils eigentlich langt)
nach langem überlegen habe ich den Speedmod mit ULF geflashed.
Den Lagfix NO RFS overkill mit JFS/ext2 habe ich wie in Post 1 aktiviert.
Nun muss ich meine Tweaks noch aktivieren...Kann mir da jemand kurz sagen wie das funktioniert?
Auwei, den JFS ... naja ...
Wundere Dich nicht, falls es mal komische Sachen gibt, wie Automatisches Booten in Recovery.
Oder plötzliche Änderung in der Lagfixkonfiguration, etc ...
Tweaks:
Gehst ins Menü wo Tweaks steht und klickst auf jeden der 4 1x, dann steht unten
Enabled:
i/o Scheduler
Kernelblabla usw ...
reboot und fertig
wie ich gelesen habe bist du auch mit dem JFS/ext2 einige zeit unterwegs gewesen?
beim advanced ext4 weiß ich nicht genau was ich da alles umstellen muss?!
wenn du mir das vielleicht mal detailiert beschreiben könntest, würde ich mich überzeugen lassen und den advanced ext4 aktivieren :)
ich lass mich natürlich immer eines besseren belehren, und von besseren usern als mich *g*
:-) und ich lerne auch immer dazu.
Klar war ich bei JFS, ich hab bisher alles getestet, was es gibt.
JFS ist schnell ja, aber es hat zu viele Bug's noch.
Keine Ahnung ob es am SGS liegt und dem moviNand, oder an der evtl. schlechten Implementierung von sztupy ...
Fakt ist, es mehren sich Klagen. Ein Beispiel hier ...
Advanced ext4, ... ähm? was gibts da als Schwierigkeit?
Einfach das Schema im Lagfixmenü anklicken und fertig.
Der move von /data auf /dbdata ist dort schon auf false, also musst Du dort nichts machen.
Im Prinzip langt es, nur den /data Ordner auf ext4 zu wandeln. Da eben /dbdata und /cache auf dem schnellen oneNand Speicher liegen.
Willst Du es schneller und stromsparender mit ext4, schau Dir das Ändern des Journalings an (post1)
Also ich wiederpsreche Spline Natürlich nur Ungern aber ich kann dein abraten vom JFS überhaupt nicht verstehe. Ich habe das sehr sehr lange zeit genutzt und hatte nie Probleme oder komische Sachen die Aufgetreten sind. Sicher sind nicht alle Geräte gleich aber ich für meinen Teil kann es nicht Bestädigen das es da größere Probleme gibt. Nun hab ich gestern Abend mal umgestellt auf ext4 um einfach mal den Vergleich zu haben natürlich auch mit dem Journaling abändern. Auf den ersten Blick und vom Gefühl und auch von Quadrant her gibt es da bis jetzt keine großen Unterschiede. Einfach mal schauen wie es sich über die Tage Entwickelt. Aber jeder der auf JFS ist und hat keine Probleme damit kann genau so gut auch dort bleiben. Ist meine Meinung dazu.
Solange es gut geht ist es ja i.o.
JFS ist an sich auch nicht schlecht.
Evtl. liegt es an der implementierung im Kernel oder dass es mit SSD's nicht gut kann, oder was weiss ich.
Zitat von Hardcore (xda)
Zitat:
... And I don't advise using jfs - it's unstable and you might lose your data.
Sollte (wie im andren Thread schon gesagt) auch nahezu keine Unterschiede geben, da beides Metadaten-Journaling nutzt.
Ich habe auch lange auf JFS vertraut, aber die Probleme haben sich einfach zu sehr gehäuft in der letzten Zeit und auch ich hatte nach lange Nutzung letztendlich Ärger damit - obs eventuell an den neuen Kernelversionen lag ist natürlich nicht auszuschließen.
Akkutechnisch dürften die beiden sich dann egtl. auch fast nix mehr geben und quasi auf einem Niveau sein.
Und wenn ich also ein gleichwertiges System (ext4 auf Meta) ohne irgendwelche Probleme haben kann, so nehme ich doch klar dieses und rate von dem anderen ab (so zumindest meine Logik ;))
Edit: Spline will mich heute wohl defintiv ärgern ... (schon wieder diese 4 min Vorsprung) - aber ich mach mich eh gleich vom Acker ;)
Sorry, ich bin auf Arbeit. Da bin ich immer schnell.Zitat:
Zitat von Drax
Hehe das kenn ich :-) auf der Arbeit hab ich für sowqs auch immer etwas mehr Zeit als für meine Pflichten :-)
Da ich heute den ganzen Tag unterwegs bin, werde ich morgen mal das auf ext4 stellen.
Das mit dem erweiterten Journaling werde ich erst in gebrauch nehmen falls es für mich nötig ist.
Kannst mir vielleicht mal sagen wieviel das das SGS schneller macht?
Und vom Akku? Ne geschätzte Zahl in % würde mir vollkommen ausreichen :-)
Danke
Man kann so keine % Zahl vom Akku angeben, wie auch. Es hängt von so vielen Faktoren ab.
Deine Netzqualität (Sendeleistung), was Du im Hintergrund laufen hast, wieviel Du überhaupt am Handy machst und so weiter.
Leider sind Test's meist nur nach Gefühl und nach Gefühl hält mein Akku länger.
In der Theorie muss es ja auch besser sein, da ext4 nicht mehr Daten, Sicherungsdaten und Metadaten schreiben muss (was viel Leistung brauch (CPU und damit Akku), sondern entweder nur noch die Daten und ggfs. Metadaten.
Schneller macht es im Quadrant im i/o write/read von 3760 Punkten mit Writeback und 4245 Punkten ohne Journal aus (mit Journal hab ich nicht getestet, sollte dann aber so bei 3000 liegen)