8 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Восстанавливаем убитые жесткие диски, флешки и данные с них в Linux: aldorus — LiveJournal

Содержание

6 утилит для восстановления данных с поврежденных жестких дисков в Linux

Оригинал: 6 Linux Tools to Help Recover Data from Corrupted Drives
Автор: MTE Staff
Дата публикации: 11 сентября 2018 года
Перевод: А. Кривошей
Дата перевода: октябрь 2019 г.

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

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

1. Testdisk

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

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

Помимо выполнения глубоких операций, таких как восстановление загрузочных секторов и таблиц файловой системы, Testdisk также способен восстанавливать данные,даже удаленные, с жестких дисков с файловыми системами NTFS, FAT, exFAT и ext.

Чтобы установить Testdisk в Linux, перейдите в терминал и введите:

Если вы хотите узнать больше об использовании Testdisk, вы можете прочитать руководство по Testdisk здесь .

2. ddrescue

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

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

Здесь вы видите некоторые результаты ddrescue в действии. В первой команде он копирует весь диск в образ с именем «backup.img». Вторая команда затем копирует в тот же образ только плохие блоки, проходя каждый раз по этим блокам, чтобы попытаться их прочитать.

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

Когда этот процесс завершен, вы можете смонтировать скопированный образ и использовать приведенные далее утилиты для извлечения из него файлов. Дальнейшее использование других инструментов восстановления Linux из этой статьи позволит получить данные из того же «backup.img», созданного здесь.

3. Foremost

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

Здесь вы можете увидеть вывод Foremost в подробном режиме (опция -v). Опция -t ищет типы файлов jpg, а опции -i и -o отмечают соответствующий входной файл и выходной каталоги.

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

4. scalpel

Scalpel , изначально основанный на Foremost, стремится быть экономным в своей работе. Он использует многопоточность и асинхронный ввод/вывод для эффективного поиска.

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

На этом снимке экрана вы можете увидеть окончательный результат анализа Scalpel для «backup.img». Базовая команда (приведенная в нижней части снимка экрана) требует только выходной каталог и образ для анализа.

5. PhotoRec

PhotoRec отстает от своих конкурентов, сосредоточившись на восстановлении фотографий, видео и текстовых документов. Он также работает как интерактивная утилита внутри консоли.

В команде PhotoRec должен быть указан желаемый образ (наш backup.img) и выходная папка. Затем PhotoRec помещает пользователя в графическое окружение. Скриншот здесь показывает размер образа. На следующих экранах запрашивается тип раздела диска и хотите ли вы искать файлы по всему образу.

6. grep

Наконец, мы подошли к grep . Он может показаться не самым простым вариантом восстановления, но grep может находить удаленные или потерянные текстовые файлы путем поиска строк, присутствующих на блочном устройстве или образе диска.

В образе backup.img существует файл с именем «myfile». Он содержит только одну строку текста: «This is the file I will try to recover.»

Grep использует эту строку в качестве отправной точки для восстановления файлов. Помимо нескольких других параметров, вы можете видеть, что в этом примере он выводит найденную строку в новый двоичный файл с именем «foundtext».

Также, вы можете изменить параметр -C, который печатает дополнительный контекст, окружающий строку в исходной команде. В этом примере команда указывает grep найти одну строку текста до и одну после указанной строки.

Начиная с -C 200, grep найдет 200 строк как до, так и после строки. Такой охват здесь не нужен, но он может быть важен для больших текстовых файлов с сотнями строк. Конечно, вам нужно знать содержимое ваших файлов, чтобы у grep была отправная точка для начала поиска.

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

Заключение

Итак, сначала скопируйте ваш диск или раздел с помощью ddrescue, а затем работайте с этой копией с помощью любых инструментов восстановления Linux, которые вам нужны. Не бойтесь попробовать более одного инструмента, особенно если ваш первый выбор не нашел данных, которые вы хотели найти. Будьте терпеливыми. Если вам повезет, вы вернете свои драгоценные файлы еще до того, как узнаете об этом.

Восстанавливаем убитые жесткие диски, флешки и данные с них в Linux

Как «вылечить» поврежденный USB-накопитель в Linux?

Флэшки есть у всех. Маленькие, удобные – что может быть лучше для сохранения данных. Но бывает, что флэшки повреждаются или вообще отказываются работать. Если вы пользователь Linux и подобное случилось с вами, исправить все будет несложно.

