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

• #33848 Frawly veterán Tutu7030 #33839

  Új Válasz 2018-08-04 22:05:53 #33848

  Ú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

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz Tutu7030 #33839 üzenetére

  A feature id-jét nem tudom. Előbb nem pontosan írtam, Data Set Management-nek hívják a vonatkozó parancsot, ennek az egyik paramétere a deallocate. Van egy olyan nézet is, hogy ezt a kernel kezeli meg minden NVMe-s SSD tudja, így nem kell foglalkozni vele, még az fstrim-et sem kell futtatni, de szerintem míg ennek alaposabban utána nem nézek (mármint hogy ezt a kernel tényleg automatikusan intézi-e), addig nem árt fstrim-et használni a biztonság kedvéért, rontani semmiképp nem ront, legfeljebb hatástalan a legrosszabb esetben.

  Nálad fstrim-re megtrimmelt rajta mindent. A CRON-ba nem kell betenni, mert a CRON az csak a systemd nélküli disztrókban volt fontos, az újak mind systemd-sek, és ott egy fstrim.timer nevű szolgáltatás gondoskodik erről, az előző hozzászólásban írtam, hogy hogyan kell lekérdeni a sudo systemctl status fstrim.timer paranccsal. Ennek ellenére CRON-ba is be lehet tenni, de felesleges, mikor van erre egyszerűbb mód, ha nem lenne engedélyezve, akkor ezzel lehet engedélyezni, ami egy hetente megtrimmeli:
  sudo systemctl enable fstrim.timer

  Szerk.: most látom, nálad írja is a status-ra, hogy be van kapcsolva az fstrim.timer, és heti egyszer végigfut az fstrim. Ennyi elég, mást nem kell ellenőrizni.

  Esetleg a sudo fdisk -l parancsal megnézni, hogy a partíciók kezdőszektorai oszthatók-e maradék nélkül 2048-cal, de elég meglepő lenne, ha nem lennének. Ezt utoljára az XP cseszte csak el, bármilyen attól modernebb OS, közötte a Linux is, ezt már nem rontja el.

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