Audio · exFAT audio media
M4A/AAC recording: find after an import failure
Where are M4A or AAC recordings after a failed import?
Short answer
First check the app's own library: voice memo and music apps can store imported M4A recordings inside their library under new names, so the file may exist there. Search the destination, trash and library folder, compare with the card, and scan the unused card read-only only if the original is gone.
The situation
M4A or AAC recordings is incomplete at the destination and no longer appears reliably on the source.
The take is not in the folder the import was supposed to use, and the card no longer shows it either. Voice memo and music applications tend to file imported M4A recordings inside their own library under a generated name, which makes a file that is present look lost.
01 / Diagnose
Work out what actually disappeared
An import into a managed library moves the file into an internal folder structure and renames it, often keeping the original date only in its metadata. If the import ended early, the library holds an entry that points to an incomplete file. Where the source was deleted after import, the card entry is gone although the destination copy never finished.
Move, rename, catalog and delete-after-import steps can fail at different moments and leave source and destination in different states. For M4A/AAC recording, this matters because M4A uses ISO-BMFF metadata while raw AAC uses a different frame structure
Check the last known path, trash and backups without writing to the original device.
02 / Protect the source
Preserve the best recovery chance
- 1
Search the application library folder as well as the intended destination, sorting by creation date instead of by name.
- 2
Check the trash and any temporary import folder, where interrupted transfers often leave their partial file behind.
- 3
Play every candidate to the end and compare its duration with the recording length shown on the device.
- 4
If the original is missing from the card as well, scan the card read-only and export the result to a third drive.
Do not repeat the import while partial files remain, and do not let the application clear the card after an unverified transfer. A second pass can replace one incomplete copy with another, and once the card is cleared the complete take exists nowhere at all.
03 / Choose the method
Match the tool to the source
For stable, readable exFAT, NTFS and FAT16/FAT32 or uncompressed IMG, DD, RAW and BIN images.
Unconfirmed exports are marked .UNVERIFIED.
File Recovery Hero reads exFAT, NTFS and FAT16/FAT32 sources and uncompressed images, on macOS and Windows. A library stored on an APFS Mac volume is not in range, so a recording lost there is retrieved from the trash, a backup or a Time Machine snapshot.
04 / Verify
Check the recovered content, not just its name
Each recording from the session should be present once, open without a codec warning and play for its full length. For M4A files, watch for a copy that cannot be opened at all: that usually means the transfer ended before the moov index at the end of the file was written.
Keep the source until two verified copies exist. One working preview is not enough.
Sources and technical references
FAQ
Questions about this recovery case
Can exFAT audio media be recovered in this situation?+
The take is not in the folder the import was supposed to use, and the card no longer shows it either. Voice memo and music applications tend to file imported M4A recordings inside their own library under a generated name, which makes a file that is present look lost. The result still depends on what remains readable on the source.
What should I avoid before scanning?+
Do not repeat the import while partial files remain, and do not let the application clear the card after an unverified transfer.
Does scanning write to my memory card?+
Your memory card is only read. Nothing is saved to it.
How do I know whether the result is complete?+
Each recording from the session should be present once, open without a codec warning and play for its full length.