Lightroom вышел из строя внешний диск

Question

Так что я недавно начал путешествовать, и мне пришлось выбирать более портативные решения. Я был на охоте на лучшие решения. Хотя это очень свежо и ново, поэтому я подумал, что у меня есть некоторое время, чтобы использовать эту настройку и поиграть с ней, чтобы точно выяснить, что мои потребности и желания находятся в более практическом решении.

Вот мои настройки - Macbook 2015 (самый маленький, использующий только порт USB C), работающий на OSX 10.11.6 El Capitan; USB 3 хаб с SD слотом; 2 x Seagate 2TB внешний жесткий диск; Lightroom 6;

Вот моя проблема - Мой внешний жесткий диск с фотографиями в lightroom, базе данных lightroom и файлами каталога больше не монтируется, когда я подключаю его.

Последовательность событий, предшествовавших этому - На днях я импортировал свои фотографии со своей SD-карты в Lightroom, и примерно четверть пути я обнаружил ошибку. Мне жаль, что я не уловил точную ошибку, так как был в бегах и не думал, что лучше приму к сведению. В основном это не закончил импорт фотографий. Lightroom все еще работала и работала. Поэтому я попытался повторно импортировать изображения. Это продвинулось дальше, но сделало то же самое снова. Поэтому я попробовал в третий раз, и он даже не добрался до первого. Внешний жесткий диск больше недоступен.

Вот что я попробовал - Я отсоединил и снова включил его. Он даже не регистрировался. Я перезапустил, все еще не мог признать это. Так что я попробовал только с USB на USB C адаптер, а не через порт. Это все еще не признало бы это. После многих попыток открыть DiskUtil для запуска первой помощи, я сунул его в морозильник, и он действительно работал примерно через полчаса. У меня не было других компьютеров для тестирования. Хотя я попытался запустить виртуальную среду Linux, чтобы посмотреть, помогло ли это, потому что они обычно лучше, чем Mac, читают внешние жесткие диски. Я не запустил его полностью до того, как смог заморозить его. Мне пришлось бежать, так что я просто скрестил пальцы, и это выдержало бы, пока у меня не было больше времени и подключения к интернету, чтобы поддержать это до чего-то вроде amazon s3.

Некоторые дополнительные вещи, которые я могу отметить, которые может быть полезно знать. У меня точно такой же внешний жесткий диск, который я использую для какого-то другого хранилища, и у него нет проблем с концентратором или напрямую подключенным (с адаптером USB C). Кроме того, «иногда» я могу подключить жесткий диск, который вызывает у меня проблемы, и, хотя он не отображается в Finder или Mount to Desktop, я могу открыть терминал и запустить diskutil list, и он появляется. Но при попытке вручную смонтировать его через diskutil mount /dev/diskN просто зависает.

Мой вопрос - У меня все еще есть и работает светлая комната. В страхе закрыть его и не сохранить работу, которую я сделал. Что я могу сделать, чтобы сохранить работу, загруженную в светлой комнате? Может быть, подключите мой второй работающий жесткий диск и скажите, чтобы он воссоздал новый файл базы данных Lightroom из состояния памяти? (Я не знаю точно, как работает lightroom или возможно ли это).

Дальнейший вопрос - Есть ли у кого-нибудь из вас рекомендации относительно шагов, которые необходимо предпринять после того, как это будет восстановлено, чтобы больше не оказаться в той же ситуации? Может быть, дальнейшее чтение? Что-нибудь? Кроме того, в сложившихся обстоятельствах я не могу восстановить данные с этого неисправного жесткого диска. Каков рекомендуемый путь для согласования любой работы или минимизации потерь? Например: способен ли мой все еще работающий в настоящее время lightroom создать новый файл базы данных в новом месте?

Answer 1

Я могу помочь с восстановлением диска, так как помогал другу с подобной проблемой несколько месяцев назад.

