Восстановление данных
Если данные для вас чрезвычайно важны, и вы сомневаетесь в своих силах/знаниях, немедленно отключайте носитель и несите его в сервисный центр. Попытки самостоятельно решить проблему могут усугубить ситуацию, вплоть до полной невозможности что-либо восстановить.
Первым делом, очень важно свести к минимуму работу с повреждённым накопителем, иначе вероятность восстановления данных существенно снижается.
Если вы случайно удалили нужный файл с некоторого раздела, следует как можно скорее перевести данный раздел в режим «только чтение» и исключить любые попытки записи на него.
Если вы по ошибке установили операционную систему, на диск/раздел с важными данными, то загружать систему с этого диска/раздела категорически не рекомендуется. Для дальнейней работы следует использовать LiveCD/USB или систему, загружаемую с другого диска/раздела.
Кроме того, для сохранения восстанавливаемых данных потребуется ещё один накопитель ёмкости, не меньшей исходного.
Чтобы снизить возможные потери информации при неудачной попытке восстановления, следует сделать полный дамп повреждённого тома (ФС, раздел, либо весь диск, в зависимости от того как располагались исходные данные) через dd или ddrescue на отдельный носитель и дальше экспериментировать с этим дампом:
sudo dd if=/dev/sdXY of=/path/to/dump.img
testdisk
Нередко судьба подкидывает нам такое, что послезавтра сдавать диплом, а сегодня умер жесткий диск со всей информацией. В Linux стандартом де-факто в области восстановления данных является утилита testdisk. Однако нередко человек, впервые сталкиваясь с ней, находит ее для себя малопонятной и отказывается от нее, т.к. она не имеет графического интерфейса.
Многих новичков в Linux, привыкших к GUI программам в Windows, пугает использование консольных программ, требующих ввода нужных команд с малоизвестными им аргументами и ключами. Нередко мануалы к такому софту оказываются или на английском языке, или достаточно сложны, чтобы разобраться с первого взгляда, и человек отступается от своей цели. Нередко ему снова приходится обращаться к Windows, искать там «надежную и понятную» ( GUI ) программу, затрачивая на это уйму времени, вместо того, чтобы убрать у себя табу на использование консоли.
Специально для написания статьи я нашел старую ненужную флешку, записал на нее немного музыки и видео. После этого в GParted изменялись размеры и положение раздела (при этом флешка выдергивалась из компа в самый кульминационный момент), ну и напоследок все было добито созданием новой таблицы разделов.
Итог — при подключении флешка не обнаруживается компьютером, на ней важная информация, будем ее восстанавливать.
1. Для начала нужно установить testdisk. Для этого в консоли выполняем:
sudo apt-get install testdisk
2. Запускаем testdisk с администраторскими правами
Появляется окошко приветствия testdisk, нам предлагается вести лог работы. В данном случае не вижу в этом смысла, но вы можете поступать иначе. Выбираем нужный пункт меню и подтверждаем выбор: No Log → Enter.
3. Появляются доступные носители, выбираем нужный, подтверждаем нажатием Proceed.
4. Предлагается выбрать тип таблицы разделов, думаю, что в большинстве случаев будет тип Intel / PC Partition.
5. Появляется меню с выбором операции. Для начала делаем анализ, выбрав Analyse.
6. В разделе Analyse Выбираем Quick Search.
7. Последний вопрос перед началом анализа «Должен ли testdisk искать разделы созданные с использованием Windows Vista?». В моем случае — нет, поэтому я выбираю N. 1)
Анализ закончен. Предупреждение. Или некоторые разделы не были найдены, или таблица разделов не может быть записана, т. к. разделы перекрываются.
8. Вот теперь можно начинать восстановление информации. В данном случае нас интересует 2 варианта действий.
Получить список файлов, содержащихся в данном разделе нажатием Р с дальнейшим восстановлением интересующих файлов из списка
Попробовать загрузить резервную копию таблицы разделов нажатием L , это приведет носитель к первоначальному состоянию до поломки
Выводим список файлов нажатием Р .
Отсюда же можно попробовать скопировать особо важные файлы и папки, особенно если боитесь, что данные не восстановятся, а наоборот потеряете последнюю, пусть даже и битую информацию. Для примера я буду копировать музыкальный альбом. Выделяем нужное курсором, нажимаем С для копирования. Появляется файловый менеджер, где можно выбрать куда будем копировать. В домашнем каталоге для этих целей специально создана папка Restored.
Заходим в нее и подтверждаем копирование нажатием Y.
Открываем папку в Nautilus, видим, что все файлы на месте и их можно прослушать.
9. Итак, особо важную информацию на всякий случай сохранили, однако наша цель приведение носителя в нормальное рабочее состояние. Из каждого пункта меню testdisk можно вернуться в предыдущий с помощью клавиши Q . Таким образом возвращаемся к 8 пункту.
Попробуем вернуть все в первоначальное до поломки состояние, загрузив резервную копию таблицы разделов. Нажимаем L . В появившемся окошке выбираем Load…
…и подтверждаем наши намерения Y .
Все, процесс восстановления закончен, отключаем и снова подключаем поврежденный носитель. Теперь он обнаруживается, все файлы на месте, в целости и сохранности.
Желаю вам удачных восстановлений!
extundelete
extundelete – утилита, позволяющая восстанавливать файлы, которые были удалены с разделов ext3/ext4.
Установить extundelete можно выполнив команду:
sudo apt-get install extundelete
Как только вы поняли, что удалили нужные файлы, надо отмонтировать раздел:
или перемонтировать в режиме «только чтение»
mount -o remount,ro /dev/partition>
Так же следует создать резервную копию раздела прежде, чем начинать с ним работу по восстановлению файлов:
dd bs=4M if=/dev/partition> of=partition.backup
Зайдите в каталог, в который будут восстанавливаться удаленные данные. Он должен быть расположен на разделе отличном от того, на котором хранились восстанавливаемые данные:
cd /путь_к_каталогу_куда_восстанавливать_данные>
Запустите extundelete, указав раздел, с которого будет происходить восстановление и файл, который необходимо восстановить:
sudo extundelete /dev/partition> --restore-file /путь к файлу>/имя_файла>
Можно так же восстанавливать содержимое каталогов:
sudo extundelete /dev/partition> --restore-directory /путь_к_директории>
Можно задать для восстановления рамки по времени удаления восстанавливаемых файлов, например так:
sudo extundelete --after дата> /dev/partition> --restore-directory /путь_к_директории>
Дату необходимо указывать в UNIX-времени:
Некоторые файлы могут восстановиться под другим именем и расширением, хотя это не повлияет на содержимое файла.
Полный список параметров extundelete можно посмотреть на странице http://extundelete.sourceforge.net/options.html.
foremost
foremost — поиск и восстановление данных по сигнатурам.
sudo apt-get install foremost
Пример использования для восстановления изображений с диска /dev/sdb в каталог ~/out_dir:
sudo foremost -t jpg,gif,png,bmp -i /dev/sdb -o ~/out_dir
GUI для Foremost, можно скачать на дружественном форуме.
R-Studio
Утилита является платной. Тем не менее, судя по нескольким топикам на форуме, в тяжёлых случаях она может дать лучший результат, чем testdisk.
R-Studio позволяет восстанавливать утраченные данные с поврежденного, форматированного, переформатированного или удаленного диска (раздела) локального или удаленного компьютера вне зависимости от используемой системы (платформы).
Scalpel
Scalpel анализирует файлы по header и footer, заданным в шаблоне
Чтобы задать типы файлов для распознавания, нужно в указанном выше шаблоне раскомментировать соответствующие строки. Однако, будьте внимательны: зачастую header и footer ваших файлов могут отличаться от заданных в шаблоне для такого типа файлов (к примеру, sony jpg). В таком случае нам нужно самостоятельно выяснить header и footer искомых файлов на примере имеющегося аналогичного файла:
xxd -l 0x04 filename; xxd -s -0x04 filename
и вписать их в конфигурационный файл.
sudo scalpel input.iso -o outputdir
В качестве исходного пути может использоваться как путь к реальному устройству /dev/…, так и путь к образу диска. Директория outputdir для сохранения файлов обязательно должна быть пустой.
Восстановление данных с SSD?
Бук Dell XPS 13 9360. Встроенная диагностика выдаёт ошибку WARN READONLY. В системе диск не видится (венда, linuxmint 17.3 не стартует вообще, в пн попробую более новую версию). Бук на гарантии, так что судьба самого ssd не волнует, интересуют данные.
dk- , что тебе там в прошлый раз в рлабе говорили про самсунь?
Проводов нет, это м2 жы. Разъемы ссотрел, в другой бук подкидывал.
Скорее всего огорчу. Перепаивать память это оченно дорого стоит.
Её не надо перепаиваивать, перепаять-то я могу что угодно. Там походу контроллеру кирдык, хотя это не точно. Бук в legacy режиме (да и вообще биосе) ссдшку видит, а всё остальное расписано в ОП.
Приглашу специалиста в тред, мож чо умное скажет NiTr0
Я знаю что оно шифрованное и хер даже если контроллер махнуть. Но оно же определяется буком и говорит что ридонли.
Ну попробуй сносить. Только ридонли и читаться должно, не?
Что за SSD хоть? Или опять надо в Вангу играть?
Samsung 960 на 512 гигабайт.
Заказал небольшой SSD Samsung 850 EVO SATA3, скоро подъедет.
Вообще у меня и с HDD восстанавливать толком не получалось, так что, наверное, пофиг что там с этим у SSD.
Больше было обидно за мелкие документы, файлы .blend и текстовики с записями. Наверное самое важное лучше хранить в облаке зашифрованной копией.
Deleted ( 23.12.17 23:00:17 MSK )
Последнее исправление: Deleted 23.12.17 23:07:38 MSK (всего исправлений: 3)
Для SATA SSD производитель советует отключить data-шлейф и только подать питание на носитель. Через несколько минут он сам отработает процедуру очистки от ненужного хлама. Но M2 из read-only вывести скорее всего не получится — ресурс перезаписи флэша истёк, контроллер непреклонен.
Ну так мне его прочитать только надо же.
попробуй прошивку перезалить. ну и как советуют в соседних тредах — родной утилитой/прошивальщиком — vendor-specific erase.
etwrq ★★★★★ ( 24.12.17 10:50:12 MSK )
Последнее исправление: etwrq 24.12.17 10:52:23 MSK (всего исправлений: 1)
Да как два байта об асфальт. Берешь бэкапчик, который у тебя каждые 20 минут актуализировался, покупаешь новый SSD, заливаешь бэкап: профит!
Так мне наоборот надо данные вытащить, а ссд махнуть по гарантии.
ну все, приплыли значит. снимать ssd, тащить в датарикавери, и вдруг, если повезет, с него вытащат данные. если транслятор не сильно похерен сбоем (сдох-то он скорее всего из-за того, что мусор в служебку записался).
не, можно конечно попробовать загрузить какую-то ось, подоткнуть ссд нагорячую и посмотреть что будет (или поюзать переходник на сата с подклчением опять-таки нагорячую если ссд умеет в сата, а не только NVMe) — но шансы на успех есть только в случае если в биосе сейчас он детектится с нормальным объемом.
Похожие темы
- Форум Восстановление данных с SSD (2014)
- Форум Восстановление данных (2021)
- Форум Восстановление данных (2021)
- Форум Восстановление данных (2016)
- Форум Восстановление данных (2016)
- Форум восстановление данных (2018)
- Форум восстановление данных (2015)
- Форум Восстановление данных (2011)
- Форум Восстановление данных (2013)
- Форум Восстановление данных (2011)