fstrim geht jetzt, aber ...

[kalle123]

Nachdem ich die Intel SSD aus meinem TP raus geschmissen habe und durch eine WD ersetzt habe, funktioniert fstrim jetzt, aber nur bei '/'.
Mein '/home' bleibt unberührt.

Auf meinem Rechner (Buster) findet sich das

Code: Alles auswählen

kalle@nostromo:~$ systemctl cat fstrim.service
# /lib/systemd/system/fstrim.service
[Unit]
Description=Discard unused blocks on filesystems from /etc/fstab
Documentation=man:fstrim(8)

[Service]
Type=oneshot
ExecStart=/sbin/fstrim -Av

Auf den 'Spielzeugen' hier (Testing) sieht das etwas anders aus

Code: Alles auswählen

kalle@T450s:~$ systemctl cat fstrim.service
# /lib/systemd/system/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

Ein Blick auf http://man7.org/linux/man-pages/man8/fstrim.8.html
oder https://manpages.debian.org/testing/man ... .8.de.html

bringt keine Erleuchtung, nur die Suche bei der 'Konkurrenz' hilft mal wieder

https://bbs.archlinux.org/viewtopic.php?id=247751

Ist das bekannt, hab ich da wieder mal was verpennt?
Mich würden mal Erläuterungen zu den einzelnen Zeilen interessieren .....

Gruß KH

[JTH]

Ah, danke für die Beobachtung Ich dachte, das fstrim.service führt immer noch fstrim -av (gleich fstrim --all --verbose) aus.

Mein '/home' bleibt unberührt.

Das ist anscheinend im neueren fstrim.service (aus util-linux) (versehentlich) so gewollt.

Früher stand da mal fstrim -av drin. Das wurde anscheinend durch fstrim -Av (gleich fstrim --fstab --verbose) ersetzt, um nachträglich, nicht aus der fstab Gemountetes (externe Festplatten o.ä.) nicht ungewollt mit zu trimmen.

Um noch mehr ungewolltes Trimmen auszuschließen, wurden dann noch die ganzen Protect*-Optionen angehängt. Unter anderem die ProtectHome=-Zeile – die sorgt, wie du schon gefunden hast, dafür, dass /home nicht getrimmt wird.

Das man externe Festplatten evtl. nicht periodisch trimmen möchte, kann ich halbwegs nachvollziehen. Das Setzen von ProtectHome auf yes war wohl etwas übereifrig, dazu gibt es einen Bugreport direkt bei util-linux. Wurde Upstream auf ProtectHome=read-only geändert, die Änderung ist aber noch nicht bei Debian angekommen.

Du kannst also warten, bis die Änderung in Testing ankommt. Oder die Zeile in /lib/systemd/system/fstrim.service selbst auf ProtectHome=read-only ändern – sollte kein Problem sein, das in /lib zu machen, das nächste Update von util-linux dürfte ja genau die Änderung mitbringen.

[kalle123]

Dank dir für die Rückmeldung und die Links

Ich bin jetzt nicht sooo firm, ich würde ja jetzt auf

Code: Alles auswählen

ProtectHome=no

setzen, oder reicht das von karelzak aufgeführte

Code: Alles auswählen

 ProtectHome=read-only

??

Grüße KH

[willy4711]

Würde mich ja jetzt auch interessieren, wo der Unterschied bzw. das Gefahrenpotential da ist.
hatte das bis jetzt auf

Code: Alles auswählen

ProtectHome=no

stehen und hab das jetzt mal auf

Code: Alles auswählen

ProtectHome=read-only

geändert.
Zerstört wurde ja bisher noch nichts

[kenstober88]

Ja, zum Glück...

[kalle123]

.... hatte das bis jetzt auf

Code: Alles auswählen

ProtectHome=no

stehen ...

Auf dem 'Fachwissen' hast du aber schön drauf gesessen! Ich hab erst mal blöd geguckt

cu KH

[willy4711]

Auf dem 'Fachwissen' hast du aber schön drauf gesessen! Ich hab erst mal blöd geguckt

Bin z.Z. ziemlich beschäftigt.
Und ---- sorry sorry --- hab dich einfach übersehen