Я закончил тем, что положил внешний диск в коробку Linux и использовал ddrescue против диска, чтобы настойчиво попытаться восстановить весь диск. Это может занять несколько дней. Вам понадобится 2 ТБ свободного места где-нибудь, чтобы записать образ диска. Я использовал комманду:

ddrescue -vv -d -S /dev/sdX image.out image.log

где sdX - путь вашего диска в Linux.

В моем случае у меня все еще было не монтируемое изображение, поэтому я запустил PhotoRec против восстановленного изображения для восстановления изображений:

PhotoRec ищет известные заголовки файлов. Если фрагментация данных отсутствует, что часто имеет место, он может восстановить весь файл. PhotoRec распознает и восстанавливает многочисленные форматы файлов, включая ZIP, Office, PDF, HTML, JPEG и различные форматы графических файлов. Весь список форматов файлов, восстановленных PhotoRec, содержит более 480 расширений файлов (около 300 семейств файлов).

Это не восстановит вашу базу данных Lightroom, так как я уверен, что она фрагментирована.

Профилактика? Как кто-то упоминал в другом ответе, также сохраните XMP вместе с изображениями, и я даю очень сердечную 2-ю рекомендацию для CrashPlan. У них даже есть бесплатная опция резервного копирования в вашу удаленную систему - хотя вам действительно нужна резервная копия «за пределами площадки» на случай пожара, наводнения или кражи.

Примечание. Похоже, что ddrescue и photorec также можно запускать непосредственно на MacOS

Answer 2

Я ожидаю, что вы получите сообщение "Lightroom обнаружил ошибку ...", и он захочет выйти - в нем нет возможности сохранить базу данных каталога в альтернативное хранилище.

Если Mac видит диск, но не может его смонтировать, попробуйте восстановить его в DiskUtility - если это не удается, я успешно восстановил поврежденные тома HFS + с помощью TestDisk

Вторая копия (локальная или облачная) полезна для восстановления в случае катастрофического сбоя диска, но не путайте его с реальным решением для резервного копирования (операция обновления «резервной» копии почти наверняка будет распространяться скрытой проблемы с резервной копией (например, удаленные или поврежденные файлы)).

Если у вас есть пропускная способность для загрузки, лучше всего подходит облачное резервное копирование (я использую Crashplan), но оно требует очень приличной пропускной способности и не работает, если вы выключаете машину (очень грубые цифры: 1 Мбит / с увеличение составляет 10 с / МБ, поэтому 10000 с / ГБ ... примерно с 3 часами / ГБ ... 1 ТБ займет 3000 часов ... 125 дней (24x7)).

С точки зрения LR, я всегда рекомендую включить «Автоматическую запись изменений в XMP» - возможное снижение производительности того стоит для обеспечения безопасности при восстановлении метаданных в случае повреждения каталога.

Answer 3

Хорошая новость заключается в том, что если вы не слышите никаких искажений, данные на диске, вероятно, в порядке. Плохая новость заключается в том, что восстановление данных, вероятно, не будет дешевым.

Существует небольшая вероятность того, что проблема связана с корпусом USB, а не с самим жестким диском. В этом случае, если вы откроете корпус, извлеките жесткий диск и вставите его в другой корпус USB, это может работа.

К сожалению, это, вероятно, соединение холодной пайки где-то на плате фактического привода, и в этом случае ремонт не является чем-то, что вы можете легко сделать самостоятельно, хотя, если вы можете выяснить, какую часть нужно охладить, вы можете быть в состоянии использовать аэрозольный фреон или подобный материал каждую минуту или две, чтобы держать эту часть достаточно холодной, чтобы она работала достаточно долго, чтобы извлечь данные из нее.

Answer 4

Я действительно могу помочь только с дальнейшей частью вопроса.

Я также использую MacBook 2015 года с Lightroom, когда я в дороге. Я храню файл каталога локально на MacBook, но еженедельно копирую его на внешний жесткий диск. Я также использую Time Machine для резервного копирования MacBook.