[BitLocker] Dell OptiPlex 7480 AIO z BitLocker-em - zmiany na dysku co ~2h, czy to normalne?

Testując dysk (HDD 2,5" 500 GB) komputera Dell OptiPlex 7480 AIO wykryłem, że od czasu do czasu (co ~ 2 godziny) coś się na nim zmienia, choć system, który wystartowałem (SystemRescue) z założenia nic nie zapisuje. Udało mi się ustalić, że te zmiany dotyczą głównej partycji Windows (około 96% całego dysku), która jest zaszyfrowana BitLockerem (z domyślnym hasłem). Ten komputer prawdopodobnie ma to szyfrowanie zrobione sprzętowo - czy jest możliwe, że sprzęt szyfrujący dokonuje zapisów na dysku, i jest to zachowanie prawidłowe, czy też świadczy to o wadliwym działaniu dysku, bądź komputera? Zapewne sprawdzanie, czy zdarzają się zmiany na pozostałych 4% dysku (nie wykryłem takich przez kilka godzin testów) ułatwiłoby rozstrzygnięcie tej kwestii, ale jeśli te zmiany występują losowo, to w te 4% mogą trafiać raz na parę dni, więc ich wykrycie wymagałoby długiego testowania. Aha: na tym komputerze Windows nie startują, więc coś jest nie w porządku - potrzebuję ustalić, co.

Co za problem "chwycić za nogi" to, co powoduje te zapisy?

AppReadWriteCounter v1.43 readme.txt napisał:

AppReadWriteCounter is a tool for Windows that counts and displays the
current file read/write operations of every application running on your system

_jta_ napisał:

na tym komputerze Windows nie startują

No i oczywiście nie działa żadna aplikacja, która mogłaby pisać na tym dysku, więc ten program, choćby i działał, nie miałby czego śledzić.

Dyski SSD zwykle mają liczniki zapisów, ale HDD na ogół ich nie mają, więc nawet atrybuty SMART nie podadzą, czy był wykonywany jakiś zapis - szkoda, bo to może być błąd w firmware, i może brak wykrywania zapisów powiedziałby, że to firmware dysku je generuje (i nie zlicza ich SMART), a wykrywanie mogłoby sugerować, że może generuje je firmware płyty głównej komputera. A tak... chyba podłączyć jakiś analizator do kabla SATA... ale nie mam, to nie jest kabel PATA z oddzielną linią włączającą zapis, na SATA trzeba by dekodować komunikaty, i to z zegarem 6GHz (a jest ich sporo, bo testuję odczyt dysku).

To przeczytaj teraz podpowiedź AI:

pidar napisał:

1. Pozorny zapis – "niestabilny odczyt" (Najbardziej prawdopodobne)

Rzecz w tym, że liczę wielokrotnie SHA1 z partycji, uzyskuję po kilka razy taki sam wynik, a potem zaczyna być inny, znów kilka razy, potem jeszcze inny - niestabilny odczyt mógłby dawać inny SHA1 raz.

pidar napisał:

Jak to działa: Linux po zbootowaniu może wykryć strukturę Intel Matrix RAID (IMSM) przez mechanizmy takie jak mdadm lub dmraid.

Sprawdzę /proc/mdstat

pidar napisał:

3. Aktywność udisks2 lub automatyczne montowanie partycji wymiany (Swap)

Nie przez SystemRescue dla dysku z Windows - nie ma linux-owej partycji wymiany, udisk2 nie ma prawa nic samowolnie robić.

pidar napisał:

Sprawdź SMART dysku: Uruchom w konsoli SystemRescue polecenie:

Już to robiłem, Current Pending Sector Count i Reallocated Sectors Count są 0; a dysk jest prawie nowy, około 90 godzin przepracowanych... Offline Uncorrectable nie pamiętam, sprawdzę, blktrace też.

Dodano po 9 [godziny] 50 [minuty]:

Offline Uncorrectable też było 0. A jak puściłem na parę godzin blktrace z czytaniem dysku, to ani razu nic się na nim nie zmieniło.

Czy blktrace spowalnia czytanie dysku? Być może przy odczycie z pełną szybkością zdarzają się przekłamania na kablu SATA, i czasem (raz na parę godzin, albo na parę miliardów przeczytanych sektorów), że pakiet z poleceniem czytania dochodzi zniekształcony, dysk go rozpoznaje jako polecenie pisania i tak je wykonuje... A jeśli blktrace spowalnia operacje, to łącze nie jest tak zapchane danymi, i przekłamania nie występują. Ale to hipoteza, trzeba będzie ją zweryfikować - jak będzie na to dość czasu.

Nadal wspomogę się podpowiedzią od AI:

Proponowałbym podłączyć inny dysk i wtedy powtórzyć test, a ten HDD testować w innym komputerze. Możesz zajrzeć do tematu o moim starym Optiplexie: https://www.elektroda.pl/rtvforum/topic3919044.html (uwaga, długi temat). On czasami robi przekłamania i na 100% nie jest to wina HDD, zasilacza ani RAMu. Przypuszczalne robi to z powodu wysokiej temperatury, lecz wciąż nie mam twardego dowodu.

_jta_ napisał:

Dyski SSD zwykle mają liczniki zapisów, ale HDD na ogół ich nie mają, więc nawet atrybuty SMART nie podadzą, czy był wykonywany jakiś zapis - szkoda, bo to może być błąd w firmware, i może brak wykrywania zapisów powiedziałby, że to firmware dysku je generuje (i nie zlicza ich SMART), a wykrywanie mogłoby sugerować, że może generuje je firmware płyty głównej komputera.

Pewnie masz Western Digital, wszystkie Seagate i Toshiba mają liczniki.

Od czasu, jak spróbowałem ustawić dysk w tryb read-only przez blockdev -setro, zmiany nie występują, choć przestawiłem go później w tryb read-write i testuję już trzy dni. Być może to sprawa disklockera i argumentów, z jakimi go użyłem (w tej chwili dislocker jest włączony, a zmiany zawartości dysku nie występują), a może to był problem sprzętowy, który zniknął - jeszcze będę to testował. Obecnie używam "dislocker <dysk> -- -r <punkt-montowania>", przedtem chyba nie wpisywałem "--".

soltyk napisał:

Pewnie masz Western Digital, wszystkie Seagate i Toshiba mają liczniki.

Ten jest Seagate i rzeczywiście ma 241 Total_LBAs_Written - jak znów wystąpi zmiana, to sprawdzę. Ale zmieniłem argumenty disklockera - teraz jest "dislocker /dev/sda3 -r a3/", w /proc/mount jest informacja, że a3/ jest zamontowany r/w (z "--" był r/o), a suma kontrolna nie chce się teraz zmieniać. Wypada jeszcze poczekać...