Неисправный внешний диск Lightroom

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

Вот моя установка — Macbook 2015 года (крошечный, использующий только порт USB C), работающий на OSX 10.11.6 El Capitan; концентратор USB 3 со слотом SD; 2 внешних жестких диска Seagate емкостью 2 ТБ; Лайтрум 6;

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

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

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

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

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

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

Ваши жесткие диски USB питаются от концентратора или у них есть блоки питания? Какую модель концентратора USB вы используете (это концентратор USB-C или традиционный USB-A с использованием адаптера USB-A-to-USB-C)? Питается ли концентратор от порта или от стены?
Жесткие диски питаются от концентратора. USB-концентратор представляет собой концентратор USB-C и не питается от сети. Тем не менее, я попробовал внешний жесткий диск (USB-A) с адаптером, чтобы убедиться, что это не концентратор USB. Казалось, это не имеет значения.
Вы не указываете, находятся ли ваши фотографии на внешнем диске или только в каталоге.
@ LC1983 фотографии и файлы каталога находятся на внешнем жестком диске.
Сначала выведите Lightroom из цикла, посмотрев, можете ли вы прочитать диск напрямую из операционной системы. Если можете, скопируйте файлы, а затем импортируйте оттуда. Если нет, то, вероятно, ничего не остается, как покупать более качественные диски в следующий раз.
Спасибо за все советы и предложения, ребята. Я не знаю, найду ли я когда-нибудь ответ, который ищу, поскольку я переключился на macbook 13 с настоящими USB-портами и переформатировал внешние жесткие диски. Больше не нужно запускать все через один USB-концентратор на один USB-C. Я могу сказать, что я счастливо управляю этой настройкой уже несколько месяцев и никаких проблем. Как некоторые добавленные примечания, я храню файлы LR DB локально, а все фотографии на внешнем жестком диске. Я также регулярно делаю резервные копии LR и резервные копии на Amazon S3, когда мое интернет-соединение достаточно хорошее. это резервная копия

Ответы (4)

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

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

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

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

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

Спасибо за предложение TestDisk, я проверю его. Я пробовал с DiskUtility, но, поскольку он даже не может его смонтировать, он даже не отображается в DiskUtility. Также спасибо за предложение Crashplan. Я добавлю это в список решений для облачного резервного копирования. «Автоматически записывать изменения в XMP»; что именно это делает? Может ли он восстановить метаданные, если вы не можете получить доступ к изображениям и/или файлу каталога?
Метаданные Lightroom в основном находятся в базе данных (некоторые из них могут храниться только в db — коллекциях и т. д.), но ключевые слова и настройки разработки хранятся в XMP — восстановление поврежденного каталога из XMP было бы намного лучше, чем ничего ( или, что еще лучше, восстановить с помощью каталога резервных копий, а затем обновить из XMP).
XMP предназначены для того, чтобы сделать метаданные доступными для внешних приложений (например, Bridge). По сути, если вы включите его, вы получите .XMP с каждым необработанным файлом в качестве подстраховки для потерянного/поврежденного каталога, но вам все еще нужны файлы изображений (и .XMP).

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

В итоге я поместил внешний диск в коробку с 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 вместе с изображениями, и я даю очень сердечную вторую рекомендацию для CrashPlan. У них даже есть бесплатная опция, при которой вы выполняете резервное копирование в свою собственную удаленную систему, хотя вам действительно нужно иметь «внешнюю» резервную копию на случай пожара, наводнения или кражи.

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

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

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

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

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

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

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

Я бы не сказал "маленькая вероятность". USB по своей природе является технологией, стремящейся к победе. У вас нет выбора между хорошими и плохими корпусами для USB-накопителей, у вас есть выбор между едва подходящими и неподходящими. Thunderbolt лучше не столько из-за лучшей технологии, сколько потому, что более высокая стоимость деталей, необходимых для работы в этом пространстве, вытесняет большинство продавцов барахла. Таким образом, вы получаете корпуса Thunderbolt за 200 долларов и корпуса USB за 20 долларов, когда дополнительные затраты на внедрение Thunderbolt не учитывают всю эту разницу в 180 долларов. Остальное в улучшениях по всем направлениям.
Я не говорю «переключиться на Thunderbolt», по крайней мере, в контексте вопроса, поскольку на ноутбуке ОП нет такого порта. Я хочу сказать, что замена корпуса имеет довольно хорошие шансы решить проблему, особенно если он попробует устройство с хорошими отзывами. Но, я и там обжегся: у меня когда-то новый корпус писал меги и меги барахла на диск; проблема ушла при переходе на другой корпус.
Обычно, если корпус выходит из строя, устройство вообще не отображается. Если диск отображается как устройство (что он и делает, согласно вопросу), это означает, что компьютер успешно взаимодействует с мостом USB-SATA, и мост шины может видеть подключенный жесткий диск (диск получает 5 В постоянного тока и линии данных работают). Это не исключает корпус на 100%, но делает это очень маловероятным, если контроллер корпуса каким-то образом не подклинивает.
Тем не менее, есть определенные фрагменты очень сломанного кремния, в которых есть ошибки, из-за которых они зависают в течение длительного периода времени на плохих блоках. Так что, если задействованы плохие блоки, вам может повезти, если вы извлечете данные с помощью устройства, которое имеет собственный (не USB) контроллер SATA, например, свободный порт SATA или eSATA на компьютере.