On 2024-03-31, Robert Tomasik <r...@g...pl> wrote:
> W dniu 31.03.2024 o 03:58, Marcin Debowski pisze:
>> Bo to pewnie nie jest żadna suma kontrolna w standardowym rozumieniu.
>> Zapomnijmy na moment o tej sumie, a po prostu przyjmijmy ze to mają być
>> np. dwa identyczne pliki. Jak to jest plik o wielkości np 5GB to
>> wystarczyć odczytać z niego n-bloków np. o rozmiarze 4 czy 8kB z różnych
>> miejsc tego pliku i porównać. Takie coś można zrobić pewnie w mniej niż
>> sekundę. A jak się to zgadza na tym poziomie to można już zrobić
>> prawidłową sumę kontrolną i porównać. Tak się faktycznie da szybko
>> przeskanować wiele plików.
> Ja piszę, jak to robiono, a nie jak można było. Przede wszystkim plik
> miał mieć określony rozmiar. Już na tym etapie z reguły nie miał, choć
> akurat w okolicach 700 MB była masa filmów z czasów, gdy to formatowali
> na płytę CD-R. Jak był, to się liczyło sumy kontrolne jednego, dwóch
> plików. Na NirSoft jest instrukcja. Wyszukuje się ta instrukcja
> (przynajmniej wczoraj się jeszcze wyszukiwała) w kika sekund i opisuje,
> jak to się robi trzema kliknięciami, więc zakładam, że każdy mądry sobie
> sam znajdzie, a idiotom nie chce mi się podpowiadać. Wydaje mi się, że w
> owym czasie było jeszcze takie narzędzie, które te trzy kliknięcia
> łączyło w jedno. Na nośniku były wzorce tego, co szukamy i nei
> wpisywałem tego za każdym razem z palca ani nie porównywałem. Program
> szukał w dwóch lokalizacjach (tej na kompie i tej na nośniku) i
> wyświetlał wynik w jednej tabeli. Rzutem oka można by7ło stwierdzić, czy
> jest coś, co nas interesuje.

Jak znasz wielkość pliku i np. md5 to mozna to zrobic na wiele sposobów.
Np. pod Linuxem, uzywając standardowych narzędzi:

$ find /data -size 20850731c -type f -exec md5sum {} + | grep
'^b2341590e655ee6dd9033e1bf9c77824'
b2341590e655ee6dd9033e1bf9c77824 /data/nvme0n1p1-efi-linux.img.gz

Dalej prosty skrypt i można to zautomatyzować.

--
Marcin