Administrace komentářů

Já tomu výpisu vůbec nerozumím a o CRC chybách slyším prvně.

Dosť často sa jedná o chyby pri prenose údajov. CRC je predsa Cyclic Redundancy Check, a overuje že dátový balíček je konzistentný a napríklad prešiel bez poškodenia z disku cez kabeláž do radiča diskov. Ale nehovorí o tom, či bol blok údajov korektne prečítaný alebo zapísaný, na to sú iné technológie.

Dnes to vše zkusím.

Prajem veľa trpezlivosti, mechanickej zručnosti a málo škrkancov na rukách.

Neškodí to ale tomu SSD? Jestli to chápu správně, tak se zapíše půl TB, ne?

TRIM nezapisuje. TRIM označuje bloky na uvoľnenie, aby elektronika vykonala Wear Leveling. Občas to má aj efekt že elektronika vyhodí poškodené bunky, a nahradí ich rezervnými. Tú náhradu vadných blokov by mala elektronika disku zapísať aj do SMART, ale zdržím sa komentárov.

Díval jsem se teď do /etc/cron.* , ale fstrim tam nevidím.

Ak máš systemd distribúciu, tak ten trim zvykne byť od výroby nastavený na týždennú bázu. V tom timeri si môžeš všimnúť riadok OnCalendar kde to uvidíš.

Inak, ľudia to vypínali nie kvôli životnosti disku, ale aby ten TRIM a Wear Leveling nespomaľoval stroje v nevhodných časoch. Asi by si nebol rád keby sa ti spomalil disk na ktorom beží databáza v ktorej akurát púšťaš uzávierku ktorá musí byť do rána hotová, a zmeškáš termín. Alebo keby sa ti na virtuálnej farme naraz spustil TRIM z desiatok alebo stoviek virtuálnych počítačov.

Ja si napríklad ten TRIM doma púšťam aj podľa potreby, to SSD mám len na testovacie VM. V januári som si ublogol o výkonostnom prepade ktorý sa prejavil pri tej mojej lacnej hračke (SSD) ktorej výkon po zaplnení SLC padol na cca 1/5 deklarovaného výkonu. Po TRIMe sa vrátil výkon do starých koľají.