H
homofaber
Fortgeschrittenes Mitglied
- 233
Zwischen der Firmware 2.3.0 und 2.5.0 gab es eine (meines Erachtens) folgenschwere Änderung im Kernel, und zwar im Treiber für das Crypto-Handling:
dm-req-crypt: Remove discard support as it keep reporting errors · bq/aquaris-X-Pro@93dae1a
Dies hat zur Folge, dass für (ausgerechnet) die /data-Partition der fstrim-command nicht mehr funktioniert. Da dies die Partition ist, auf der permanent geschrieben wird, dürfte das die Lebenszeit des Flash-Speichers signifikant verkürzen.
Die Änderung wurde seitens codeauroa.org gemacht und so von BQ übernommen. Der Hintergrund für diese Änderung erschließt sich mir nicht ganz, aber es gab wohl in irgendwelchen speziellen Einzelfällen Probleme und da hat dann ein Irrer den Holzhammer eingesetzt.
Der Kommentar bei der Änderung "/* TODO: Discard support */" bedeutet in diesem Fall wohl ziemlich sicher übersetzt: "Won't fix". Denn da hat sich seit langem nichts getan.
Wem fstrim nichts sagt: Mit dem fstrim-Command wird, grob gesagt, in regelmäßigen Abständen die Belegung des Flash-Speichers reorganisiert, um die einzelnen Speicherzellen möglichst gleichmäßig zu belasten, da diese technisch bedingt nur eine jeweils maximale Anzahl an Schreibvorgängen verkraften, bis sie tot sind. Mehr kann hier nachgelesen werden.
Obige Änderung sorgt nun seit FW 2.3.0 dafür, dass die Speicherzellen, welche belegt sind, nicht mehr beschrieben werden, solange sie Daten halten, andere freie dafür um so mehr. Und da permanent temporäre Dateien angelegt und wieder gelöscht werden, dürfte dies die Lebenszeit stark verkürzen, je nach Nutzung des Telefons (Anzahl der Apps, Häufigkeit des Fotografierens oder gar Video-Aufnahmen).
Für BQ ist dies nicht weiter tragisch, da die ersten Geräte ja nun aus der Garantie rausfallen und die übrigen es größtenteils bis zum Ende der Garantie überleben werden. Außerdem hilft für einige Zeit dann ja auch das berühmte Allheilmittel Factory-Reset, da dabei die Datenpartion gelöscht und neu angelegt wird.
Ich habe mir derweil damit beholfen, diesen Commit im Kernel rückgängig zu machen und einen selbst compilierten zu benutzen.
Bei der Gelegenheit:
@Quallenauge Eventuell solltet ihr in Lineage ebenfalls einen Revert dieses Commit in Erwägung ziehen. Habe leider gerade keine Zeit für Gerrit.
dm-req-crypt: Remove discard support as it keep reporting errors · bq/aquaris-X-Pro@93dae1a
Dies hat zur Folge, dass für (ausgerechnet) die /data-Partition der fstrim-command nicht mehr funktioniert. Da dies die Partition ist, auf der permanent geschrieben wird, dürfte das die Lebenszeit des Flash-Speichers signifikant verkürzen.
Die Änderung wurde seitens codeauroa.org gemacht und so von BQ übernommen. Der Hintergrund für diese Änderung erschließt sich mir nicht ganz, aber es gab wohl in irgendwelchen speziellen Einzelfällen Probleme und da hat dann ein Irrer den Holzhammer eingesetzt.
Der Kommentar bei der Änderung "/* TODO: Discard support */" bedeutet in diesem Fall wohl ziemlich sicher übersetzt: "Won't fix". Denn da hat sich seit langem nichts getan.
Wem fstrim nichts sagt: Mit dem fstrim-Command wird, grob gesagt, in regelmäßigen Abständen die Belegung des Flash-Speichers reorganisiert, um die einzelnen Speicherzellen möglichst gleichmäßig zu belasten, da diese technisch bedingt nur eine jeweils maximale Anzahl an Schreibvorgängen verkraften, bis sie tot sind. Mehr kann hier nachgelesen werden.
Obige Änderung sorgt nun seit FW 2.3.0 dafür, dass die Speicherzellen, welche belegt sind, nicht mehr beschrieben werden, solange sie Daten halten, andere freie dafür um so mehr. Und da permanent temporäre Dateien angelegt und wieder gelöscht werden, dürfte dies die Lebenszeit stark verkürzen, je nach Nutzung des Telefons (Anzahl der Apps, Häufigkeit des Fotografierens oder gar Video-Aufnahmen).
Für BQ ist dies nicht weiter tragisch, da die ersten Geräte ja nun aus der Garantie rausfallen und die übrigen es größtenteils bis zum Ende der Garantie überleben werden. Außerdem hilft für einige Zeit dann ja auch das berühmte Allheilmittel Factory-Reset, da dabei die Datenpartion gelöscht und neu angelegt wird.
Ich habe mir derweil damit beholfen, diesen Commit im Kernel rückgängig zu machen und einen selbst compilierten zu benutzen.
Bei der Gelegenheit:
@Quallenauge Eventuell solltet ihr in Lineage ebenfalls einen Revert dieses Commit in Erwägung ziehen. Habe leider gerade keine Zeit für Gerrit.
.