Примечание:
описанные методы работают не только для USB-накопителей, но и для жестких дисков тоже.

Интересно
: Как отформатировать защищенную от записи флешку. Читаем здесь.

Удаление бэд-блоков с USB-накопитель с помощью fsck

Простой способ починить флэш-накопитель (и вообще любой накопитель) – инструмент fsck. Он удаляет поврежденные сектора, или «бэд-блоки», из-за которых чаще всего и возникают проблемы с чтением. Чтобы удалить поврежденные сектора с флэшки, откройте терминальное окно и введите следующие команды.

Сначала нужно узнать метки дисков. Сделайте это, введя команду lsblk. Появится список всех подключенных накопителей.

Примечание:
по команде lsblk появляется список всех дисков, не только USB-накопителей. Будьте внимательны, чтобы не перепутать флэшку с жестким диском.

Чтобы удалить бэд-блок, запустите команду fsck либо в отдельном разделе (например, /dev/sdc1), либо на всем диске (например, /dev/sdc). По окончании процесса ваша флэшка будет снова полностью работоспособна в Linux.

sudo
fsck /
dev/
sdc1

Примечание:
здесь предполагается, что метка флэш-накопителя — /dev/sdc (или /dev/sdc1). У разных пользователей метки могут быть другими.

Читать еще:  Как восстановить закрытую вкладку. Несколько простых методов

Полная очистка

Иногда USB-накопитель совершенно не читается, и спасти что-то с него уже не получится. Все, что остается в этой ситуации – очистить все данные и начать сначала. Лучший инструмент для этого – dd.

Возьмите метку накопителя, которую вы нашли прежде командой lsblk, и дальше действуйте по предыдущему алгоритму (/dev/sdc1 – раздел, /dev/sdc – весь диск):

sudo
dd
if=/
dev/
zero of=/
dev/
sdc

Создание новой файловой системы

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

Fat32

sudo
mkfs.msdos -f 32 /
dev/
sdc1

Ext4

sudo
mkfs.ext4 -f /
dev/
sdc1

NTFS

sudo
mkfs.ntfs -f /
dev/
sdc1

Заключение

USB-флэшки – полезные девайсы. С ними легко переносить данные с одного компьютера на другой вне зависимости от установленной ОС. Вот почему важно знать, что делать, если флэшка вдруг стала недоступной. К счастью у Linux есть мощные инструменты, способные легко «вылечить» флэш-накопитель.

Как восстановить запоротую флешку? — General — Форум

Был вчера в стоматологии, выгружали КТ снимки с флешки, а после повторного включения в USB, у них в компе выдавало, мол, надо флешку отформатировать.

Ну ладно, сказал я, дома разберусь.

Пришел домой и о ужас, флешка не читается.

Вот, что выдает fdisk -l

