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

• #5169 Frawly veterán ubyegon2 #5166

  Új Válasz 2018-04-20 17:08:34 #5169

  Ú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 ubyegon2 #5166 üzenetére

  Azért mert a cron-ba a haladóbbak is néha beleszerkesztenek, aztán csak csodálkoznak, hogy valami jogosultsága vagy egyéb hiba miatt nem fut le a cucc, vagy nem normálisan, vagy nem akkor, mikor kéne neki. Az fstrim system service-t meg bekapcsolod, és megy, mindenféle kínlódás meg paraméterezés nélkül, egyszerűen nem lehet elrontani.

• #5168 #63718632 törölt tag ubyegon2 #5166

  Új Válasz 2018-04-20 14:13:19 #5168

  Ú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

  

  #63718632

  törölt tag

  válasz ubyegon2 #5166 üzenetére

  Systemd státusz:
  [kikcsillag@kikcsillag-pc ~]$ sudo systemctl status fstrim.service
  ● fstrim.service - Discard unused blocks
  Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static; vendor preset: disabled)
  Active: inactive (dead)
  [kikcsillag@kikcsillag-pc ~]$

  A cron.weekley üres volt. Az fstab-ban a root partíció "noatime" és "discard" opcióval volt csatolva. Ezeket töröltem. A cron.weekley-be tettem a trimmelést.
  #!/bin/sh
  # Trimmelés naplózással
  LOG=/home/kikcsillag/TrimmLog/trim.log
  echo "*** $(date -R) ***" >> $LOG
  fstrim -v / >> $LOG

  A systemd részben nem voltam biztos, azt viszont nem szerettem volna, hogy anélkül teszem a cron.weekley-be, hogy ne bizonyosodjak meg a trimmelés állapotáról.

  Hálás köszönet a sok hasznos infóért mindenkinek.

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