Вопрос или проблема
Кратко:
- Я уронил свой ноутбук с SSD внутри
- Диск больше не монтируется и не поддается проверке файловой системы (страшная ошибка ввода/вывода)
- Тем не менее, диск все еще цел и работает достаточно, чтобы читать таблицу разделов и проверять пароль шифрования
- Если подключить его внешне через USB, диск совершенно невидим, вообще не распознается
- Что случилось?
- Есть ли способ это исправить?
Полные подробности:
У меня есть старый ThinkPad T420 2012 года. Я использую Ubuntu 20.04, и основной раздел зашифрован. Несколько дней назад я уронил его. Он сразу выключился и больше не загружается с основного диска.
Основной загрузочный диск — это SSD (Samsung 870 EVO), который подключен к ноутбуку через корзину, которая адаптирует диск для установки в отсек для оптического привода.
Хотя на SSD или адаптере нет видимых повреждений, я сначала подумал, что поврежден разъем/адаптер или что-то в этом роде было повреждено или сдвинулось. Поэтому я снял SSD с ноутбука и подключил его к адаптеру SATA на USB. Это оказалось полной неудачей. Я подключил его к нескольким компьютерам, и диск, казалось, был совершенно невидим (нет нового устройства в /dev, нет записи в lsusb). (Сами адаптер SATA на USB работает нормально, когда я тестировал его с другим HDD.)
Тем не менее, если я вставляю SSD обратно на его место/в корзину и загружаюсь в Linux через USB, оказывается, что диск не совершенно невидим, но, кажется, тоже не действительно пригоден для использования.
Я вижу таблицу разделов для диска:
ubuntu@ubuntu:~$ sudo fdisk -l /dev/sda
Диск /dev/sda: 465.76 GiB, 500107862016 байт, 976773168 сектор
Модель диска: Samsung SSD 870
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода-вывода (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска: 0xe62c1c13
Устройство Загрузка Начало Конец Секторы Размер Id Тип
/dev/sda1 * 2048 1050623 1048576 512M b W95 FAT32
/dev/sda2 1052670 976771071 975718402 465.3G 5 Расширенный
/dev/sda5 1052672 2549759 1497088 731M 83 Linux
/dev/sda6 2551808 976771071 974219264 464.5G 83 Linux
Диск зашифрован, поэтому я не могу просто смонтировать его напрямую, но мне нужно пройти через некоторые дополнительные шаги:
ubuntu@ubuntu:~$ sudo cryptsetup open /dev/sda6 ssd
Введите пароль для /dev/sda6:
если я введу неправильный пароль, он меня отклоняет:
Предупреждение: операция ключевого слота может не удаться, так как требует больше памяти, чем доступно.
Нет ключа с этим паролем.
но если я ввожу правильный пароль, он меня впускает, и устройство /dev/mapper/ssd появляется, как ожидалось.
Теперь есть еще один шаг. Я думаю, что команда sudo vgchange -ay, которая должна заставить устройство /dev/vg-ubuntu/root (не могу вспомнить точное имя) появиться. Когда я сначала пробовал, эта команда сработала, но в данный момент она больше ничего не делает (ситуация ухудшается с течением времени, см. ниже).
На этом этапе вы должны быть в состоянии смонтировать /dev/vg-ubuntu/root (или как оно называется), но mount завершается неудачей с общей ошибкой “ввод/вывод” (не имею под рукой точной ошибки в данный момент). fsck также завершается неудачей с “ошибкой ввода/вывода” и второй ошибкой что-то вроде “суперблок не найден”.
В данный момент я запускаю ddrescue, чтобы посмотреть, что можно восстановить: sudo ddrescue --idirect /dev/sda /media/ubuntu/whatever/rescue.img ~/rescue.log. Похоже, он что-то делает, но очень медленно, и я немного скептически настроен, что он действительно удастся.
Еще одна заметка: проблема, похоже, усугубляется и возникают все больше ошибок, чем дольше диск подключен. Например, изначально вы можете прочитать таблицу разделов с помощью sudo fdisk -l /dev/sda, как я показал выше. Однако вскоре это перестанет работать:
ubuntu@ubuntu:~$ sudo fdisk -l /dev/sda
fdisk: не может открыть /dev/sda: Неверный аргумент
Но это снова начнет работать, если вы вытащите диск и вставите его снова.
Что случилось с диском? Можно ли что-нибудь сделать для его восстановления?
Ответ или решение
При падении вашего ноутбука с установленным SSD произошла физическая травма устройства, которая, к сожалению, могла повредить не только сам диск, но и его внутренние компоненты. Давайте рассмотрим весь процесс и объясним, что могло произойти.
Физические повреждения
-
Травма подключения: Несмотря на то, что вы не заметили никаких видимых повреждений на SSD или адаптере, сильные механические воздействия, такие как падение, могут привести к смещению соединений, неполной посадке шлейфов или повреждению самих контактов. Проблемы на этом уровне могут препятствовать успешному взаимодействию SSD с компьютером.
-
Внутренние компоненты: SSD, как и любые другие устройства хранения данных, содержит очень маленькие и хрупкие компоненты. Удары могут нарушить целостность микросхем памяти (NAND), контроллеров и других частей, что может привести к частичной или полной утрате доступа к данным на диске.
Чтение и доступ к данным
Вы отметили, что при определенных условиях вы можете получить доступ к таблице разделов и даже к шифрованию, что свидетельствует о том, что контроллер SSD и его основные компоненты, вероятно, все еще в состоянии работать, хотя и с ограничениями.
-
Чтение таблицы разделов: Если таблица разделов доступна, это указывает на то, что контроллер все еще может выполнять параметры низкоуровневого чтения. Однако наличие ошибок ввода-вывода (input/output error) на этапе монтирования и выполнения проверок файловой системы говорит о том, что уровень доступа к данным уже значительно нарушен.
-
Шифрование: Возможность успешно ввести пароль шифрования и открыть доступ к зашифрованному разделу значит, что начальная часть SSD, содержащая необходимые для этого метаданные, работоспособна. Но последующий шаг со сканированием логических томов не срабатывает, что указывает на возможные проблемы с физическим доступом к данным на самом диске.
Процесс восстановления
Вы начали процесс восстановления с помощью ddrescue, что является разумным шагом в вашем случае. Использование этого инструмента позволяет попытаться создать образ диска, игнорируя поврежденные сектора, и в дальнейшем восстанавливать данные из этого образа. Вот несколько советов для улучшения шансов на успешное восстановление:
-
Работа без подключения к сети: Попробуйте отключить диск от питания во время восстановления, если это возможно. Некоторые диски могут нагреваться и терять работоспособность при длительном использовании.
-
Профессиональные услуги: Если данные крайне важны, рассмотрите возможность обращения в специализированные компании по восстановлению данных. Они могут использовать более продвинутые методы, которые могут не быть доступны для домашнего пользователя.
-
Систематический подход: Продолжайте использовать
ddrescueдля создания образа, но будьте готовы, что это может занять долгое время. Держите лог восстановления (rescue.log) под контролем, чтобы отслеживать успешные чтения и ошибки.
Заключение
Ваша ситуация описывает комбинацию физических повреждений и логических последствий, что делает восстановление данных сложной задачей. В любом случае, работа с поврежденными SSD требует терпения и осознания рисков дальнейшей потери данных. Используйте ddrescue для повышения шансов на восстановления, и не стесняйтесь обратиться к профессионалам, если ваши попытки не увенчаются успехом. Помните, что регулярное резервное копирование данных может существенно снизить последствия подобных инцидентов в будущем.