[OT]--Stammtisch--[OT]

Ja, Samsung scheint da entweder mehrere Teams parallel arbeiten zu lassen oder wahrscheinlichher: die Versionsnummern hängen wirklich nur vom Grundbuild ab (XX, XW, AD etc.).

Daher kann man sich auf diese Nummern wohl nicht mehr wirklich verlassen.

BTW: Die erweiterte Suche nutze ich egt. nie, sondern klicke immer oben auf "Diesen Thread/Dieses Forum durchsuche" und werde in 90% der Fälle immer fündig. Aber suchen will auch gelernt sein

Hiho zusammen,
ich geselle mich auch mal dazu wenn ich darf
Betreffend suchen und finden, ich habe immer noch nix hier im Forum gefunden was mir die Gefahren von ext.2 erklärt damit ichs auch begreife
Vielleicht kann das ja hier mal einer machen.

Daaaaaaaaaaaanke!

Die grösste Gefahr ist Datenoverheating.
Wenn bei ext2 das Handy zu warm wird, dann gibt es den berüchtigten ext2 Schmelzpunkt.



es steht zwar schon sehr oft irgendwo im Forum, aber Für Dich noch mal von Laie zu Laie

ext2 eins der ältesten Dateisysteme unter Linux es ist schnell, effizient, bietet aber keine Sicherheit bei Systemcrash und dergleichen. Weil es die Daten Roh schreibt und Liesst. Es hat kein Journaling. Also im falle eines Crash's ist es wie als wenn Du vergisst, auf welcher Seite im Buch Du warst und irgend eine dumme Nuss hat das Inhaltsverzeichnis zum sich einen Bong bauen ausgerissen.

Deshalb entwickelte man es weiter, brachte ext3 und später ... :

ext4 heraus. ext4 soll die Schnelligkeit von ext2 haben (was man irgendwie bei ext3 versaut hat) und ist soweit sicher, da es ein Journaling Dateisystem ist. Es schreibt als erst ein Journal mit Daten und Metadaten der Daten die geschrieben werden sollen und schreibt erst dann die eigentlichen Daten.
Diese ganzen Schreibprozesse verlangen natürlich ordentlich Systemressourcen, was in Desktop- und Serverumgebung nicht ganz so eine Rolle spielt. Bei einem schwachen Handyakku aber schon.

JFS wurde mal von IBM entwickelt ( IBM das Wiegenbett von Microsoft) und später mal von einer Handvoll Typen auf Linux portiert. JFS ist für Server optimiert, der gleichzeitig viele viele Abfragen bewältigen muss, möglichst wenig Fragmentiert und dabei aber effizient und sicher ist. JFS hat auch ein Jounaling, aber nur in Form von Metadaten (wie ein Inhaltsverzeichniss). Die bisherige Umsetzung von JFS auf dem Galaxy zeigt sich oftmals anfällig und bugy. Gehört aber mit zu den schnelleren nach ext2 und der Akkuverbrauch liegt zwischen ext4 und ext2.

ReiserFS
Wurde von einem Typ Reiser ( ich glaub sein Vorname war "Auf") nee Hans entwickelt. ReiserFS speichert alles (Verzeichnisse, Dateiblöcke, Datei-Attribute, Links, usw.) in einem einzigen Baum. Bei vielen kleinen Dateien soll es aber schnell in die Knie gehen und wie ich las, sich auch wenig für MoviNand eignen. Als Jounaling hat es auch nur Metadaten.

So hast Du also wie Wahl.
Nimmst Du das schnelle ext2, leidest aber bei nem crash oder plötzlichem Akkuverlust unter Datenverlust. Nimmst Du ext4 und leidest unter Akkuverlust, oder nimmst Du JFS und hast öfter mal komische reboots oder Spracheinstellungen (je nach ROM).

Mein neuster Tip ist, nutz ext4 und setz das Journaling auf nur Metadaten. Dann ist es schnell wie ext2 (manche sagen noch schneller) und hat die Sicherheit wie JFS.
Ist Sicher, spart Akku. Allerdings dauert es noch, bis dies in die Kernel einfliesst. Der Hardcore ist mit Sztupy schon am tüfteln.
Bis dahin gehts über adb, aber recht simpel: siehe da

