Unix/Linux восстанавливает удаленные файлы после удаления/восстанавливает

Я не соглашаюсь, что это невозможно, просто очень очень трудно, и, и при этом я никогда не делал этого от Linux:

Когда файлы удалены, они на самом деле не удалены. То, что происходит, - то, что пространство, что они были на жестком диске, является видом сброса, так, чтобы, если компьютер пытается записать данные там, ничто не жаловалось. Обычно данные по Вашему жесткому диску, Вы думали, что удалили, могут быть там почти год спустя. Или по крайней мере, это - мой опыт в машине Windows. Работает ли это тот же путь от командной строки на Linux, я не уверен, но Вам, вероятно, был бы нужен отдельный Живой CD для открытия раздела как этот, и нет также никакой гарантии, которая файлы все еще там. Я сделал это на Windows XP несколько раз с помощью Нулевого Восстановления Предположения. Я уверен, что существует подобный инструмент вокруг, если Вы выглядите достаточно твердыми.

При удалении файла число каналов в inode таблице для того файла уменьшено одним. В Unix, когда число каналов раскрывается к 0, блоки данных для того файла отмечены как свободные и обычно, ссылки на те блоки данных потеряны. Я просто обнаружил из комментария @fedorqui, что может быть некоторый способ получить доступ к тем блокам, но это только применимо к ext3 файловой системе.

Один способ сохранить файлы будет состоять в том, чтобы записать функцию, которая позволит Вам перемещаться, файлы к области мусора (давайте скажем $HOME/.trash) и восстановите необходимые файлы оттуда. Эта функция может быть искажена к rm. Можно запланировать задание крона для удаления файлов, которые были в области мусора для определенного количества дней.

С немного возможности иногда я могу восстановить удаленные файлы с этим сценарием или следующим решением в ответе:

#!/bin/bash

if [[ ! $1 ]]; then
    echo -e "Usage:\n\n\t$0 'file name'"
    exit 1
fi

f=$(ls 2>/dev/null -l /proc/*/fd/* | fgrep "$1 (deleted" | awk '{print $9}')

if [[ $f ]]; then
    echo "fd $f found..."
    cp -v "$f" "$1"
else
    echo >&2 "No fd found..."
    exit 2
fi

Существует другой полезный прием: если Вы знаете шаблон в своих удаленных файлах, введите alt+sys+resuo к reboot+remount в только для чтения, то с живым CD, использовать grep искать в жестком диске:

grep -a -C 500 'known pattern' /dev/sda | tee /tmp/recover

затем редактирование /tmp/recover сохранять только, что было Вашим файлом (файлами) прежде.

Эй, если с философией Unix все - файлы, пора использовать в своих интересах это, нет?

Это может сохранить неприятности для некоторых из вас.
Если вы когда-либо использовали Gedit, чтобы редактировать этот файл, по умолчанию будет создан копия этого файла.
Например, давайте предположим, что мы имеем случайность удаленного 'myfile.txt'.
В папке, которая используется для содержения файла, вы только что удалили, используйте эти команды, и вы восстановите копию оттуда:
LS | grep 'myfile.txt ~'
с небольшим количеством удачи вы найдете его, а затем:
CP 'MyFile.txt ~' 'myfile.txt'
Я восстановил файл, только сейчас, используя это метод. Удачи!

подключение диска через внешний интерфейс

1. mount
2. umount /dev/{sd*}
3. extundelete --restore-all /dev/{sd*}
4. results go to home folder on boot drive
5. bonus points: запишите GUI для этого

Смотрите эту ссылку для получения более подробной информации: недоустановите только что удаленный файл на ext4 с помощью extundelete.

На прошлой неделе у меня была такая же проблема, и я перепробовал множество программ, таких как debugfs, photorec, ext3grep и extundelete. ext3grep была лучшей программой для восстановления файлов. Синтаксис очень прост:

ext3grep image.img --restore-all

или:

ext3grep /dev/sda3 --restore-all --after `date -d '2015-01-01 00:00:00' '+%s'` --before `date -d '2015-01-02 00:00:00' '+%s'`

Это видео представляет собой мини-учебник, который может вам помочь.

В качестве альтернативы можно использовать del вместо rm для удаления:

http: // fex .belwue.de / fstools / del.html

del имеет функцию восстановления и работает с любой файловой системой.

Конечно, это не решение, если вы уже удалили свои файлы с помощью rm: -}

Herramientas de recuperación -Línea de comando:

• disco de prueba(3 )(5)
• fotografía(3)
• extundelete(3)

Herramientas de recuperación -GUI:

• L -Linux(2 )(5)
• R -Estudio(1 )(5 )(4)
• Explorador UFS(1 )(5 )(4)
• Explorador de recuperación(1 )(5 )(4)

Información:

En mi experiencia personal, recupero mis datos usando ufs -explorer y photorec

(1 )= No es de código abierto, no es gratuito

(2 )= No de código abierto, gratis

(3 )= Código abierto y gratuito

(4 )= Tiene soporte NTFS

(5 )= Tiene función de estructura de directorio

Fuentes:Linuxhacks.org
Divulgación :Soy el propietario de Linuxhacks.org

То, что сработало для меня, было дано arch(применимо только к текстовым файлам):

grep -a -C 200 -F 'Unique string in text file' /dev/sdXN

где /dev/sdXN— это раздел, содержащий потерянный файл (проверьте с помощью mount, если вы не уверены ).

Занимает некоторое время, но сработало, когда я случайно удалил исходный код, который еще не зафиксировал!

Хотя этот Вопрос решен и ему уже несколько лет, Хочу отметить утилиту testdisk .

Как восстанавливать файлы с помощью testdisk, подробно описано в этом руководстве . Чтобы восстановить файлы, запустите testdisk /dev/sdXи выберите тип таблицы разделов. После этого выберите [ Advanced ] Filesystem Utils, затем выберите свой раздел и выберите [Undelete]. Теперь вы можете просматривать и выбирать удаленные файлы и копировать их в другое место в вашей файловой системе.

ext4magic только что успешно восстановил мои удаленные файлы (, включая правильные имена файлов! ), после того как несколько других методов не увенчались успехом.