Så kontrollerar du ett konsoliderat fotobibliotek efter skadade filer
För att kontrollera ett konsoliderat fotobibliotek skannar du varje bild med en avkodare som läser bilddata, sparar en rapport över filer som misslyckas eller utlöser varningar och granskar sedan dessa filer enskilt innan du ersätter eller återställer något. En snabb kontroll av miniatyrbilder eller filstorlekar kan hitta uppenbara problem, men den kan inte fastställa att hela bilden går att läsa. Det här arbetsflödet använder ImageMagicks magick identify och är avsett för ett bibliotek som lagras på en lokal eller monterad enhet.
Vad en kontroll av skadade filer kan – och inte kan – säga
En fil kan ha ett välbekant filnamnstillägg och en rimlig storlek, men ändå innehålla avklippta eller skadade bilddata. Omvänt kan en fil som öppnas i ett visningsprogram ändå ge varningar eller misslyckas i en annan avkodare. En skanning visar hur ett verktyg läser en fil; den bevisar inte att varje bildpunkt ser korrekt ut eller att alla program tolkar filen på samma sätt.
ImageMagicks magick identify rapporterar bildegenskaper och kan rapportera ofullständiga eller skadade filer. Använd +ping för att begära en fullständig inläsning och få en meningsfull kontroll: ImageMagick förklarar att standardläget ping bara läser den information som behövs för grundläggande identifiering och kanske inte läser in hela bilden. Lägg till -regard-warnings så att varningar påverkar kommandots slutstatus. ImageMagick Identify-dokumentation, ImageMagick Basic Usage
Se resultatet som en första bedömning. En rapporterad varning bör granskas, men är inte i sig ett bevis på att fotot är oanvändbart. En felfri skanning innebär att den här avkodaren slutförde kontrollen utan att rapportera något problem, inte att bilden ser rätt ut eller att alla formatdetaljer är giltiga.
Förbered biblioteket före skanningen
Börja med en stabil kopia eller säkerhetskopia. Kör ingen reparation eller konvertering på den enda kopian av en fil: vissa återställningsförsök kan ändra data, och en avbruten skrivning kan förvärra en skadad fil. Om det konsoliderade biblioteket finns på flera enheter eller i flera mappar ska du anteckna alla rotkataloger som ska ingå.
Stäng program som importerar, redigerar eller synkroniserar samlingen. Det minskar risken för att en fil ändras medan den skannas. Kontrollera att de monterade enheterna är tillgängliga och att skanningskontot kan läsa dem. Ett behörighetsfel eller en frånkopplad volym måste räknas som ett område som inte har skannats, inte som ett felfritt resultat.
Installera ImageMagick från den officiella distributionen för ditt operativsystem och kontrollera sedan att kommandot magick går att köra i en terminal. Testa det först på några kända bilder. ImageMagicks kommandosyntax gäller version 7; äldre installationer kan använda andra kommandonamn. Tolka inte ett fel om att kommandot saknas eller att formatet inte stöds som bevis på att en fil är skadad.
Kör en fullständig skanning och spara rapporten
I macOS eller Linux kan Bash gå igenom ett bibliotek rekursivt och skriva fel och varningar till en separat logg. Ersätt /path/to/photo-library och rapportsökvägen med dina faktiska sökvägar. Spara rapporten utanför biblioteket som skannas så att skanningen inte behandlar den som en bild.
: > "$HOME/photo-scan-errors.log"
find "/path/to/photo-library" -type f -print0 |
while IFS= read -r -d '' file; do
if ! magick identify +ping -regard-warnings "$file" >/dev/null 2>>"$HOME/photo-scan-errors.log"; then
printf '%s\n' "$file"
fi
done
Terminalen skriver ut sökvägarna till filer vars kontroll misslyckades. Loggen samlar diagnostiska meddelanden från ImageMagick. Loopen omfattar alla filer, så även filer som inte är bilder kan rapporteras som format som inte känns igen. Det är väntat om biblioteket innehåller sidofiler, dokument eller annat innehåll som inte är bilder. För ett blandat arkiv ska du skilja mellan ”okänt format” och ett avkodningsfel, och vid behov begränsa skanningen till kända bildtillägg. Filtrering efter filnamnstillägg kan missa bilder med ovanliga eller saknade tillägg.
Om loggen är tom och inga sökvägar skrevs ut gav körningen inga diagnostiska meddelanden eller fel vid kontrollen med den här avkodaren. Kontrollera att rotkatalogens sökväg var korrekt och att skanningen slutfördes. En tom rapport som beror på ett skrivfel, en otillgänglig enhet eller ett avbrutet kommando innebär inte att kontrollen är godkänd. För mycket stora bibliotek kan du skanna en mapp eller enhet i taget och märka varje rapport så att det framgår vad som faktiskt ingick.
Granska varje flaggad fil på ett säkert sätt
Använd den utskrivna sökvägen för att hitta originalet och kör sedan kontrollen bara på den filen för att få en tydligare diagnos: magick identify +ping -regard-warnings \"/full/path/to/file.jpg\". Anteckna meddelandet och jämför med resultatet i ett annat visnings- eller redigeringsprogram. Kontrollera om filen visas helt, bara delvis eller inte alls. Tänk på att ett program kan visa en inbäddad förhandsvisning även när bildens huvudsakliga data är skadade.
Anteckna tre separata fall: en fil som inte kan avkodas, en som avkodas med en varning och en som avkodas men ser oväntat ofullständig eller visuellt skadad ut. Det gör uppföljningen mer användbar än om alla varningar behandlas likadant. Format med flera bildrutor, till exempel GIF eller TIFF, kan innehålla flera bilder i en fil. Granska relevanta bildrutor eller sidor om problemet uppstår först efter den första.
Välj en återställningsmetod utan att skriva över källfilen
Om det finns en annan kopia ska du jämföra den innan du försöker reparera filen. En filhash kan visa om två kopior har exakt samma innehåll: Microsoft dokumenterar att matchande hashvärden identifierar identiskt filinnehåll, medan olika namn eller tillägg inte påverkar hashvärdet. PowerShells Get-FileHash använder till exempel SHA-256 som standard. Microsoft Learn: Get-FileHash
Matchande hashvärden visar att två kopior är identiska byte för byte; de bevisar inte att någon av kopiorna är felfri. Om båda kopiorna misslyckas på samma sätt bör du leta efter en annan säkerhetskopia eller ursprungskälla. Om den ena klarar kontrollen och den andra inte gör det ska du bevara den fungerande kopian och ersätta den skadade kopian först när du har bekräftat att filerna föreställer samma avsedda foto. Behåll den ursprungliga flaggade filen tills ersättningskopian har verifierats.
Om ingen fungerande kopia finns tillgänglig ska du skapa en separat kopia av den flaggade filen innan du provar ett återställningsverktyg för det aktuella formatet. Kontrollera återställda filer från början, öppna dem i ett visningsprogram och jämför mått eller andra förväntade egenskaper. ExifTool uppger att verktyget inte är avsett som bildvaliderare. Dess -validate-kontroller gör ytterligare kontroller främst för JPEG och TIFF, så använd det som ett kompletterande diagnosverktyg och inte som ett universellt godkänt/underkänt-test. ExifTool FAQ: Can ExifTool be used as an image validator?
Bekräfta täckningen och spara ett användbart underlag
Innan du betraktar granskningen som slutförd ska du kontrollera att alla avsedda mappar ingick, att skanningen nådde slutet och att rapporten sparades. Granska separat meddelanden om en oläsbar enhet, behörighetsproblem, format som inte stöds eller avsaknad av en avkodare. De är inte samma sak som bekräftade fel vid inläsning av bilder. Kör kontrollen igen på återställda filer och granska samlingen i ett bildvisningsprogram, med extra fokus på flaggade filer och filer med flera bildrutor.
Anteckna skanningsdatum, ImageMagick-version och vilka mappar som skannades, och spara felloggen tillsammans med dina underhållsanteckningar. Då blir framtida skanningar lättare att jämföra och du kan skilja gamla varningar från nya läsproblem. En noggrann kontroll kombinerar fullständig avkodning, riktad visuell granskning och verifiering av eventuella ersättningskopior. Inget enskilt kommando kan göra de bedömningarna åt dig.