[How to] ext4 Journaling ändern/abschalten

Hab mal was neues.
Wer es noch nicht wusste. Ext4 als Dateisystem brauch many Ressourcen wegen seines journalings.
Hier gibt es nun eine Möglichkeit es wie JFS zu machen (Journal Metadaten). Was es weiterhin sicher bleiben lässt, aber schneller und effizienter Arbeiten.
Das Original kommt natürlich nicht von mir, sondern von Hardcore persönlich.
http://forum.xda-developers.com/showthread.php?t=819580

GILT NUR FÜR NUTZER EINES EXT4 LAGFIXES !!!

Man kopiere sich die tune2fs in den /data Ordner.
Hat man keinen Rootexplorer etc. kopiert man sie ins Hauptverzeichnis der SD karte und beginnt bei der adb mit:
adb shell
su
cp /sdcard/tune2fs /data/

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

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)
mount | grep ext4 ist nur zum Abfragen, ob auch wirklich alles an den entsprechenden Plätzen liegt.

Man bringt also nun ext4 dazu ein writeback zu machen.

man Beginnt also mit:
(zeilen immer mit Enter "abentern)

adb shell
su (superuserabfrrage am Handy bestätigen)
/data/tune2fs -o journal_data_writeback /dev/block/mmcblk0p2
/data/tune2fs -o journal_data_writeback /dev/block/stl10
/data/tune2fs -o journal_data_writeback /dev/block/stl11
exit

Hat man nur den Data Ordner auf ext4 wäre es nur die Zeile mit mmcblk0p2


Nun machen wir ein Reboot

Später wieder in die Eingabeaufforderung und :
adb shell
su
mount ¦ grep ext4
jetzt sollten alle ext4 Partitionen aufgelistet werden und zu Lesen sein data=writeback

Meist klappt es mit dem cache (stl11) nicht, dann noch mal reboot und extra nocheinmal :
data/tune2fs -o journal_data_writeback /dev/block/stl11

Bei mir brauchte es 3 Reboots, bis auch cache den journalmodus gefressen hat.

Hab mal eine .bat Datei gemacht.
Normalerweise sollte sie gehen.
(die Bat Datei geht nicht, dient also nur zum sehen)

ext4 Jounaling Komplett abschalten:
http://www.pocketpc.ch/samsung-galax...tml#post824697

Ohne ADB mit SSH siehe hier:
http://www.pocketpc.ch/samsung-galax...tml#post831097

Wer das Journaling bei ext4 ganz Ausschalten will um die Batterieeffizienz zu erhöhen und die Leistung zu Steigern, kann noch bzw. überhaupt folgende Befehle Eingeben:

adb shell
su
Partition unmounten:
umount /dbdata (später das dann auch mit /cache und /dbdata)
Check nochmal ob der Ordner ein Journal hat mit:
/data/tune2fs -l /dev/block/stl10 | grep features
Jetzt sollte da unter anderem stehen has_journal (hat ein Journal)
Nun geht es weiter mit:
e2fsck -f /dev/block/stl10 (stl10 ist dbdata)

Nun kommt das Journal weg mit:
/data/tune2fs -O ^has_journal /dev/block/stl10
Jetzt schauen wir nochmal, ob das ganze geklappt hat:
/data/tune2fs -l /dev/block/stl10 | grep features

nun sollte da nix mehr von has_journal stehen. Gratulation !
Reboot nach der ganzen Prozedur ist obligatorisch.
.....................
Die ganze Prozedur muss man nun noch für den Cache Ordner und den Data Ordner machen.
Hierbei ist aus dem Beispiel die stl10 mit stl11 (für den Cache) und mmcblk0p2 (für den Datenordner) zu ersetzen.
Hat man nur den voodoo fix also nur den Data Ordner als ext4, brauch man diue Prozedur nur mit "mmcblk0p2" zu machen, da der Rest (dbdata und cache) kein ext4 Journal haben.
Testen kann man es dann auch mit dem Quadrant, dessen Score um die 150 Punkte steigt. Vor allem im i/o Bereich steigt es um bis zu 500 Punkten (brauch Quandrant Advanced).
............

Achtung:
es ist nichts für Unsichere/Unwissende, es kann "wie ext2" einen Datenverlust zur folge haben, wenn der Schreibvorgang durch plötzlichen Stromverlust unterbrochen wird.
Wer sicher sein will, bleibt beim Journaling!
Aber jeder der ext2 irgendwo nutzt und sei es beim alten OCLF, hat eh Datenverlust beim Stromausfall.

Desweiteren sollte man die Journal-entfernen Prozedur nur im Recovery-Modus machen soll! Im normalen Betrieb ist das *viel* gefährlicher.
Geht aber nur, wenn der Kernel einen Recoverymodus root-Zugang mitbringt.


Nach Linux, soll dieser Befehl:
/data/tune2fs -j -o journal_data_ordered /dev/block/mmcblk0p2
(mmcblk0p2 austauschbar mit stl11 und stl10) das Journaling wieder herstellen auf Standard ext4 data_ordered.
(Denkt an den Reboot)

Weitere Info's und eine noch ausführlichere Erklärung gibts hier:
http://forum.xda-developers.com/showthread.php?t=851407

Ohne ADB mit SSH siehe hier:
http://www.pocketpc.ch/samsung-galax...tml#post831097

So, nach selber langen Kämpfen und Ärgern, hier nun die funktionierenden Anleitungen in einem extra Thread.

Bitte beachte das das den Datenverlust erhöhen kann. Weil Jfs leider auch nicht das sicherste ist. Es kann also sehr wohl zu Datenverlust kommen. Lasst also am besten euren Akku mit dieser Methode nicht alle gehen. Gab schon vereinzelt totale Probleme mit vielen Fcs und so. Also, be careful.

Ansonsten, danke spline!

Ja genau, ahtte ich ja schon erwähnt.
Wobei es das gleiche ist, als habe ich den alten OCLF von Ryanza mit nem ext2 loop auf /data.
Dort wäre wenn auch nur auf /data auch alles futsch. Nuwohr?

Ich geh davon aus.

Vielleicht sollte man auch erwähnen, dass es auch ganz ohne PC mit nem Terminalemulator geht. Hab das z.B. mit "irrsi Connectbot" gemacht.

Hab jetzt noch nicht großartig mit adb gearbeitet, aber müsste bei dem Befehl(en):

data/tune2fs -o journal_data_writeback /dev/block/mmcblk0p2

nicht am Anfang ein "/" stehen? Bei dem Terminalemulator muss da definitiv ein Slash hin ...

Bei Eingabe von :

/data/tune2fs -O ^has_journal /dev/block/stl10

kommt Fehlermeldung:

link_image[1995]: failed to link /data/tune2fs
CANNOT LINK EXECUTABLE

Irgendwas kann nicht stimmen. Ich versuch doch hier keinen Link zu erzeugen, oder doch ?
Jemand ne Idee ?

EDIT: SOLVED!!!! Lag an der tune2fs! Hab sie nochmal neu per adb gepusht und alles hat wunderbar geklappt.

Werd mir nun alle 5 Tage mal ein CWM Backup ziehen, für denn Fall das doch einmal was mit ext4 ohne journal schief geht ^^

Zitat von ostbloeckchen

Vielleicht sollte man auch erwähnen, dass es auch ganz ohne PC mit nem Terminalemulator geht. Hab das z.B. mit "irrsi Connectbot" gemacht.

Hab jetzt noch nicht großartig mit adb gearbeitet, aber müsste bei dem Befehl(en):

nicht am Anfang ein "/" stehen? Bei dem Terminalemulator muss da definitiv ein Slash hin ...

ja klar, hab es geändert.

@sebsch1991
Ein CWM ist natürlich supi, aber es reicht doch auch ein CWM Backup vom "sauberen" system zu ziehen und dann mit Titanium Backup per Scheduler automatisch regelmässig ein Backup zu machen.
Falls dann was passieren sollte (und weder beim OCLF, noch bei ext4 ohne Journal, hab ich sowas gelesen *aussnahme JFS*), kann man das "reine" System per CWM restoren und dann mit Titanium den Rest Restoren.

so hab jetzt meines gestern Abend auch mal umgestellt. Zum einen war es bei mir eine Qual ich hab allein drei Stunden damit zugebracht das adb überhaupt zu öffnen weil immer wieder ne Fehlermeldung kam und das auf zwei Unterschiedlichen Rechner. Und ich weiß wie man über Eingabemaske nen Programm startet. Als es dann endlich lief ging es auch nach Beschreibung super. Obwohl ich für meinen Teil muss sagen ich merk da vom Gefühl und auch vom Quadrant her keine so großen Unterschiede zu JFS. Aber mal sehen wie es sich über die Tage Entwickelt.

Nee Du, Quadrant ist keine Referenz.
Die Werte kannste mit dem simplen ext2 loop wieder pushen.
Zu JFS werden die Unterschiede minimal sein, mit dem Auge fast nicht zu erkennen, aber in der Theorie muss es schneller sein.
JFS ist halt bugy, ansonsten schnell und Batterieschonend.

Überhaupt sind die Anpassungen sei es Kernel oder Lagfix nur noch minimal.
Es ist kein so wahnsinniger Unterschied, wie man damals hatte, als man von JF3 zum ersten ext2 Lagfix ging.
Da war es noch Woooo, aber jetzt sind wir ziemlich am obersten Treppchen angelangt.
Ich denk nur noch Cyanogen könnte eine weiter Stufe schaffen.

Hast du abgeschaltet oder nur auf Metadaten umgestellt?

Im Großen und Ganzen wird man da eh nicht wirklich viel feststellen, da wir uns eben mittlerweile auf einem sehr hohem Niveau befinden wo alles nur noch Nuancen ausmacht.
Zudem sollte ext4 mit Metadaten eben gerade genau mit jfs gleichziehen. Letzteres kann ich aber aufgrund der sich häufenden Probleme und der neuen Meta-Journaling-Möglichkeit für ext4 eh keineswegs mehr empfehlen und würde sogar defintiv davon abraten.

BTW: Vom ganz Abschalten bin ich irgendwie (noch) nicht der Freund, da warte ich lieber die Berichte ab. Auch supercurio hat schwer davon abgeraten und meint, dass dieser leichte Performancegewinn keine 50% höhere Chance des Datenverlustet rechtfertigt.

Edit: Ok, ich tippe wohl zu langsam -.-

Ich weiß selber das Quadrant keine Referenz ist aber irgendwo muss man ja mal ein wenig ein vergleich Anstellen. Ich hab ja auch nicht gesagt das ext4 mit dem dem ändern vorm Journaling schlecht ist. Im Gegenteil ich denke die beiden nehmen sich nicht viel. Und JFS und Buggy naja da gehen die Meinungen sicher auseinander.Was aber auch ok so ist denn nicht alle Geräte sind gleich. Das wir Irgendwo am oberen Ende der Treppe angekommen sind ist doch auch Irgendwo normal. Und ich geb dir vollkommen recht wenn du sagst das die Unterschiede der Fixe nicht mehr so groß sind. Aber ich sehe eben auch was aus dem einst langsamen Galaxy geworden ist und wie es läuft. Und von daher erwarte ich da auch nicht mehr viel. Sicher ist Cyanogen wenn er denn mal Fertig ist es wert es zu Versuchen. Aber so viel erwarte ich da Ehrlich gesagt nicht.

Zitat von Drax

BTW: Vom ganz Abschalten bin ich irgendwie (noch) nicht der Freund, da warte ich lieber die Berichte ab. Auch supercurio hat schwer davon abgeraten und meint, dass dieser leichte Performancegewinn keine 50% höhere Chance des Datenverlustet rechtfertigt.

Edit: Ok, ich tippe wohl zu langsam -.-

Das ist korrekt.
Keiner, weder Hardcore noch Supercurio raten zu einem kompletten Abschalten des Journalings.
Lediglich Ryanza sieht es anders (daher auch sein ext2 Lagfix).
Es muss jeder für sich wissen.
Ich hab immer ein gutes Backup in der Tasche und auf dem PC (und mit dessen Backup gleich 2x).
Datenverlust ist mir daher relativ egal, denn Dank Google und Outlook verliere ich nie das wichtigste, Kontakte, Kalender, ... na und meine Kaufapps bleiben ja auch im Markt erhalten.

meinen Leuten, denen ich das SGS supporte würde ich nie das Journaling abschalten.

Ich hab meine Backups immer dann, wenn es nicht drauf ankommt und umgekehrt, da schein ich echt ein Talent für zu haben

Zwar verliere ich auch keineswegs etwas wichtiges, da diese Sachen alle zu 100% gesichert sind, aber nervig ists dennoch und mit der Meta-Performance bin ich egtl. durchweg zufrieden.

Ich frag jetzt mal ganz blöd!
1. Was wird mit dem CWM Backup gesichert?
2. Wo mache ich es? Habe mal den Affengriff bisschen geschaut. Habe aber nur sowas gefunden wie, Dalvic Cache löschen.
3. Reicht ein Backup mit Titanium nicht aus?

Ich bekomm noch die Krise. In der Arbeit mit Windows XP läuft die adb shell einwandfrei. Aber zuhause bei Windows 7 (64bit) läuft gar nichts -.-

So, hab das Ausschalten vom Journaling noch mal Überarbeitet (dank hardcore von den xda)

@bonus
ich hab Windows 64 bit und noch nie Probleme gehabt mit der ADB

@clawwulf
CWM Backup ist wie ein Spiegelbackup (abbild)
Es wird exakt alles gesichert, wie es auf dem Handy ist. Titanium Backup ist da nicht so genau.
Wenn das SGS nicht mehr Bootet, weil Du zuviel daran "gespielt" hast, dann kannst Du ganz bequem über die Recovery ein CWM Backup wieder Einspielen, während Du an Titanium gar nicht ohne Neuflash herankommst.

Noch als kleiner Hinweis von mir. Wer über die Eingabeaufforderung Proleme hat bei su (superuserzugriff) zu bekommen erkennt man daran das danach aus dem $ Zeichen eine # wird. Der sollte über das Recovery Menü einfach noch mal unter Install Superuser den Punkt install busybox+su auswählen danach sollte es gehen.

sooo, nach dem kies update läuft bei mir daheim auch endlich die adb shell.

# unmount /dbdata
unmount /dbdata
unmount: not found
# e2fsck -f /dev/block/stl10
e2fsck -f /dev/block/stl10
e2fsck 1.41.6 (30-May-2009)
/dev/block/stl10 is mounted.

WARNING!!! Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.

Do you really want to continue (y/n)? y
yes

Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
DBDATA: 12/30336 files (16.7% non-contiguous), 7005/30336 blocks
# /data/tune2fs -l /dev/block/stl10 | grep features
/data/tune2fs -l /dev/block/stl10 | grep features
# Filesystem features: has_journal ext_attr resize_inode dir_index filetype
extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isiz
e
#

Mach ich da was falsch? Der unmount funktioniert nicht xD