mal-zeit
Anmeldungsdatum: 19. Februar 2013
Beiträge: 105
|
Moin, wenn ich im hiesigen Artikel auf "Haltbarkeit von SSDs" klicke, kommt folgendes: Dies alles deckt sich mit den Forschungen des Herstellers Intel. Intel selbst gibt für seine SSD eine Mindesthaltbarkeit von fünf Jahren an – >>allerdings ist der eingesetzte Parameter mit 20 Gigabyte an zu schreibenden Daten pro Tag äußerst hoch und wird in der Regel >>von keinem >>„normalen“ Anwender erreicht (siehe auch Exkurs – Journaling auf SSD).
Hier steht aber 10 Gigabyte... na was hat denn Intel nun angesetzt? 10 oder 20 GiB? ☺ Gruß
|
Prof._Frink
Anmeldungsdatum: 29. Mai 2010
Beiträge: 1096
|
Im Wiki steht
Damit ein „Batched Discard“ oder „Online Discard“ auf einer mit dm_crypt (LUKS) verschlüsselten Festplatte funktioniert, muss zusätzlich zur Datei /etc/fstab auch in der Datei /etc/crypttab die discard-Option eingetragen werden [2][3]
Betrifft dies wirklich auch den Fall eines "Batched Discard", die discard-Option muss doch eigentlich nur beim "Online-Discard" gesetzt werden? Danke & Viele Grüße, Frink
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7656
|
Das crypt Device lehnt jegliche TRIM Anweisung ab, solange allow_discards nicht gesetzt ist. (dmsetup table | grep crypt vs. dmsetup table | grep allow_discards ) Online oder Batch macht da keinen Unterschied. Was natürlich geht ist den crypt-Layer zu umgehen und das TRIM direkt auf /dev/sda zu schicken. Aber wer sowas macht, braucht nicht erwarten, daß danach noch intakte Daten übrig sind.
|
Prof._Frink
Anmeldungsdatum: 29. Mai 2010
Beiträge: 1096
|
|
hirntot
Anmeldungsdatum: 9. August 2009
Beiträge: 198
|
huhu! sehe ich das richtig, dass TRIM für Anwender schon seit 14.04 nicht mehr relevant ist - da TRIM und weekly schon vorhanden sind? Könnte das mal jemand im einführungsblock ergänzen, damit da nicht noch mehr Leute wie ich drüber stolpern? Dank und Gruß hirntot
|
eliro
Anmeldungsdatum: 16. Juli 2018
Beiträge: 4
|
Hi!
Ich habe Ubuntu 18.04 mit Vollverschlüsselung über LUKS-Schlüsselableitung aufgesetzt und hatte einige Probleme, TRIM zum Laufen zu bekommen. Leider habe ich dazu keine Hilfe in den relevanten Artikeln gefunden, weswegen ich diese gerne ergänzen würde. Das Problem war, dass bei der Vollverschlüsselung nicht nur die Datei /etc/crypttab mit der discard-Option zu versehen ist, sondern auch die Datei /etc/initramfs-tools/conf.d/cryptroot: target=root,source=UUID=c9e6aab5-e3a0-43e9-a594-4bcf1b61e7c1,discard,key=none
target=home,source=UUID=d09e29f2-9882-457d-b4f0-42f12aebdd3b,discard,keyscript=/scripts/luks/get.root_crypt.decrypt_derived Anschließend ist wohl das Initramfs noch zu aktualisieren:
update-initramfs -u -k all Da diese Information noch nirgends zu finden ist, habe ich sie in dem relevanten Abschnitt SSD/TRIM/#TRIM-mit-Festplattenverschluesselung mal ergänzt.
|
Marie-Görz-Fanclub
Anmeldungsdatum: 15. Juni 2018
Beiträge: 270
|
Links Weiterführende Informationen zu TRIM:
SSD-Trim in Ubuntu 14.04 🇩🇪 – kofler.info
https://kofler.info/blog/235/126/SSD-Trim-in-Ubuntu-14-04/
Nichts gefunden Wie es aussieht, wurde an dieser Stelle nichts gefunden. Möglicherweise hilft eine Suche?
Hallo die aufgerufene Wikiseite ist unter Kofler nicht mehr erreichbar, kann ich den Wikiartikel anpassen?
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29039
Wohnort: WW
|
Hallo, Deadlinks kannst du immer entfernen bzw. wo mit vertretbarem Aufwand möglich durch einen neuen Link ersetzen. Gruß, noisefloor
|
Marie-Görz-Fanclub
Anmeldungsdatum: 15. Juni 2018
Beiträge: 270
|
Hallo noisefloor
ich habe die Änderungen seitens der mir auffälligen Dead-Links vorgenommen. Mfg Marie
|
unbekannt1984
Anmeldungsdatum: 29. Oktober 2007
Beiträge: 945
Wohnort: Iserlohn
|
Hallo, für mich ist TRIM ja immernoch so ein kleines Rätsel, deswegen lese ich dazu ziemlich viel... Jetzt bin ich über diesen Artikel gestolpert: Wöchentliches fstrim ab Ubuntu 18.04. Müsste da das UU-Wiki aktualisiert werden?
|
unbekannt1984
Anmeldungsdatum: 29. Oktober 2007
Beiträge: 945
Wohnort: Iserlohn
|
Hallo, ich würde vorschlagen den Abschnitt "TRIM per Batched Discard" um eine Zeitmessung zu erweitern. Ich habe das mal an einem Debian-Testing Rechner mit SanDisk SSD Plus 240GB probiert:
torsten@debian:~$ time sudo fstrim -v /
/: 4,6 GiB (4934770688 bytes) trimmed
real 0m8,644s
user 0m0,015s
sys 0m0,777s
Also ein Cronjob würde bei o.g. SSD mit dieser Menge an Daten 9 bis 10 Sekunden laufen (die Zeit für das Home-Verzeichnis fehlt). Anhand der Dauer und Datenmenge kann man dann entscheiden ob man häufiger TRIM ausführen sollte. Bezüglich des o.g. Wiki-Artikels bin ich auf dem Rechner ebenfalls fündig geworden:
torsten@debian:/lib/systemd/system$ cat fstrim.timer
[Unit]
Description=Discard unused blocks once a week
Documentation=man:fstrim
[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true
[Install]
WantedBy=timers.target
torsten@debian:/lib/systemd/system$ sudo systemctl status fstrim
[sudo] Passwort für torsten:
● fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/lib/systemd/system/fstrim.service; static; vendor preset: enabled)
Active: inactive (dead)
Docs: man:fstrim(8)
Wenn der Service läuft, dann braucht man da nichts mit Cron basteln... Aber wie sieht es im Ubuntu-Land aus (das ist ja für das UU-Wiki ausschlaggebend)?
torsten@debian:/lib/systemd/system$ cat fstrim.service
[Unit]
Description=Discard unused blocks on filesystems from /etc/fstab
Documentation=man:fstrim(8)
[Service]
Type=oneshot
ExecStart=/sbin/fstrim --fstab --verbose --quiet
ProtectSystem=strict
ProtectHome=yes
PrivateDevices=no
PrivateNetwork=yes
PrivateUsers=no
ProtectKernelTunables=yes
ProtectKernelModules=yes
ProtectControlGroups=yes
MemoryDenyWriteExecute=yes
SystemCallFilter=@default @file-system @basic-io @system-service
Optionen für Verbose und Quiet... WTF? (Sorry) → Was landet denn da in den Logs? Immerhin wird wohl Alles getrimmt, was in der /etc/fstab auftaucht.
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 29039
Wohnort: WW
|
Hallo, die Cron-Jobs durch systemd Timer Units ersetzen - ok. Das wäre dann "zeitgemäß" 😉 Aber bitte auf einem Ubuntu-System testen. Zeitmessung: das würde IMHO besser in eine Abschnitt "Tipps & Tricks" passen, weil das ja nichts ist, was jeder Nutzer zwingend nutzen müsste. Gruß, noisefloor
|
unbekannt1984
Anmeldungsdatum: 29. Oktober 2007
Beiträge: 945
Wohnort: Iserlohn
|
Moin noisefloor, hast du den Kaffee schon auf? 😛 Du hast mich wohl ein bisschen falsch verstanden: Der Wikiartikel Wöchentliches fstrim ab Ubuntu 18.04 bezieht sich auf Ubuntu (eben auf 18.04+). In dem Wiki-Artikel steht, seit 18.04 wird der Timer über systemd gesetzt (automatisch bei Installation). Selbst bei meinem Debian waren die Dateien vorhanden, lediglich der Timer war nicht aktiv (gut, das System ist auch gerade von einer konventionellen Festplatte auf eine SSD umgezogen).
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
Die eigentlich Anfrage hier - kurz gefasst - warum in dem Artikel nicht deutlich ersichtbar steht, dass ab 14.04 automatisch ein zeitgesteuert Batched Discard in Ubuntu vorkonfiguriert ist? Würde meiner Meinung nach in die Hinweisbox unter der Einleitung gehören. Unter Debian ist es tatsächlich so, dass kein automatischer Batched Trim vorkonfiguriert ist, sondern man den Timer erst selber aktivieren muss. Debian fährt in Sachen Standardkonfiguration aber auch einen völlig anderen Ansatz als Ubuntu. unbekannt1984, was den Befehl in deiner fstrim.service betrifft, der ist korrekt, weil das --quiet unterdrückt nur bestimmte Fehlermeldungen. Der Parameter ist aber auch erst im Mai 2019 als Änderung in fstrim eingeflossen, siehe Commit 374baa6f64cafe7f1455d68da4fe7069ffbfe6c8 🇬🇧. In Ubuntu 18.04 oder Debian 10 wird einfach fstrim -Av , also fstrim --fstab --verbose verwendet. In jedem Fall werden nur Geräte in der fstab getrimmt und die Anzahl getrimmter Bytes ins Log geschriebn.
|
unbekannt1984
Anmeldungsdatum: 29. Oktober 2007
Beiträge: 945
Wohnort: Iserlohn
|
Hallo, mrkramps schrieb: Die eigentlich Anfrage hier - kurz gefasst - warum in dem Artikel nicht deutlich ersichtbar steht, dass ab 14.04 automatisch ein zeitgesteuert Batched Discard in Ubuntu vorkonfiguriert ist? Würde meiner Meinung nach in die Hinweisbox unter der Einleitung gehören.
jaein... So wie ich die Sache z.Z. sehe, kann man in Ubuntu 14.04 bis 18.04 den Batched Discard per Cronjob einrichten, ab 18.04 ist dann der systemd Timer drin.
unbekannt1984, was den Befehl in deiner fstrim.service betrifft, der ist korrekt, weil das --quiet unterdrückt nur bestimmte Fehlermeldungen.
Das stand so auch im man zu fstrim... Aber wofür haben wir Logs, wenn nicht für Fehlermeldungen? Gut, die Messung der Laufzeit des Befehls wäre als Zusatzinfo auch hilfreich, man will ja nicht unbedingt dann stundenlang auf sein System warten müssen (da erinnere ich mich nur an die Defragmentierungen unter WinXP - da konnte man bei "großen 20 GB+ Festplatten" schon längere Zeit drauf warten)... EDIT:
@noisefloor: Schieb den Artikel mal bitte in die Baustelle, das wird wohl ein größerer Umbau... Die Informationen zu TRIM in den anderen Artikeln der Reihe sind nur kleinere Änderungen. noisefloor schrieb: Aber bitte auf einem Ubuntu-System testen.
Ob *buntu oder Debian, die Timer werden über systemd mit dem selbem Befehl angezeigt 😛 D.h. man sagt "Wenn Ubuntu >= 18.04, dann schaut mal ob da ein aktiver Timer für fstrim läuft. Wenn ja, dann kann man sich das folgende Gehampel sparen."
|