Вопросы Теги

Восстановление случайно удаленных файлов

Это означает "и так далее". На латинском буквально "и остальных". И у меня есть доказательство.

Править: В заархивированном сообщении, датированном 4 марта 2007, Peter H. Salus заключает в кавычки электронное письмо, которое он "просто получил" от Dennis Richie, co-создателя Unix, делая очень ясным, что "и т.д." первоначально обозначало:

Я уверяю Вас, что исходное содержание / и т.д. было "и так далее", который, казалось, не соответствовал в другом месте. Другие варианты могли бы сделать свою собственную этимологию по-другому.

С уважением,
Dennis

80
04.11.2013, 09:04
8 ответов

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

Ваш лучший выбор является авторезервным копированием, созданным Вашим редактором - если он существует. В противном случае я попробовал бы следующий прием с помощью grep, если Вы помните некоторую уникальную строку в своем .tex файле:

$sudo grep -i -a -B100 -A100 'string' /dev/sda1 > file.txt

Замена /dev/sda1 с устройством, что файл шел и замена 'string' с уникальной строкой в Вашем файле. Это могло занять время. Но в основном, то, что это делает, является этим, ищет строку на устройстве и затем возвращает 100 строк прежде и после той строки и вставляет его file.txt. Если Вам нужно больше строк, возвращенных, просто корректируются -B и -A опции как соответствующие. Вы могли бы получить набор дополнительного возвращенного мусора, но необходимо смочь вернуть текст.

Удачи.

95
27.01.2020, 19:31
  • 1
    Кто-то показал мне это спустя пару недель после того, как я переключился на Linux, когда я уничтожил текстовый документ, мне действительно было нужно - в значительной степени унесло мой ум –  Michael Mrozek♦ 04.10.2010, 00:03
  • 2
    Между прочим, -B100 -A100 может быть заменен эквивалентом -C100 (C для "контекста"). И я определенно не использовал бы -i если это было возможно, но имеет -F в его месте. –  rozcietrzewiacz 14.08.2011, 02:16
  • 3
    Вероятно, неудивительно - я предполагаю, что те же дисковые блоки были снова использованы - этот метод не работал на файл, который я случайно перезаписал, не случайно удаленный. –  ntc2 29.12.2013, 09:41
  • 4
    Да, в большинстве файловых систем снова используются те же блоки, когда файл просто перезаписывается. Обратите внимание, что некоторые приложения "работают вокруг этого" в некотором смысле путем записи временного файла сначала (который делает его отдельной записью), затем переименовывая тот файл сверху старого файла (который заменяет данные с точки зрения пользователя). Это сделано по многим различным причинам. Системы хранения (включая файловые системы), которые делают это все время, называют копией на записи. –  a CVn 06.11.2014, 12:27
  • 5
    делает Вам нужен/dev/sda1?? Можно ли просто перейти к директору, где файл был и работал без/dev/sda1? –  coolcool1994 30.10.2016, 05:02

Это возможно, это просто будет стычкой.

ОБНОВЛЕНИЕ: перед попыткой этого метода взгляните на ответ Steven.

Вы испытываете необходимость в пакете испытательного стенда, большом дисковом пространстве и большом количестве времени.

PhotoRec, часть TestDisk, может восстановить файлы почти с любого диска. PhotoRec действительно поддерживает открытие .tex файлы.

Во-первых, установите испытательный стенд путем выполнения 

yum install testdisk

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

Восстановите все удаленные файлы на своем диске путем выполнения photorec на свободном пространстве диска. 

sudo photorec

и следуйте инструкциям... (не забудьте не сохранить файлы к тому же диску, который Вы восстанавливаете с),

После того, как процесс завершился, все восстановленные файлы должны быть в одном каталоге, куда необходимо работать:

find -name '*.tex' > filelist

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

