Wcale nie przypadkiem, dnia Sat, 26 Dec 2020 15:29:26 +0100
doszła do mnie wiadomość <rs7hc8$n3c$1@dont-email.me>
od heby <h...@p...onet.pl> :
>On 23/12/2020 12:14, Olaf Frikiov Skiorvensen wrote:
>> Producent adaptera coś wspomina o funkcji TRIM? Jeśli nie, to na 99% nie
obsługuje.
>
>Chińska, najtańsza przelotka.
>
>Sprawdziłem przed chwilą hdparm -I /dev/sda.
>
>Pokazuje że obsługuje TRIM'a.

Odczytuje to bezpośrednio z dysku.

>Jest jakaś metoda aby sprawdzić statystyki podczas pracy? Tworzę plik,
>usuwam i widzę że cośtam się wolniło w jakimś liczniku?

Jak ma atrybut smart B1 - wear leveling count, to atrybut wzrośnie po wykonaniu TRIM
dla
całego dysku(blkdiscard lub hdparm z opcją --trim-sector-ranges).

Inna metoda, to zapisanie na tym dysku kilku czy kilkunastu plików i obserwowanie, co
się
stanie z ich zawartością po ich skasowaniu, trimcheck tak robi(zapisuje jeden plik,
kasuje(czekamy kilka minut, w tym czasie dysk odmontować i zostawić na zasilaniu) po
czym
bada, czy sektory zajmowane przez plik są wyzerowane.

Jest bardzo prosta metoda, na pusty dysk kopiuję sporo plików JPG, usuwam,
odczekuję(najlepiej, jak dysk będzie odpięty od systemu ale pod zasilaniem), po czym
sprawdzam, czy program diskdigger https://diskdigger.org/ potrafi odzyskać wszystkie
pliki, czy tylko ich część.

No ale nawet, jak test wyjdzie negatywnie(wszystkie pliki odzyskam) to nie znaczy, że
TRIM nie działa, jak wcześniej pisałem.
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.