Új hozzászólás Aktív témák

• attilav2 őstag

  #8922

  #8920 BoB

  2024-09-17 17:01:21

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  attilav2

  őstag

  #8920 BoB

  #8920 BoB

  Hardveres titkosítást használok így a LUKS-ot csak felületesen ismerem, szóval az ezzel kapcsolatos specifikus dolgok passz, de én a helyedben vagy azt vagy periodikusat beállítanék.

  Igazad van, amíg a systemd-boot konfigban nem engedélyeztem hogy a LUKS engedje át a discard-ot, addig az fstrim -v / parancsra azt írta nem támogatott. Amint engedélyeztem reboot után működött az fstrim, kb 300gb-ot trimmelt. sd-encrypt -et használok a rendszerpartíció felcsatolásához, ilyenkor a /boot/loader/entries/arch.conf a következőképp néz ki:
  title Arch Linux NVME
  linux /vmlinuz-linux
  initrd /intel-ucode.img
  initrd /initramfs-linux.img
  options rd.luks.name=UUID=sn580_cryptroot root=/dev/mapper/sn580_cryptroot rw
  options rd.luks.options=UUID=discard

  Az UUID helyére a rendszerpartíció UUID-je kell. Az utolsó sor engedélyezi a trim-et.
  Az sn580_cryptroot helyére lehet tetszőleges nevet írni, praktikusan a meghajtónk típusát.

  Kísérletképp az fstab-ba beraktam a discard-ot, kíváncsi vagyok néhány hét múlva belassul e a rendszer, ha igen akkor marad a periodic trim mint lehetőség. A crucial mx500-on és a samsung QVO 860-on gyakorlatilag nem nagyon működött a continous trim, az fstrim-el indőnként be kellett segíteni. Van egy másik gépbe adata sp600-on(sata ez is) Arch Luks-al, az még nem lassult be, pedig kb egy éve használom, lehet az a meghajtó jobban komálja a linux alatti folyamatos trim-et.

Új hozzászólás Aktív témák