Duplikatfilfinner — samme bytes betyr duplikat, uansett hva navnet sier
Finner for dupliserte filer
Legg inn en samling filer her, så finner denne siden de som har byte-identisk innhold, i tre trinn: et størrelsesfilter (filer med ulik størrelse kan aldri være duplikater), SHA-256-gruppering av de gjenværende, og til slutt en full bytesammenligning som forsikring. Man får hver duplikatklynge med plassen den sløser, avkrysningsbokser for kopiene som ville blitt slettet, og en CSV-sjekkliste som kan tas med til filbehandleren. To filer som heter photo.jpg med ulike bytes er ikke duplikater; to filer med ulike navn og samme bytes er det. Ingenting lastes opp.
1. Velg filer
Slipp filer her, eller klikk for å velge dem Opptil 50 filer, 200 MB hver. Filene blir på denne maskinen.
Ingen filer er valgt.
2. Skann
3. Duplikatklynger
Klynger av identiske filer vises her etter skanningen. Den første filen i hver klynge er merket på forhånd som kopien som beholdes.
En nettleserside kan ikke slette filer — og bør ikke. Sjekklisten som eksporteres (navn, størrelse, SHA-256, klynge-id) er ment å brukes i Utforsker, Finder eller den filbehandleren man foretrekker, der sletting er synlig og kan angres. Personvern: hele skanningen kjører lokalt; ingen fil eller sammendrag forlater denne fanen.
Hva er en duplikatfil?
En ekte duplikat er en fil der hver byte er lik bytene i en annen fil. Ikke “samme navn” (copy.jpg fra to kameraer er ulike bilder), ikke “samme størrelse” (en million filer er 1 024 byte), ikke “ser likt ut” (et JPEG-bilde som lagres på nytt er en annen byte-strøm). Bare innholdslikhet teller — og det er også grunnen til at skanningen er immun mot omdøpte kopier, kopier med ny dato og filer spredt over ulike mapper.
Hvordan de tre trinnene fungerer
Trinn
Sammenligner
Kostnad
Hvorfor
1 — størrelse
filstørrelse i byte
umiddelbart (metadata)
ulik størrelse kan aldri være identisk; fjerner vanligvis de fleste filene uten å lese noe
2 — SHA-256
fullt innholdssammendrag
én lesing per gjenværende fil
samme sammendrag for ulikt innhold er beregningsmessig umulig
3 — bytes
de faktiske bytene
én ekstra lesing per par
forsikring: beviser likhet uten å stole på hashen i det hele tatt
Forhåndstrinnet for størrelse er ikke en pen optimalisering — det er det som gjør innholdssammenligning rimelig. En mappe med 5 000 bilder kan inneholde 50 klynger, men bare noen hundre filer når noensinne hashingstadiet.
Det den bevisst ikke gjør
Ingen nesten-duplikater: det samme bildet i to oppløsninger eller to kvalitetsnivåer er ulike bytes og blir ikke flagget — det problemet krever perseptuell bildehashing, som er et annet verktøy. Ingen sletting: en nettside som sletter filer på disken ville vært en sikkerhetsfeil, ikke en funksjon; sjekklisten er det man får i stedet. Ingen sky: ingenting lastes opp, og det betyr også at ingenting kan skannes uten at filene leses.
Ofte stilte spørsmål
Hvorfor er den første filen merket “behold”? — en fil i klyngen må overleve; den første etter utvalgsrekkefølge er et deterministisk, kjedelig valg. Endre en avkrysning før sjekklisten eksporteres. Hva er “sløst plass”? — størrelsen på hver kopi utover den første i klyngen, summert over alle klynger: byte som ville blitt frigjort ved å slette ekstrakopiene. Kan SHA-256 ta feil? — ikke i praksis: en kollisjon ville kreve et bevisst konstruert par, og det har aldri skjedd for SHA-256. Trinn 3 fjerner selv den teoretiske tvilen.
