Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- admin_grundlagen:ssd [2019/01/01 22:41] – angelegt ingo_wichmann
+++ admin_grundlagen:ssd [2026/10/13 14:01] (aktuell) – [virtio] ingo_wichmann
@@ Zeile 4: / Zeile 4: @@
 Geräte mit 1 in der Spalte "ROTA" liegen auf rotierenden Geräten, Geräte mit 0 nicht.
-====== Daten auf einer Partition oder SSD löschen & TRIM auslösen ======
+===== alle Blockgeräte die discard unterstützen =====
-Optional (damit man es besser sieht) Einsen auf die Partition schreiben:
+z.B. [[#virtio|virtio]]
+  lsblk -bo NAME,DISC-MAX
+oder
+  grep -vxl 0 /sys/block/*/queue/discard_max_hw_bytes | sed -r 's:/sys/block/(.*)/queue/discard_max_hw_bytes:/dev/\1:'
+((
+"__A discard_max_hw_bytes value of 0 means that the device does not support discard functionality.__"
+https://www.kernel.org/doc/html/latest/block/queue-sysfs.html#discard-max-bytes-rw
+))
+====== Ganzen Inhalt einer Partition oder SSD löschen & TRIM auslösen ======
+((Optional (damit man es besser sieht) Einsen auf die Partition schreiben:
   tr '\0' '\377' < /dev/zero | dd of=/dev/sda2 bs=1MiB status=progress
   fdisk -l /dev/sda
@@ Zeile 15: / Zeile 24: @@
   hdparm --read-sector 444416 /dev/sda
   hdparm --read-sector 21415935 /dev/sda
--> sollte lauter Einsen anzeigen ((TODO: hier prüfe ich nur den ersten und den letzten Sektor, besser wäre ein Test ob alle Sektoren Einsen enthalten))
+-> sollte lauter Einsen anzeigen TODO: hier prüfe ich nur den ersten und den letzten Sektor, besser wäre ein Test ob alle Sektoren Einsen enthalten))
 Daten auf Partition ''/dev/sda2'' löschen und [[WPDE>TRIM]] auslösen:
   blkdiscard /dev/sda2
-Prüfen:
+((Prüfen:
   hdparm --read-sector 444416 /dev/sda
   hdparm --read-sector 21415935 /dev/sda
--> sollte lauter Nullen anzeigen ((TODO: hier prüfe ich nur den ersten und den letzten Sektor, besser wäre ein Test ob alle Sektoren Nullen enthalten))
+-> sollte lauter Nullen anzeigen TODO: hier prüfe ich nur den ersten und den letzten Sektor, besser wäre ein Test ob alle Sektoren Nullen enthalten))
 ====== manuell freie Bereiche eines Dateisystems "trimmen" ======
-Optional: Datei mit lauter Einsen anlegen und wieder löschen:
+((Optional: Datei mit lauter Einsen anlegen und wieder löschen:
   tr '\0' '\377' < /dev/zero | dd of=file1 count=100 bs=512k iflag=fullblock oflag=direct
   od -x file1
@@ Zeile 43: / Zeile 52: @@
   hdparm --read-sector 14874624 /dev/sda
   hdparm --read-sector 14884863 /dev/sda
--> sollte lauter Einsen ausgeben
+-> sollte lauter Einsen ausgeben))
 freie Bereiche des Dateisystems unter ''/mnt/ext4'' "trimmen":
@@ Zeile 51: / Zeile 60: @@
 </file>
-Prüfen:
+((Prüfen:
   hdparm --read-sector 14874624 /dev/sda
   hdparm --read-sector 14884863 /dev/sda
--> sollte lauter Nullen ausgeben
+-> sollte lauter Nullen ausgeben))
 ===== regelmäßig "trimmen" =====
-Laut [[https://wiki.debian.org/SSDOptimization#Mounting_SSD_filesystems|Debian Wiki]] ab Version 10 (Buster) nicht mehr nötig, unter Ubuntu 18.04 default:
+Ab Debian 10 und Ubuntu 18.04 default:
   systemctl edit --force fstrim.timer
 <file txt /etc/systemd/system/fstrim.timer>
@@ Zeile 86: / Zeile 97: @@
 ====== kontinuierlich freie Bereiche eines Dateisystems "trimmen" ======
-TODO: verlangsamt laut diversen Webseiten die Geschwindikeit in der Dateien gelöscht werden, da nach dem Löschen jeder Datei die SSD informiert wird -> prüfen
+TODO: verlangsamt laut diversen Webseiten die Geschwindigkeit in der Dateien gelöscht werden, da nach dem Löschen jeder Datei die SSD informiert wird -> prüfen
   mount -o discard /dev/sda2 /mnt/ext4
+((Prüfen:
-Prüfen:
   Datei mit lauter Einsen anlegen und wieder löschen:
   tr '\0' '\377' < /dev/zero | dd of=file1 count=100 bs=512k iflag=fullblock oflag=direct
@@ Zeile 108: / Zeile 118: @@
 -> sollte lauter Einsen ausgeben
   rm file1
+  sync
 Prüfen:
   watch hdparm --read-sector 14874624 /dev/sda
--> sollte (spätestens nach ein paar Minuten) lauter Nullen ausgeben
+-> sollte (spätestens nach ein paar Minuten) lauter Nullen ausgeben))
+BTRFS: "Since kernel 6.2 the discard=async mount option is automatically enabled on devices that support that" -> "freed file extents are first tracked in memory and after a period or enough ranges accumulate the trim is started, expecting the ranges to be much larger and allowing to throttle the number of IO requests which does not interfere with the rest of the filesystem activity"
+====== kontinuierlich freie Bereiche im LVM "trimmen" ======
+Beim Löschen und verkleinern von Logical Volumes frei werdende Bereiche "trimmen": ((
+warum ist das nicht default?
+Aus https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717313 :
+"Even with the automatic backups of the lvm metadata, it is impossible to recover from the wrongly removed LV.  This is the reason why this feature is off by default." und "The discards commands will also be issued when shrinking or moving a LV to an other PV, if something is going wrong during these operations, the data will be lost. So it's not only when explicitly removing an LV."
+Alternative: so ähnlich wie man regelmäßig fstrim aufruft, kann man die leeren Blöcke einer Volume Group behandeln:
+<file txt /etc/systemd/system/fstrim.service.d/vg.conf>
+[Service]
+ExecStart=lvcreate -l100%FREE -n trim your_volume_group
+ExecStart=blkdiscard /dev/your_volume_group/trim
+ExecStart=lvremove your_volume_group/trim
+</file>
+))
+<file txt /etc/lvm/lvm.conf>
+…
+devices {
+…
+issue_discards = 1
+…
+}
+</file>
+====== virtio ======
+libvirt mit KVM/quemu kennt die Option ''<nowiki>discard="unmap"</nowiki>''
+<file xml>
+<disk type="file" device="disk">
+  <driver name="qemu" type="qcow2" discard="unmap"/>
+  <target dev="vda" bus="virtio"/>
+</file>