On 2021-06-14, Krzysztof Halasa <k...@p...waw.pl> wrote:
> Marcin Debowski <a...@I...zoho.com> writes:
>
>> $cmp -bl EOS40D_01772.jpg EOS40D_01772-CF.jpg
>> 1687370 256 M-. 356 M-n
>>
>> Nie mogłem ogarnąć jak to interpretować skoro to jeden bajt a tu mi jakby
>> wyświetla min 2, ale wziąłem edytor hex i różniaca jest A vs E, czyli
>> 1010 vs 1110.
>
> To jest "meta-." i "meta-n":
> https://en.wikipedia.org/wiki/Meta_key

Ale po co tak i co to robi pod Linuxem?

> 0xAE vs 0xEE, czyli różnica na 6 bicie. Tylko jeden błąd w pliku? Przy

Tak.

> takiej gęstości błędów pliki można odzyskać, wystarczy "wypróbować" je
> po zmianie każdego potencjalnie zepsutego bitu. JPEGi składają się
> z małych makrobloków (MCU - max 16x16), można nawet wzrokowo sprawdzać
> efekt zmiany bitu.

Tylko żeby wiedzieć gdzie jest ten bit to muszę mieć nieuszkodzony wzorzec,
a jak go mam to nie potrzebuję modyfikować.

> Dodatkowo sprawdziłbym (np. na innych plikach, w miarę możliwości), czy
> zmiana wartości jest tylko w jednym kierunku (np. 1 -> 0, nigdy
> odwrotnie) - to zmniejsza liczbę potencjalnie zepsutych bitów o połowę.

Popatrzę jeszcze.

> Takie pojedyncze bit-flipy wskazują na problemy z pamięcią RAM
> (np. w NAS lub PC), ew. na jakieś marginalny projekt jakiejś części
> urządzenia (elementy pracujące na granicy np. czasów dostępu,
> częstotliwości itp). Może to być także jakiś overclocking.

To wszystko dziwnie wygląda bo te błędy są tylko w zdjęciach z niektórych
aparatów, a w innych z tego samego okresu już nie. Zwykle archiwum
kopiowałem w całości, więc albo jakiś zbieg okoliczności, albo to jeszcze
coś innego.

> Teoretycznie takie błędy mogą być wynikiem uderzeń cząstek alfa
> (w pamięciach DRAM przez parzystości/ECC). Aczkolwiek nigdy takiego
> przypadku nie wykryłem, mimo nie wiadomo ilu TB danych (np. skopiowanych
> i sprawdzonych).

Na pewno alfa? Alfa ma bardzo słabą przenikalność.

--
Marcin