und nun bitte ein frisches Calanda Bier


Edit:
Wenn mich die Herren Akademiker mal FEEDBACKEN könnte man es so auch auf die Menschheit loslassen, sprich in den FAQ Thread einfügen, so hat jeder was davon.

Spline, mein Held, vielen Dank für diese Erklärung, so habe ich sie hier wirklich noch nie gefunden.
Ich wollte jetzt grad mal das Journaling auf Metadaten setzen, bin Deinem Link gefolgt. Dort hab ich adb.exe über die Eingabeaufforderung gestartet, Handy mit USB Debugging angehängt und dann adb shell eingetippt. Dann kommt die Meldung:
/sdcard/bash_profile: Permission denied
Ich habe doch das Teil gerootet

es fängt an mit adb shell (enter) und dann
su (wie superuser)

nach dem su bekommst Du am Handy eine abfrage vom superuser app und musst das bestätigen.

Ich bin gar nicht soweit gekommen Aber jetzt hats geklappt und ich bin beim 2. Reboot wegen der Cache Partition.
Was der fehler war, ich habe usb-debugging verbungen und beim Anstecken an den PC hab ich USB-Daten verbinden geklickt. Anscheinend mag er das nicht so.
Calanda folgt...

Prooooooooooooooooooooooooooooooooooost
Hat beim 2. Mal geklappt. Was ich jetzt genau gemacht habe weiss ich nicht, aber ich hoffe es wirkt

Danke für's Bier.

Es wirkt ! Du hast nun ext4 mit Metadatenjournaling.

Na dann mal ein genauso "kurzes" Feedback von mir:

Mit der busybox-Version auf z4root funktioniert der grep-Befehl leider nicht (grep unknown oder so) und mit der bat passiert komischerweise auch nichts. Mit busybox 1.17.1 und 1.18.1 aus dem Installer hingegen keine Porbleme, bat habe ich dann nicht mehr getestet, da ich schon fertig war.
Da ich aber weiß welchen Fix ich drauf habe und nicht ganz unwissend bin, ist das zumindest für mich ja kein Thema
Ich weiß nicht ob es bei mir nur Zufall war oder allgemein hilft, wenn ihr das Gerät direkt per adb rebootet, denn bei mir wurde der cache immer bereits beim 1. Mal erfolgreich geändert.

Meine Vorschläge zur bat wären mal folgende:
1. Pack tune2fs direkt mit in die zip, ggf. auch ne passende busybox [aber egtl. ist grep ja eh nicht nötig], lass sie per adb auf die sdcard pushen und dann in die entsprechenden Ordner kopieren (beim direkt in den Ordner pushen solls wohl nicht klappen, muss vorher einmal kopiert werden, kA warum)
2. Mach verschiedene Versionen, die du je nach LagFix-Schema benennst (brauchst ja nur ggf. Zeilen entfernen, die Partitionen auf ext4 sind ja bekannt), dann müssen die User nicht mehr nachgucken und können nichts falsch machen, sollte also (theoretisch) narrensicher sein


Nun zu den Dateisystemen:

Ich denke JFS kann mittlerweile getrost at acta gelegt werden, war ein interessanter Versuch, aber bringt es nicht mehr wirklich, denn ext4 macht einfach weniger Probleme und hat mit Meta-Journaling auch einfach keine Nachteile mehr im Vergleich.

Zu ext2 vs. ext4 gibt es mittlerweile einige Diskussionen, denn ob uns das Journaling wirklich etwas nützt ist nämlich echt die Frage ... im Falle des Falles haben wir dann vlt auch nur die Metadaten der Dateien, aber die egtl. Infos sind trotzdem weg. Außerdem gibt es auch Berichte von Leuten, die ihren Computer schon länger (noch) auf ext2 laufen lassen und damit trotz Crashs sogar immer wieder alles wiederherstellen konnten.

