Recover Photos That Failed to Import
When a photo migration triggers a copy failure, compare the source folder with Apple Photos, identify what is missing, repair incompatible files, and reimport only the failures.
When moving photos from an old hard drive into Apple Photos, the hardest part is not the failure itself but the vague “failed to copy” message. After the user selects the original photo folder and destination library, the product creates a comparison table: files that appear not to be in the library, same-named files with different contents, and files that already produce read errors.
It does not reimport the entire collection. The user first reviews missing items grouped by date and folder, then retries imports in small batches. After each batch, the page retains lists of successful, still-failed, and unattempted files. If a file fails repeatedly, the user can see whether the issue is its format, corruption, path, or library write access.
For legacy camera formats or videos that Photos cannot read, the app creates a compatible copy alongside the original and preserves metadata such as capture date and location where possible. Originals are never modified. The repaired copy returns to the comparison table, and only files confirmed to still be absent from the library proceed to the next import attempt, so users are not left guessing between duplicates and omissions.
The initial release focuses on local Mac folders and Apple Photos libraries, with an exportable result record for every import. It never deletes photos from the library, automatically merges similar images, or attempts to fix iCloud sync failures. Simply identifying and filling in each failed file can replace the most painful option: starting the entire import over.
Why now
On September 12, 2026, someone posted in r/PowerPhotos after Apple Photos displayed “failed to copy” during a batch import, asking how to find the failed files and transcode them in bulk. As of September 13, the post still had a score of 1 and 0 comments, with no ready-made answer. S1
Target user
Household users organizing years of files from old hard drives, photography enthusiasts, and people migrating to a new Mac. They have decided to consolidate their files in Apple Photos, only to find that a few photos or videos are missing after a large import. The originals remain available, but rebuilding the library is not practical. They need a trustworthy list of omissions and a recovery path that leaves originals untouched.
Minimal entry point
The first release accepts only a user-selected local folder and a Photos library on the Mac. It builds a source-file index from file hashes, paths, and EXIF capture times, then reads visible items in the library to produce three lists: suspected omissions, content conflicts, and read failures. For images, macOS Image I/O can inspect file types, read metadata, and write compatible copies. S4 For video, AVFoundation can assess export compatibility and create a new MOV or another target-format file using a fixed preset. S4 Originals remain read-only, and repaired copies return to the comparison table. Each batch processes only files selected by the user and exports lists of successful, failed, and unattempted files.
Punching above its weight
The first users are already in communities such as r/PowerPhotos, where people discuss Apple Photos migrations. Short videos built around real error messages can show how a batch of failed files is identified, transcoded, and retried. The product page should directly target searches for “failed to copy,” “legacy format,” and “batch convert.” Offer a redacted sample failure report so users can judge whether it fits their own batch before committing.
Competitors & gaps
- Apple PhotosGoogle
- Apple Photos itself can import photos and videos from hard drives and other storage devices, while preserving folder organization. S2 Users can import everything or preview and select individual files. But its import flow focuses on which items to add to the library, not on creating an auditable comparison between source files and imported items. After a “failed to copy” error, users still have to locate the original files, assess their formats, and reorganize the import themselves. It also offers no workflow for retrying failed items in batches or managing compatible copies. The opportunity is not to replace Photos, but to handle the verification, repair, and cleanup after an import fails.
- PowerPhotosGoogle
- PowerPhotos already covers library copying, merging, deduplication, and import reports. Its operation reports can list the number of failed copies, and it supports rerunning interrupted operations while retaining processing results in logs. S3 This shows that users will pay for more controlled library migration. Its core use case, however, remains copying or merging between Photos libraries rather than reconciling individual files in an old hard-drive folder against a destination library. Its documentation also treats missing, damaged, or incomplete items as files to skip, partially copy, or log as errors. A new product could turn failed items into a filterable queue, with format detection and side-by-side compatible copies. The distinction needs to stay this specific to avoid becoming another library manager.
How it makes money
One-time purchase: scan previews are free, while batch repair, transcoding, and result-report exports require payment.
The case against
A photo library is not an ordinary folder: read state, write permissions, duplicate items, and iCloud settings can all make results hard to reproduce. Filename-only matching conflates renamed files, re-encoded files, and same-name conflicts. Transcoding can improve compatibility, but may change file size, encoding, and some metadata. A failed file may also be corrupted or inaccessible at its path, neither of which transcoding can fix. The product must preserve originals, record every attempt, and leave final confirmation to the user. Otherwise, one bad import can create fresh duplicates and erode trust.