Восстановление данных
Копирование данных из одного файла или блочного устройства на другое.
DMDE
DMDE — DM Disk Editor and Data Recovery Software. Программа для редактирования дисков и восстановления данных.
dvdisaster
dvdisaster (читается: ди-ви-дизастер) — программа для восстановления данных с повреждённого оптического диска или увеличения отказоустойчивости данных, которые будут на него записаны, при условии, что
ext3grep
ext3grep – простой инструмент, полезный любому, кто случайно удалил файлы, находившиеся на файловой системе ext3, но только сразу после удаления.
ext3undel
Коллекция скриптов, которая позволяет вас восстановить файлы в файловой системе ext2/ext3 после их случайного или ошибочного удаления.
extcarve
Консольная утилита для восстановления удаленных файлов в файловых системах ext2/ext3/ext4.
Foremost
Восстановление удалённых файлов множества форматов.
gddrescue
Восстановление данных с повреждённых носителей.
giis
giis (gET iT i sAY) — средство восстановления файлов для файловых систем Ext2/Ext3.
hdrecover
Восстановление жёстких дисков, перераспределением сбойных секторов.
LParted
LiveCD для работы с дисковыми разделами и восстановления данных.
Mondo Rescue
Основное назначение этой программы — создание резервных копий данных. Но в случае повреждения данных программа позволяет восстановить их полностью или частично, даже если ваш жесткий диск недоступен обычными средствами.
PrRescue
PrRescue — это загрузочный диск для аварийного восстановления, основанный на Gentoo amd64/i686 и поддерживающий файловые системы nilfs2 и btrfs.
Восстановление файловой системы Linux после сбоя
Сбой файловой системы в linux случается достаточно редко, но лично у меня пару раз такое происходило из-за экстренного выключения ноутбука, вместо традиционного завершения сеанса операционной системы. И, при следующем включении, дистрибутив просто не загружался и выводил ошибку в терминале о неисправности используемого сектора жесткого диска. Если вам приходилось видеть данную ошибку, то, скорее всего, проблема в коренном (чаще всего он и есть поврежденный) секторе файловой системы.
Для выполнения восстановления нам необходим любой современный LiveCD дистрибутив.
Загружаемся в LiveCD и заходим в терминал от имени суперпользователя.
Для восстановление файловой системы в linux используется консольная утилита под названием fsck. Её вызов очень прост даже для новичков в мире linux.
Последовательность действий:
1. Загружаемся с LiveCD дистрибутива linux, содержащего в себе драйвер для работы с вашей файловой системой (например ext4) и собственно утилиту fsck.
2. Заходим в терминал LiveCD под именем суперпользователя. Например, в той-же Ubuntu нужно просто набрать в основной консоли sudo su. В Debian есть отдельный пункт меню для вызова root консоли. В Gentoo вам вообще ничего не придется делать — после загрузки вы уже под именем root.
3. Если вы не помните путь до поврежденной файловой системы (/dev/sdx), то смотрите на вывод команды fdisk -l и ориентируясь на размер или другие параметры, запоминаете путь до файловой системы (например /dev/sda1).
4. Теперь осталось запустить утилиту восстановления файловой системы командой fsck -fy /dev/sdx , где sdx — имя раздела (например sda1). Опция -f (force) используется для принудительной выполнении проверки. Опция -y (yes) позволяет программе автоматически отвечать «да» на все вопросы в ходе работы.
Также стоит запомнить опцию -t которая задаёт тип файловой системы.
Вот так-бы выглядел запуск проверки диска у меня на ноутбуке:
Тип файловой системы обычно определяется автоматически, что еще больше облегчает использование утилиты.
Также будьте аккуратны с разделами, если имеется несколько различных файловых систем, то проверку лучше делать для каждого раздела отдельно!
Автор: Roman, дата: 06 сентября 2010 , время: 17:01:25 (MSK).
Полагаю дело в том, что система может не загрузится даже в single mode (что видимо и происходит при вышеуказанной ошибке).
Автор: Subsanek, дата: 06 сентября 2010 , время: 17:08:08 (MSK).
Ну так при крахе ФС консоль не открыть. ДЛя того и liveCD.
Автор: iken, дата: 07 сентября 2010 , время: 08:38:25 (MSK).
«. в той-же Ubuntu нужно просто набрать в основной консоли sudo su» — не кошерно. Правильнее sudo -i
Автор: Станислав, дата: 07 марта 2013 , время: 01:10:59 (MSK).
Спасибо, помогло, не знал, что делать, а тут ваш статья =) в закладки однозначно на всякий =)
Автор: Subsanek, дата: 05 октября 2013 , время: 15:06:19 (MSK).
Станислав, А, приятно слышать, что вам помогла моя статья.
Автор: Иван, дата: 24 января 2014 , время: 12:12:24 (MSK).
Очень полезно для начинающих. Спасибо большое. Сейчас буду пробовать, а то уже и не знаю что делать.
Автор: m0sk1t, дата: 25 июня 2014 , время: 10:47:11 (MSK).
Не рассказали про опцию -c «найти bad-блоки readonly тестом и перенести в inod bad-блоков». Не рассказали что LiveCD в принципе не особо нужен, ибо проверка во многих дистрибутивах проходит перед загрузкой (не всегда, а при определённых условиях), а также что можно перезагрузиться с помощью shutdown -Fr now и принудительно запустить проверку. Но в целом неплохо =)
Автор: vasilisc, дата: 18 сентября 2014 , время: 13:40:29 (MSK).
В Ubuntu через определенное количество монтирований жестких дисков (читай «перезагрузок компьютера») принудительно включается fsck для проверки жестких дисков. Многие знают, что с помощью tune2fs можно управлять интервалами проверок fsck.
Но иногда нужно проверить диск «здесь и сейчас». Если запустить fsck с указанием ваших дисков, то скорее всего они примонтированы и fsck предупредит, что это чревато для вас. Как быть? Отмонтировать, чтобы проверить? А как быть с корнем?
Самый простой вариант такой:
sudo touch /forcefsck
Команда sudo (после ввода пароля) даст вам права создать с помощью touch пустой файл в корне диска /forcefsck, который служит сигналом (флагом) для fsck, что нужно проверить диски.
Вам осталось перезагрузить компьютер и fsck примется проверять все жесткие диски, указанные в /etc/fstab.
http://vasilisc.com/tips_ubuntu#force_fsck
Автор: Subsanek, дата: 20 июля 2015 , время: 14:08:35 (MSK).
m0sk1t и vasilisc, спасибо за полезные дополнения!
Автор: Александр, дата: 07 февраля 2019 , время: 14:52:00 (MSK).
Спасибо! Помогло после того как Norton Ghost.ver.11 сломал загрузчик линукса при создании образов разделов.
Автор: Андрей, дата: 30 октября 2020 , время: 21:34:41 (MSK).
А что нужно вбивать когда после выполнения поверки такие последние строчки:*** journal has been regenerated ***
UBUNTU:***** FILE SISTEM WAS MODIFIED *****
UBUNTU: 44625/60669952 files(0,5% non-contiguous), 6921939/242661888 blocks
rot@ubuntu:/home/ubuntu# что вбивать сюда?