Для ext3/ext4 можно попытаться восстановить инструменты использования файлов как extundelete или ext3grep, или даже пойти, смешав со структурами низкого уровня вручную (не для слабонервных); для многих файловых систем можно попытаться искать еще перезаписанные блоки определенными шаблонами (например, magicrescue может искать заголовки JPEG среди других вещей). Обратите внимание, что они используют эвристику для восстановления файлов с оставленных позади метаданных, таким образом, полное восстановление не гарантируется - это - больше последней случайной ставки (поскольку они требуют, чтобы некоторые трассировки файлов остались в журнале, и что блоки еще не были перезаписаны).
Так, во всех отношениях, файлы, удаленные с rm
не стали - Вы могли попробовать такую некромантию как эти инструменты предложение, но не зависите от него: это инструменты для попытки, когда все остальное перестало работать. Лучше откопайте свои последние резервные копии (Вы делали резервные копии, правильно? О, хорошо, живой и учатся...).
При компиляции исполняемого файла с флагом-g gcc он содержит отладочную информацию. Это означает для каждой инструкции существует информация, какая строка исходного кода генерировала ее, название переменных в исходном коде сохраняется и может быть связано с памятью соответствия во времени выполнения и т.д. Полоса может удалить эту отладочную информацию и другие данные, включенные в исполняемый файл, который не необходим для выполнения для сокращения размера исполняемого файла.
prog.e
это было создано сgcc -g -o prog.e prog.c
получает Вас эквивалент компиляции сgcc -O0 -o prog.e prog.c
? – ysap 10.07.2015, 16:53