Sollte uns das Journaling also wirklich nichts bringen so bliebe wiederum die Frage ext2 vs. ext4 (Journaling komplett deaktiviert). Prinzipiell denkt man, dass ext4 o.J = ext2, aber da gibts ein paar Unterschiede:
ext4 liefert in Benchmarks zwar die besseren Ergebnisse, erreicht diese aber über höhere Write-Speeds, welche uns wohl nicht sonderlich viel bringen, weil diese für unsere Belange eh schon schnell genug sind. Beim Read ist hingegen ext2 aber immer noch schneller und da scheint bei uns eben das Hauptbedürfnis zu liegen.

Es scheint also noch etwas zu dauern, bis dieses Thema final geklärt ist, sofern das überhaupt passiert, denn es wird wohl schwer zu testen sein.

Wiederum an anderer Stelle wird diskutiert, dass wir ext2 eh nur bei data bräuchten, weil diese der Ordner mit dem Hauptzugriff ist und somit den größten Einfluss auf den Akku und Speed hat. Dieser soll auch auf einer Partition oder einem Speicher liegen, der/die sowieso Sicherheitsfeatures beinhaltet und Journaling daher unnütz macht. Allerdings vermute ich, dass dabei (auch wenn nicht explizit erwähnt) ein Loop oder Verschieben auf den MoviNAND gemeint war, sonst macht diese Aussage auch mich nicht äußerst viel Sinn, aber es ist auch lange her, dass ich dort mitgelesen habe, deswegen kann ich mich auch irgendwo irren.
Jedenfalls könnten die restlichen Partitionen schön "sicher" mit ext4 betrieben werden, weil dies eh kaum Auswirkung auf Akku und Speed hätte - ob es man nach der Theorie weiter oben aber überhaupt braucht ist dann wieder eine andere Frage ...

So, weit genug ausgeholt und genug spekulative Infos verbreitet

Danke Drax,
soviele gute Info's nun und das am Stammtischthread.


Das mit der Bat Datei mach ich mal noch.
Das tune2fs soll man ja eben brauchen, weil die Busybox das nicht kann.

Da ich bis vor paar Tagen nicht einmal wusste was eine .bat Datei ist, ... kann mal jemand schauen ob mein script so stimmt?

Da ist man mal einen Tag nicht da. Und schon gbit es wieder Neuingkeiten. Dann werd ich wohl die Tage auch mal auf ext4 gehen mal sehen was es Bringt. Obwohl JFS ja super Läuft ich hab zumindest keine Probleme.

Jens, wenn's läuft, lass es.
In der Geschwindigkeit gibt's keinen Unterschied (Benchmark nach Gefühl).

Ja es läuft eigentlich super Besser wie mein Rechner gestern. Aber es gibt ja Acronis

Ach, hat's Dir auch die HDD zermatscht?

Höhö Spline, da weiss ich ja mal einmal mehr als Du

Was anderes, jetzt wollt ich mir Touchdown installieren und ein Konto konfigurieren und wenn das prog. mit dem Server kommunizieren will steht da einfach processing und nix geschieht, ausser das im Log irgendwas von prohibited steht
Hat da jemand eine Idee?

Nee gott sei dank nicht. Aber der lief immer schlechter und gestern Abend ging dann auf einmal garnichts mehr Abstürze ect. Dann hab ich die Hardware geprüft soweit es ging und am Ende dann nen Image wiederhergestellt. Seit dem Läuft er wieder wie ein Bienchen.

@faethor Hab auch nie gesagt, dass ich mehr weiss. Ich bin nur ein interessierter User, der nicht zu doof ist sich Info's zu besorgen und die wenigstens etwas evidenzbasiertes Erkennt oder auch nur differenziert Bewerten kann.
Wenn ich denke, dass ich Anfang Juli noch nicht mal wusste was Android so richtig ist ...

@Jens "Bienchen"


Edit:
Bei Touchdown, kann es beim ersten Connect sehr sehr lange dauern, bis es alles synchronisiert hat ..

Lach die Eile die Eile. Das ist wen Frau hinter einen Steht und drängelt.

"Frau" kann das nicht verstehen.
"Du immer mit dem Handy", "den ganzen Tag spielst Du ..." Bla Bla