/dev/sdc — это и есть моя флешка. Как её восстановить, чтобы она начала читаться. У меня там личные файлы. :(((

P.S. Ну или хотя бы, как её форматнуть, т.к. partionmagic (из KDE) её не видит тоже

программный ремонт usb flash накопителей в linux — ProLinux

Довольно таки часто занимался программным восстановлением usb flash накопителей на Windows
, ну и заинтересовался как можно это реализовать на Linux
. Как раз под рукой лежала флэшка JetFlash TS4GJF160
на 4Gb, которая не хотела работать

И так для начала разберемся что же есть программный ремонт. В любой флэшке установлена микросхема-контроллер. Она отвечает за передачу данных между компьютером и флэш-памятью. В случае различных сбоев питания, неправильного извлечения и других причин – происходит сбой контроллера. В результате чего контроллер блокируется и не отвечает на запросы операционной системы. Также, блокировка может произойти из-за износа микросхемы памяти — появления дефектных блоков или превышения порога циклов записи (тогда контроллер сам метит блок как неиспользуемый и часто блокирует флэш на запись). И при попытке доступа к нему из операционной системы можно увидеть следующие сообщения «Вставьте диск» или «Нет доступа к диску», «Диск не отформатирован». Но при попытке отфарматировать выдается сообщение типа «Диск защищен от записи»

Так как же боротся с этим?! Весьма просто…

Вставляем usb flash накопитель в компьютер и определяем какое имя ему присваивается При подключении usb flash накопителя к компьютеру, Linux
присваивает ему имя типа sdX
(первому устройству присваивается sda
, второму sdb
и так далее. Но чтобы узнать какое имя он ему присвоил наверняка, используем 1 из способов:

Из этого всего нам нужна только 1 строка:

которая и говорит нам что присвоено имя устройству sdc1

Аналогично первой команде ищем среди последних строк:

Имхо самый оптимальный вариант, выведет весь список смонтированных устройств и в самом конце видим следующее:

Думаю тут все понятно, /dev/sdc1
то что нам и нужно

Забиваем usb flash накопитель нулевыми байтами, набирая:

После чего нам выдаст следующее:

На ошибку можете не обращать внимание, мы же не указали необходимый размер

Форматируем usb flash накопитель, командой:

Создаем новый раздел, командой n
:

Просматриваем что получилось, командой p
:

Так как Linux
раздел нам никчему сменим его, командой t
:

Смотрим результат, командой p
:

Ну и записываем таблицу разделов на usb flash накопитель, командой w
:

Форматируем usb flash накопитель, командой:

После форматирования в раздел FAT16
, выведет следующее:

Команда для форматирования в FAT32
:

После выполнения этих пунктов, в WinXP usb flash накопитель выдал «Диск не отформатирован» и только после того как я отформатировал стандартными средствами Win все заработало

Вот вообщем-то и все… Удачи в восстановлении!)

Для дополнительной информации об устройстве, введите:

Как «вылечить» поврежденный USB-накопитель в Linux?

Флэшки есть у всех. Маленькие, удобные – что может быть лучше для сохранения данных. Но бывает, что флэшки повреждаются или вообще отказываются работать. Если вы пользователь Linux и подобное случилось с вами, исправить все будет несложно.

Примечание: описанные методы работают не только для USB-накопителей, но и для жестких дисков тоже.

Интересно: Как отформатировать защищенную от записи флешку. Читаем здесь.

Удаление бэд-блоков с USB-накопитель с помощью fsck

Простой способ починить флэш-накопитель (и вообще любой накопитель) – инструмент fsck. Он удаляет поврежденные сектора, или «бэд-блоки», из-за которых чаще всего и возникают проблемы с чтением. Чтобы удалить поврежденные сектора с флэшки, откройте терминальное окно и введите следующие команды.

Сначала нужно узнать метки дисков. Сделайте это, введя команду lsblk. Появится список всех подключенных накопителей.

Примечание: по команде lsblk появляется список всех дисков, не только USB-накопителей. Будьте внимательны, чтобы не перепутать флэшку с жестким диском.

Чтобы удалить бэд-блок, запустите команду fsck либо в отдельном разделе (например, /dev/sdc1), либо на всем диске (например, /dev/sdc). По окончании процесса ваша флэшка будет снова полностью работоспособна в Linux.

sudo fsck /dev/sdc1

Примечание: здесь предполагается, что метка флэш-накопителя — /dev/sdc (или /dev/sdc1). У разных пользователей метки могут быть другими.

Полная очистка

Иногда USB-накопитель совершенно не читается, и спасти что-то с него уже не получится. Все, что остается в этой ситуации – очистить все данные и начать сначала. Лучший инструмент для этого – dd.

Возьмите метку накопителя, которую вы нашли прежде командой lsblk, и дальше действуйте по предыдущему алгоритму (/dev/sdc1 – раздел, /dev/sdc – весь диск):

sudo dd if=/dev/zero of=/dev/sdc

Создание новой файловой системы

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

Fat32

sudo mkfs.msdos -f 32 /dev/sdc1

Ext4

sudo mkfs.ext4 -f /dev/sdc1

NTFS

sudo mkfs.ntfs -f /dev/sdc1

Заключение

USB-флэшки – полезные девайсы. С ними легко переносить данные с одного компьютера на другой вне зависимости от установленной ОС. Вот почему важно знать, что делать, если флэшка вдруг стала недоступной. К счастью у Linux есть мощные инструменты, способные легко «вылечить» флэш-накопитель.

Восстановление разделов Linux (ext2fs)

Давайте я вам расскажу, как быть — если на Linux’е у вас слетели партиции.

Не дай Бог никому — в один ужасный момент вы нажимаете кнопку power — а система не грузится. Не грузится, потому что её нет. Потому что на винте нет вообще ни одного раздела. WTF? — спросите вы сами себя. Остается только развести руками — и пытаться восстановить данные. Ваше счастье, если винт оказался цел физически.

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

На днях мне приволокли винт из-под Linux Mandrake с файловой системой ext2fs. Ни Linux, ни XP не нашли на нём никаких разделов. Задача стояла следующая — выцепить максимально большую часть информации, которая на нём сохранилась. В поисках оптимального решения, я перебрал довольно много различных утилит, и пришёл к выводу, что следующий способ работы со слетевшим Linux’ом является оптимальным:

0. Делаем резервную копию (образ) всего диска любой попавашейся под руки утилитой (например PowerQuest Drive Image, Acronis True Image или бесплатный Partition Logic).

1. Анализируем, что осталось от разделов диска. Если в FAT/FAT32 всегда можно было выполнить полное сканирование поверхности диска (с помощью той же Easy Recovery) и восстановить файлы без имен, но хотя бы по цепочкам кластеров, то в EXT2FS эти цепочки имеют древовидную структуру, корень которой лежит в таблице inodes.

Сделать это можно с помощью замечательной (и, самое главное, абсолютно бесплатной) утилитой R-Linux из вполне платного пакета R-Studio.

В моем случае программа нашла около 200 заголовков inodes, из которых реальными оказались две — соответствующие двум исчезнувшим разделам диска.

2. Исправляем диск. Почему бы не сохранить файлы с помощью R-Studio — спросите Вы? Очень просто: R-Studio не может транслировать имена файлов, в результате чего русские названия выглядят как рВХЫФВ — (если ext2fs была создана на Koi8), или как РЭРбРсСаРдРв (если была задействована UTF8).

Читать еще:  Как создать резервную копию Windows 10 и восстановить систему с её помощью

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

Поэтому единственное, найденное мной решение — это попытаться восстановить таблицу разделов прямо на живом диске, чтобы потом его можно было смонтировать в том же Linux’е или в XP. Для этого воспользуемся великолепной (и снова абсолютно бесплатной) программой TestDisk. Она предназначена для восстановления Linux-разделов и имеет версии для кучи ОС (dos, win, linux, mac).

Не пугайтесь её консольного интерфейса — версия под Windows на отлично справилась со своей задачей. Главное — нужно было зайти в расширенный режим, было выбрать нужные разделы и указать их тип (Primary). После чего программа восстанавливает убитый mbr и таблицу разделов диска.

R-Linux удобна тем, что можно всё посмотреть, пощупать, попробовать и так — и этак. TestDisk — лучше, когда уже принято решение, как и что восстанавливать.

3. Переписываем данные. Ну вот мы и дошли до последнего этапа. Хорошо, когда у вас есть под рукой Unix-система, и вы можите примонтировать к ней восстановленный винт. А что делать, если такой системы нет? Придётся монтировать к XP.

Два наиболее распространенных драйвера для подключения разделов ext2fs к Windows — это EXT2IFS и EXT2FSD. Заметьте: оба драйвера бесплатные.

Хваленая в интернете программа Paragon Ext2FS Anywere за которую просят 300-900 руб — использует тот же самый драйвер Ext2Fsd. Видимо paragon’овцы решили по-быстрому срубить деньжат за графический интерфейс к этому драйверу.

Самое обидное, что Ext2FSD поддерживает трансляцию кодировок — но у меня она так и не заработала. Как только я ставлю исходной кодировкой UTF8 — все файлы с корявыми именами исчезают, и раздел видится, как совсем пустой.

И когда я почти отчаялся вытащить файлы из-под винды, я нашёл замечательную программу Explore2FSбетта-версия 1.08 которой.. поддерживает Unicode! И хотя она не монтирует винт на прямую, в ней можно выделить нужные файлы/каталоги — и указать, куда их сохранить.

Вот вкратце, и вся история восстановления информации с разделов Ext2FS.

На само восстановление ушло две ночи. Первую ночь я искал разделы, и боролся с юникодом, а вторую — боролся с юникодом и переписывал файлы. Не забудьте, что на *nix-системах обычно имеется множество мелких файлов, переписывание которых с ext2fs на ntfs может занять довольно длительное время (до нескольких часов).

В заключении, вот вам ссылки на очень хорошие статьи, прочитав которые вы станете суровым Linux-гуру. Вы будете настолько суровым, что сможете:
• вручную редактировать содержимое загрузочного сектора и таблиц inodes шестнадцатеричным diskeditor’ом
• без всяких конверторов, налету читать русский текст в кодировках Koi8 и Unicode.

r_nedo

r_nedo

Давно уже хотел написать небольшую статейку по восстановлению данных — да все как-то не было случая, ибо писать «без ничего» как минимум неудобно — можно забыть написать про какой-то важный пункт, да и опять-таки — где взять принтскрины? Но, как говорится, кто ищет — тот найдет. Так и я. Хотел написать статью на конкретном примере — пожалуйста, случай представился. И ведь надо же было такому случиться, что писать буду на своем собственном примере?
Ситуация до боли знакомая если не каждому третьему пользователю USB носителей данных, то уж каждому пятому-то — как пить дать. Вставляешь со спокойной душой флэшку (жесткий диск, карту памяти, . ) в USB-шку, она тебе так прощально мигнет огонышком индикации — и все. И никакой активности, даже в окне «Мой компьютер» не отображается. Первая мысль до нЕльзя банальная — ну, надо переткнуть флэшку по-новой. Сказано — сделано. Вытаскиваем флэшку, вставляем в USB-разъем, и видим такую картинку:
001.

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

И тут уже кому что больше жалко — данные или флэшку; мне лично всегда было жальче данные.

Итак, ситуация постепенно доходит до объятого паникой сознания. И первое движение, которое возникает — нажать на кнопку «Форматировать диск» в вышеприведенном окне. Если сделать так, то в 99,9% случаев вы получите работоспособную флэшку. Но совершенно без данных — ибо она будет отформатирована.

Конечно, можно попытаться потом восстановить необходимые данные с помощью различных программ по ВОССТАНОВЛЕНИЮ ФАЙЛОВ. Но это путь долгий, сложный и главное — непродуктивный, ибо восстанавливаются, по статистике, в основном неважные файлы, к тому же большинство программ при восстановлении присваивает файлам не их изначальные имена, а имена из серии «00001

.doc», что само собой порождает необходимость потом все восстановленные файлы просматривать вручную, выискивая нужные. К тому же подобные программы обычно вытаскивают не только последнюю версию файла, но порой и энное количество его предыдущих копий, что порождает новую проблему — поиск последней версии интересующего нас файла. Еще одним важным недостатком такого метода, на мой взгляд, является то, что подобного рода программы восстанавливают, как правило, только файлы определенного типа, например, только текстовые файлы (.doc, .txt, .xls и тд), или только картинки-фотографии (.jpeg, .psd, и др).

Если обобщить, то к недостаткам метода, называемого ВОССТАНОВЛЕНИЕ ФАЙЛОВ, относятся следующие (в порядке критичности на мой личный взгляд):
— Зачастую — невозможность восстановления файлов по папкам (как они лежали раньше), и с прежними названиями. Отсюда — огромное количество времени, нужное на последующую сортировку восстановленных файлов, поиск необходимых (последних) копий интересующих нас файлов среди множества восстановленных, переименование и прочие «доработки» полученных файлов. У меня лет так восемь назад случилась подобная ситуация с внешним жестким диском на 60 гиг (большой объем для тогдашнего времени), на котором хранилась единственная версия фотоархива. До сих пор еще не все восстановленные тогда фотографии отсортированы по папкам — лежат в одной общей куче порядка 10 гигабайт фоток.
— «Заточенность» подобного рода программ на восстановление конкретных типов файлов (только тестовые, только фотографии) — и в связи с этим невозможность восстановления, например, запускных файлов программ и вообще любого другого контента, которое не относится к перечисленным в описании каждой конкретной программы.

Поэтому я предпочитаю другой путь.

ВОССТАНОВЛЕНИЕ ФАЙЛОВОЙ СИСТЕМЫ НОСИТЕЛЯ ИНФОРМАЦИИ.

В окне с предложением отформатировать поврежденный носитель данных нужно нажать «Отмена». После этого необходимо убедиться в том, что данный носитель физически живой (хотя приведенное выше окно косвенно подтверждает данный факт). Это можно проверить в сервисе Windows, называемом «Управление дисками». В Windows 7 сделать это можно следующим образом: кликнуть правой кнопкой мыши по значку «Компьютер» и в выпадающем меню выбрать пункт «Управление».
002.

В открывшемся окне в левой панели раскрыть пункт «Запоминающие устройства» (если он не раскрыт) и в нем выбрать «Управление дисками».
003.

После того, как операционная система прогрузит все имеющиеся в ее распоряжении физические носители (жесткие диски, флэшки, картридеры и прочее) ищем в списке свой засбоивший накопитель (найти его можно в частности зная его объем — так, в моем случае это была флэшка на 32 гигабайта). Нашли — смотрим на тип файловой системы. Скорее всего это будет так называемый RAW.
004.

Не надо путать RAW-тип файловой системы и RAW-тип файла, в котором, в частности, снимают многие профессиональные фотоаппараты. Это две кардинально разные вещи, хотя по названию и одинаковы. Хотя и в том, и в другом случае это так называемый «сырой» тип организации данных, просто в одном случае — касательно файловой системы, а в другом — соотносительно формата данных без какой-либо обработки, то есть именно в том виде, в котором они были получены с прибора для снятия этих самых данных.

RAW-тип файловой системы возникает тогда, когда по каким-либо причинам повреждается сектор на носителе информации, отвечающий за определение типа файловой системы (NTFS, FAT32 или др). Случиться это может по самым разнообразным причинам, но самые частые, пожалуй, следующие:
— сбой по питанию в процессе инициализации носителя информации
— действие вирусов
— старение носителя информации и физическое отмирание секторов, отвечающих за хранение информации о типе файловой системы

Читать еще:  Как восстановить аккаунт в Плей Маркете

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

Теперь можно приступать собственно к восстановлению файловой системы.

Тут стоит отметить следующее:
— Первейшей рекомендацией является создание покластерной копии с поврежденного носителя информации. На практике это означает, что нужен как минимум еще один носитель информации, по объему превосходящий восстанавливаемый носитель информации. Рекомендация как минимум не лишенная смысла, так как в случае неудачной попытки восстановления файловой системы в этом случае будет возможность повторить операцию повторно. В реалии же обычно данный пункт игнорируется восстанавливающими, о чем некоторые потом мучительно переживают.
— Принцип восстановления файловой системы на разных носителях информации в общем-то одинаковый, но вот предпочтительное программное обеспечение — разное. Так например великолепную программу «PTDD Partition Table Doctor 3.5» можно использовать для восстановления файловой системы ТОЛЬКО жестких дисков, непосредственно установленных в компьютер. USB-устройства программой не поддерживаются. Для восстановления же информации методом восстановления файловой системы с флэшек и карт памяти очень удобно использовать программу R.saver, абсолютно бесплатную для некоммерческого использования на территории бывшего СССР.

Так как в моем случае поврежденным накопителем оказалась именно флэшка, то я использовал программу R.saver. Скачав программу с официального сайта компании R.Lab (а «весит» она менее одного мегабайта!), разархивируем ее в удобном месте и запускаем файл «r.saver.exe».
005.

Открывается начальное окно программы, в левой части которого выбираем интересующий нас накопитель, кликнув по нему левой кнопкой мыши.
006.

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

На запрос программы о выполнении полного (посекторного) сканирования файловой системы накопителя, отвечаем утвердительно («Да»).
008.

После этого начинается процесс реконструкции файловой системы и определения находящихся на накопителе файлов:
009.

010.

Время данной операции зависит от объема и скорости работы восстанавливаемого накопителя, а также от мощности компьютера. В моем случае (Hi-speed’овая флэшка на 32 гб) восстановление информации заняло примерно 20-25 минут.

По завершению данной операции получаем следующее окно с отображением имеющихся на флэшке папок и файлов:
011.

Жмем кнопку «Массовое выделение» для того, чтобы скопировать интересующие нас файлы и папки с данного накопителя на другой, рабочий. Не нужно пугаться того, что объем папок показывается как «0 Кб». Все файлы, которые должны быть в папках — в них присутствуют. Просто вес самой папки (без содержащихся в ней файлов) равняется нескольким байтам, то есть в округлении до килобайт как раз отображаемым 0 килобайтам. Итак, выделяем нужные файлы и папки и жмем кнопку «Сохранить выделенное».
012.

Выбираем папку назначения (ее необходимо создать заранее), жмем «Выбрать».
013.

И все — пошел процесс копирования данных, по завершению которого можно, убедившись, что все данные действительно успешно восстановлены и скопированы, закрывать программу R.saver, форматировать флэшку и переносить на нее обратно все восстановленные данные, не забыв при этом сделать резервную копию критически важных документов.
014.

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

И напоследок не могу не привести великолепный анекдотичный диалог (взятый мною с БашОрга ):

yyy: Я и не сомневался в этом. Но пройти мимо и не пнуть не смог.

Восстановление таблицы разделов в Linux

Zerox Обновлено: 10.03.2020 Linux 5 комментариев 2,018 Просмотры

В моем домашнем NAS внезапно отказал один из дисков. Это был единственный диск не в raid, данные на котором вроде как не важные (торренты, софт и т.д., все, что можно заново выкачать из инетрнета), поэтому диск не дублировался. Ничего критичного не произошло, но мне все равно стало жалко данные, поэтому я заменил диск, а этот отложил в сторонку, чтобы попытаться восстановить информацию. У меня это получилось, поэтому решил задокументировать результат, чтобы самому не забыть и с вами поделиться.

Введение

Симптомы поломки были следующие. Заметил, что пропал сетевой диск. Зашел на сервер и увидел, что диск не инициализирован. Таблица разделов пустая. При этом, диск работал нормально и SMART ошибок не показывал. Я сразу заподозрил, что проблема именно с таблицей разделов. Данные должны быть на месте.

Дополнительная важная информация — диск был в составе mdadm массива, состоящим из одного диска. LVM не использовался.

Я подключил сбойный диск в обычный системник. Сделал загрузочную флешку с Ubuntu Live CD и загрузился с нее. Настроил там сеть, стандартные репозитории.

Восстановление таблицы разделов

Я давно знаю утилиту testdisk. С ее помощью мне уже удавалось восстанавливать данные в linux. Она есть в репозиториях ubuntu, так что я ее установил. Далее все было просто. К сожалению, скриншотов нет, так как делал все на отдельном системнике. Расскажу на словах, что сделал:

  1. Запустил утилиту. Она вывела список всех подключенных дисков. В моем случае диск был /dev/sda.
  2. Выбрал нужный диск, указал в выборе partition table types первый вариант — Intel.
  3. Запустил сканирование. Утилита нашла разделы, которые там были ранее. Я прикинул, вроде бы то, что и должно быть.
  4. Записал таблицу разделов на диск.

Далее через fdisk я увидел разделы диска sda, в том числе тот, что меня интересовал — Linux raid autodetect.

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

Восстановление mdadm массива

Установил в live систему mdadm:

Первым делом проверил суперблоки на восстановленном разделе:

На вид все было в порядке. Дальше рассчитывал сразу найти массив и примонтировать его.

Тут я приуныл, потому что не мог понять, в чем проблема. Пробовал разные команды для запуска массива, но он упорно не стартовал. При этом на вид все было в порядке. Потом в какой-то момент я додумался посмотреть dmesg.

Решение этой ошибки достаточно быстро нагуглилось.

После этого массив нормально стартовал и cat /proc/mdstat показывал его состояние. Тут я думал, что мои мучения окончены и я сейчас получу свои данные. Но это тоже было еще не все.

Восстановление таблицы разделов на mdadm

Просто подмонтировать запущенный mdadm массив к системе не получилось.

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

К счастью, она нашла единственный раздел на диске и восстановила его. Таким образом у меня получилось устройство /dev/md2p1. Дальше я успешно смонтировал этот раздел в /mnt и получил доступ к данным. Они все были на месте.

В заключении я к этой же системе подмонтировал сетевой диск через cifs и начал копировать данные.

Заключение

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

Непонятной осталась причина сбоя, и это хуже всего. На вид все в порядке, но я теряю доступ к данным. Любой другой пользователь, не разбирающийся в linux, просто потерял бы данные, либо пришлось обращаться в специализированные фирмы по восстановлению информации, а это стоит дорого. И еще, как я понял, я точно так же мог потерять доступ и к массиву из нескольких дисков. К слову, потерпевший NAS это Synology, где под капотом обычный linux и mdadm, поэтому я понимал, как надо действовать. На этом же устройстве есть несколько массивов на много Tb и если бы кто-то из них сглючил, то было бы плохо.

Несколько моих статей по восстановлению загрузки linux после различных сбоев:

Ссылка на основную публикацию
Статьи c упоминанием слов:

Adblock
detector