Timeline for Lightroom failed external drive
Current License: CC BY-SA 3.0
4 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Feb 24, 2017 at 12:06 | comment | added | Barrie Spence | The XMPs are intended to make the metadata accessible to external applications (e.g. Bridge). Basically, if you enable it you'll get a .XMP with every raw file as a safety net for a lost/corrupted catalog, but you still need the image files (and .XMPs). | |
| Feb 24, 2017 at 11:58 | comment | added | Barrie Spence | The Lightroom metadata is primarily in the database (some of it can only live in the db - collections, etc.), but keywords and develop settings are stored in the XMP - rebuilding a corrupted catalog from XMPs would be so much better than nothing (or better still, recover using a backup catalog and then refresh from the XMPs). | |
| Feb 22, 2017 at 20:31 | comment | added | Byron Mansfield | Thanks for the suggestion of TestDisk, I will check it out. I have tried with DiskUtility, but since it can't even mount it, it doesn't even show up in DiskUtility. Also thanks for the suggestion of Crashplan. I will add this to the list of cloud backup solutions. The "Automatically write changes into XMP"; what exactly does this do? Can it recover metadata when you can't get to the pictures and/or the catalogue file? | |
| Feb 20, 2017 at 12:52 | history | answered | Barrie Spence | CC BY-SA 3.0 |