HI Guys!
Я работаю над версией Ubuntu 10.04.
Я случайно удалил свой код из команды find -delete.
Есть ли способ для восстановления данных?
Большое спасибо заранее.
Если вы делаете google для undelete linux, вы найдете способ поиска удаленных записей файла, однако во время работы системы все возможности будут перезаписаны. Сделав что-то подобное, в конце концов, я закончил использование строк и grep для извлечения источника с диска, а затем заменил множество скобок и пунктуацию.
Undelete обычно происходит в системах, где они не удаляйте файл, они перемещают его и скрывают его как окна, unix не был предназначен для такой системы.
Это работает на ext2 (и это метод, о котором я упоминал, чтобы начать с http://e2undel.sourceforge.net/recovery-howto.html), однако имейте в виду, что он может не работать.
Лучший способ получить удаленные файлы на unix - восстановить из резервной копии.
Восстановить из резервной копии. Если вы не делаете регулярных резервных копий, то рано или поздно произойдет что-то подобное, и вы потеряете данные.
Хотя это возможно (по крайней мере некоторые части), как уже сказал @BugFinder. Но для будущего:
Первое, что вы должны сделать, - запомните это:
Немедленно выключите компьютер.
Если вы не выполняете миссию критическая база данных, лучше всего отключить питание, а не обычную shutdown или soo, потому что вы можете записать некоторые данные (уже освобожденные блоки из удаленных файлов). И здесь есть шанс, что ваш файл-delete не синхронизируется с буферами памяти в hdd.
Ofc, вы получите поврежденную файловую систему, но обычно можете ее устранить без проблем (fsck), и вы будете сделать какую-нибудь файловую систему voo-doo взломанной с помощью fsdb в любом случае ...;)
Резервное копирование часто является хорошей идеей или использует более интеллектуальную комбинацию OS / Filesystem. Например, FreeBSD / ZFS. (Я не хочу запускать любой фламенар, поэтому, пожалуйста, не комментируйте мою последнюю строку). :
)Если вы делаете google для undelete linux, вы найдете способ поиска удаленных записей файла, однако во время работы системы все возможности будут перезаписаны. Сделав что-то подобное, в конце концов, я закончил использование строк и grep для извлечения источника с диска, а затем заменил множество скобок и пунктуацию.
Undelete обычно происходит в системах, где они не удаляйте файл, они перемещают его и скрывают его как окна, unix не был предназначен для такой системы.
Это работает на ext2 (и это метод, о котором я упоминал, чтобы начать с http://e2undel.sourceforge.net/recovery-howto.html), однако имейте в виду, что он может не работать.
Лучший способ получить удаленные файлы на unix - восстановить из резервной копии.
Восстановить из резервной копии. Если вы не делаете регулярных резервных копий, то рано или поздно произойдет что-то подобное, и вы потеряете данные.
Хотя это возможно (по крайней мере некоторые части), как уже сказал @BugFinder. Но для будущего:
Первое, что вы должны сделать, - запомните это:
Немедленно выключите компьютер.
Если вы не выполняете миссию критическая база данных, лучше всего отключить питание, а не обычную shutdown или soo, потому что вы можете записать некоторые данные (уже освобожденные блоки из удаленных файлов). И здесь есть шанс, что ваш файл-delete не синхронизируется с буферами памяти в hdd.
Ofc, вы получите поврежденную файловую систему, но обычно можете ее устранить без проблем (fsck), и вы будете сделать какую-нибудь файловую систему voo-doo взломанной с помощью fsdb в любом случае ...;)
Резервное копирование часто является хорошей идеей или использует более интеллектуальную комбинацию OS / Filesystem. Например, FreeBSD / ZFS. (Я не хочу запускать любой фламенар, поэтому, пожалуйста, не комментируйте мою последнюю строку). :
)Если вы делаете google для undelete linux, вы найдете способ поиска удаленных записей файла, однако во время работы системы все возможности будут перезаписаны. Сделав что-то подобное, в конце концов, я закончил использование строк и grep для извлечения источника с диска, а затем заменил множество скобок и пунктуацию.
Undelete обычно происходит в системах, где они не удаляйте файл, они перемещают его и скрывают его как окна, unix не был предназначен для такой системы.
Это работает на ext2 (и это метод, о котором я упоминал, чтобы начать с http://e2undel.sourceforge.net/recovery-howto.html), однако имейте в виду, что он может не работать.
Лучший способ получить удаленные файлы на unix - восстановить из резервной копии.
Восстановить из резервной копии. Если вы не делаете регулярных резервных копий, то рано или поздно произойдет что-то подобное, и вы потеряете данные.
Хотя это возможно (по крайней мере некоторые части), как уже сказал @BugFinder. Но для будущего:
Первое, что вы должны сделать, - запомните это:
Немедленно выключите компьютер.
Если вы не выполняете миссию критическая база данных, лучше всего отключить питание, а не обычную shutdown или soo, потому что вы можете записать некоторые данные (уже освобожденные блоки из удаленных файлов). И здесь есть шанс, что ваш файл-delete не синхронизируется с буферами памяти в hdd.
Ofc, вы получите поврежденную файловую систему, но обычно можете ее устранить без проблем (fsck), и вы будете сделать какую-нибудь файловую систему voo-doo взломанной с помощью fsdb в любом случае ...;)
Резервное копирование часто является хорошей идеей или использует более интеллектуальную комбинацию OS / Filesystem. Например, FreeBSD / ZFS. (Я не хочу запускать любой фламенар, поэтому, пожалуйста, не комментируйте мою последнюю строку). :
)Если вы делаете google для undelete linux, вы найдете способ поиска удаленных записей файла, однако во время работы системы все возможности будут перезаписаны. Сделав что-то подобное, в конце концов, я закончил использование строк и grep для извлечения источника с диска, а затем заменил множество скобок и пунктуацию.
Undelete обычно происходит в системах, где они не удаляйте файл, они перемещают его и скрывают его как окна, unix не был предназначен для такой системы.
Это работает на ext2 (и это метод, о котором я упоминал, чтобы начать с http://e2undel.sourceforge.net/recovery-howto.html), однако имейте в виду, что он может не работать.
Лучший способ получить удаленные файлы на unix - восстановить из резервной копии.
Восстановить из резервной копии. Если вы не делаете регулярных резервных копий, то рано или поздно произойдет что-то подобное, и вы потеряете данные.
Хотя это возможно (по крайней мере некоторые части), как уже сказал @BugFinder. Но для будущего:
Первое, что вы должны сделать, - запомните это:
Немедленно выключите компьютер.
Если вы не выполняете миссию критическая база данных, лучше всего отключить питание, а не обычную shutdown или soo, потому что вы можете записать некоторые данные (уже освобожденные блоки из удаленных файлов). И здесь есть шанс, что ваш файл-delete не синхронизируется с буферами памяти в hdd.
Ofc, вы получите поврежденную файловую систему, но обычно можете ее устранить без проблем (fsck), и вы будете сделать какую-нибудь файловую систему voo-doo взломанной с помощью fsdb в любом случае ...;)
Резервное копирование часто является хорошей идеей или использует более интеллектуальную комбинацию OS / Filesystem. Например, FreeBSD / ZFS. (Я не хочу запускать любой фламенар, поэтому, пожалуйста, не комментируйте мою последнюю строку). :
)Если вы делаете google для undelete linux, вы найдете способ поиска удаленных записей файла, однако во время работы системы все возможности будут перезаписаны. Сделав что-то подобное, в конце концов, я закончил использование строк и grep для извлечения источника с диска, а затем заменил множество скобок и пунктуацию.
Undelete обычно происходит в системах, где они не удаляйте файл, они перемещают его и скрывают его как окна, unix не был предназначен для такой системы.
Это работает на ext2 (и это метод, о котором я упоминал, чтобы начать с http://e2undel.sourceforge.net/recovery-howto.html), однако имейте в виду, что он может не работать.
Лучший способ получить удаленные файлы на unix - восстановить из резервной копии.
Восстановить из резервной копии. Если вы не делаете регулярных резервных копий, то рано или поздно произойдет что-то подобное, и вы потеряете данные.
Хотя это возможно (по крайней мере некоторые части), как уже сказал @BugFinder. Но для будущего:
Первое, что вы должны сделать, - запомните это:
Немедленно выключите компьютер.
Если вы не выполняете миссию критическая база данных, лучше всего отключить питание, а не обычную shutdown или soo, потому что вы можете записать некоторые данные (уже освобожденные блоки из удаленных файлов). И здесь есть шанс, что ваш файл-delete не синхронизируется с буферами памяти в hdd.
Ofc, вы получите поврежденную файловую систему, но обычно можете ее устранить без проблем (fsck), и вы будете сделать какую-нибудь файловую систему voo-doo взломанной с помощью fsdb в любом случае ...;)
Резервное копирование часто является хорошей идеей или использует более интеллектуальную комбинацию OS / Filesystem. Например, FreeBSD / ZFS. (Я не хочу запускать любой фламенар, поэтому, пожалуйста, не комментируйте мою последнюю строку). :
)Восстановить из резервной копии. Если вы не делаете регулярных резервных копий, то рано или поздно произойдет что-то подобное, и вы потеряете данные.
Хотя это возможно (по крайней мере некоторые части), как уже сказал @BugFinder. Но для будущего:
Первое, что вы должны сделать, - запомните это:
Немедленно выключите компьютер.
Если вы не выполняете миссию критической базы данных, лучше всего отключить питание, а не обычным shutdown
или soo, потому что вы можете записать некоторые данные (уже освобожденные блоки из удаленных файлов). И здесь есть шанс, что ваш файл-delete не синхронизируется с буферами памяти в hdd.
Ofc, вы получите поврежденную файловую систему, но обычно можете ее устранить без проблем (fsck), и вы будете сделать какую-нибудь файловую систему voo-doo взломанной с помощью fsdb в любом случае ...;)
Резервное копирование часто является хорошей идеей или использует более интеллектуальную комбинацию OS / Filesystem. Например, FreeBSD / ZFS. (Я не хочу запускать любой фламенар, поэтому, пожалуйста, не комментируйте мою последнюю строку). :
)Если вы делаете google для undelete linux, вы обнаружите способ поиска удаленных записей файла, однако, во время работы системы, есть все шансы, что место будет перезаписано. Сделав что-то подобное, в конце концов, я закончил использование строк и grep, чтобы извлечь источник с диска, а затем заменил множество скобок и пунктуации.
Undelete обычно происходит в системах, где они не удаляйте файл, они перемещают его и скрывают его как окна, unix не был предназначен для такой системы.
Это работает на ext2 (и это метод, о котором я упоминал, чтобы начать с http://e2undel.sourceforge.net/recovery-howto.html ), однако, имейте в виду, это может не сработать.
Лучший способ получить удаленные файлы на unix - восстановить из резервной копии.
Хотя это возможно (по крайней мере некоторые части), как уже сказал @BugFinder. Но для будущего:
Первое, что вы должны сделать, - запомните это:
Немедленно выключите компьютер.
Если вы не выполняете миссию критической базы данных, лучше всего отключить питание, а не обычным shutdown
или soo, потому что вы можете записать некоторые данные (уже освобожденные блоки из удаленных файлов). И здесь есть шанс, что ваш файл-delete не синхронизируется с буферами памяти в hdd.
Ofc, вы получите поврежденную файловую систему, но обычно можете ее устранить без проблем (fsck), и вы будете сделать какую-нибудь файловую систему voo-doo взломанной с помощью fsdb в любом случае ...;)
Резервное копирование часто является хорошей идеей или использует более интеллектуальную комбинацию OS / Filesystem. Например, FreeBSD / ZFS. (Я не хочу запускать любой фламенар, поэтому, пожалуйста, не комментируйте мою последнюю строку). :
)Восстановить из резервной копии. Если вы не делаете регулярных резервных копий, то рано или поздно произойдет что-то подобное, и вы потеряете данные.
Если вы делаете google для undelete linux, вы обнаружите способ поиска удаленных записей файла, однако, во время работы системы, есть все шансы, что место будет перезаписано. Сделав что-то подобное, в конце концов, я закончил использование строк и grep, чтобы извлечь источник с диска, а затем заменил множество скобок и пунктуации.
Undelete обычно происходит в системах, где они не удаляйте файл, они перемещают его и скрывают его как окна, unix не был предназначен для такой системы.
Это работает на ext2 (и это метод, о котором я упоминал, чтобы начать с http://e2undel.sourceforge.net/recovery-howto.html ), однако, имейте в виду, это может не сработать.
Лучший способ получить удаленные файлы на unix - восстановить из резервной копии.
Восстановить из резервной копии. Если вы не делаете регулярных резервных копий, то рано или поздно произойдет что-то подобное, и вы потеряете данные.
Хотя это возможно (по крайней мере некоторые части), как уже сказал @BugFinder. Но для будущего:
Первое, что вы должны сделать, - запомните это:
Немедленно выключите компьютер.
Если вы не выполняете миссию критической базы данных, лучше всего отключить питание, а не обычным shutdown
или soo, потому что вы можете записать некоторые данные (уже освобожденные блоки из удаленных файлов). И здесь есть шанс, что ваш файл-delete не синхронизируется с буферами памяти в hdd.
Ofc, вы получите поврежденную файловую систему, но обычно можете ее устранить без проблем (fsck), и вы будете сделать какую-нибудь файловую систему voo-doo взломанной с помощью fsdb в любом случае ...;)
Резервное копирование часто является хорошей идеей или использует более интеллектуальную комбинацию OS / Filesystem. Например, FreeBSD / ZFS. (Я не хочу запускать любой фламенар, поэтому, пожалуйста, не комментируйте мою последнюю строку). :
)Если вы делаете google для undelete linux, вы обнаружите способ поиска удаленных записей файла, однако, во время работы системы, есть все шансы, что место будет перезаписано. Сделав что-то подобное, в конце концов, я закончил использование строк и grep, чтобы извлечь источник с диска, а затем заменил множество скобок и пунктуации.
Undelete обычно происходит в системах, где они не удаляйте файл, они перемещают его и скрывают его как окна, unix не был предназначен для такой системы.
Это работает на ext2 (и это метод, о котором я упоминал, чтобы начать с http://e2undel.sourceforge.net/recovery-howto.html ), однако, имейте в виду, это может не сработать.
Лучший способ получить удаленные файлы на unix - восстановить из резервной копии.