23
27.01.2020, 19:31
  • 1
    photorec является хорошим util, я был бы просто взволнован по поводу записей на диск, которые собираются произойти во время установки. Там должен так или иначе получить это как автономный исполняемый файл, который может работать из внешних медиа? –  Steven D 03.10.2010, 23:13
  • 2
    Да, Вы совершенно правы. Я не знаю об автономном исполняемом файле, но можно было попытаться использовать некоторый живой CD? –  Stefan 03.10.2010, 23:21
  • 3
    для сокращения файлов, восстановленных с Photorec, третьим экраном в, даст [Файл Выбирает], выбирают это. Вы можете от выбора списка, какие типы файлов Вы хотите или не хотите быть восстановленными. –  Steve Burdine 03.10.2010, 23:39

Много текстовых редакторов сохраняют файлы резервных копий. Если Вы действительно удачливы, могло бы быть что-то как yourfile.tex ~ включая предыдущую версию Вашего файла.

13
27.01.2020, 19:31

Существуют другие инструменты восстановления данных, и самые эффективные являются передовыми, photorec, скальпель и волшебное спасение. (Я предполагаю, что прием 'grep', сказанный здесь, недостаточно), Здесь, можно найти некоторые учебные руководства о том, как использовать их:

http://www.howtogeek.com/howto/15761/recover-data-like-a-forensics-expert-using-an-ubuntu-live-cd/

https://help.ubuntu.com/community/DataRecovery

9
27.01.2020, 19:31
[12170] ПРИМЕЧАНИЕ:[1121700] Я добавил этот ответ по поводу другого вопроса об удаленных файлах базы данных (сервера MySQL), который был закрыт, и указал на этот вопрос. Я считаю, что он может быть полезен и в других подобных ситуациях (поскольку некоторые процессы все еще содержат открытыми дескрипторы файлов)[12171]Если ваш процесс все еще запущен, то вы можете найти свои файлы в [1121701]/proc/fd/[1121702] и просто скопировать их. Сначала отправьте [1121703]SIGSTOP[1121704] в группу процессов. Скопируйте файлы. Соберите новый экземпляр на стороне и сохраните его остановленным или [1121705]kill -9[1121706] и положите файлы на свои места. InnoDB будет восстанавливаться самостоятельно при запуске, но если был какой-нибудь MyISAM, то это придется делать вручную.[1121210].
3
27.01.2020, 19:31

Очень короткий ответ: OSX сочетает в себе ядро ​​Mach с помощью набора инструментов и библиотеками BSD Unix. Наследие Mach (через NextStep) приводит к использованию MACH-O в качестве исполняемого формата.

См. Этот ответ для более подробной информации: https://unix.stackexchange.com/a/713/24313

-121--139909-

Я случайно удалил мой файл sqlite db.

Что я сделал, чтобы узнать файл, был,

открыл местоположение / proc / в браузере файлов и искал удаленный файл DB SQLite DB.

Я обнаружил, что файл в результате поиска. Скопировал этот файл оттуда на мое старое место.

2
27.01.2020, 19:31

В любом случае я перестану работать над устройством, используемым как можно скорее, чтобы избежать никого диска, и загрузиться в выделенную ОС Recovery, как SystemRescuecd , который является Live-CD так Вы можете установить свой диск, только для предотвращения дополнительных потери данных.

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

Я всегда стремимся иметь компакт-диск с недавней версией SystemRescueCD в моем внешнем USB-читателе, на всякий случай.

4
27.01.2020, 19:31

Если у вас нет резервной копии, стороннее средство восстановления диска может восстановить некоторые или все данные, но вы должны немедленно прекратить использование машины. Поврежденные файлы теперь доступны для вашей системы, чтобы перезаписать их. После того, как они перезаписаны, восстановление данных становится непомерно дорогим. Я успешно использовал восстановление данных uflysoft (существуют другие приложения для восстановления данных Mac OS )-у вас должен быть «диск восстановления» (не ваш основной диск или диск для очистки с ), на который можно сохранить восстановленные данные. Вы загружаетесь с диска восстановления данных (системы)

0
20.08.2021, 13:39

Теги

Похожие вопросы