Мамка му се случва по-често, отколкото бихме искали. Един от тях е премахването на файл с важни данни. И на Unix, като се смята, че той щеше в забвение. За съжаление, в действителност, възстановяване на изтрити файлове в Unix не е толкова лесно, както в Windows с обичайната му кош на изтрити файлове, както и множество инструменти от трети страни доставчици (например, Norton Utilities). Това се дължи на файловите системи архитектурните
Unix. Linux операционна система, по-широко интерпретира файла. Файлът е всеки обект, който носи името на файловата система. Един такъв обект е директория. Каталогът се съхранява като име на файла, както и допълнителна информация за файла - неговия размер, информация за собственика на файла, местоположението на диска, датата на създаването му, последната дата модификация, разрешения и много други. И за да бъде ефективна, извадете допълнителна информация в специална структура и директория оставят само линк към тази структура. Когато изтриете файл, тази допълнителна информация не е физически изтрит от диск, но само маркирани като свободни съответните блокове. Следователно, налице е потенциал за възстановяване, изтрити файлове, докато неговото местоположение не пишете нищо. Аз ще се опитам да предложи поредица от действия в случай на такава беда.
Прекратяване на по-нататъшна работа.
Веднага след като сте осъзнали, че нещо ужасно се е случило, да прекрати по-нататъшната работа на дяла с кола към отдалечен файл. Естествено спре работа трябва не само вас, но всички останали потребители са влизали в системата. Погрижете се, че никой вече не може да се логнете в системата, толкова дълго, колкото се справят с възстановяването на файла (например, с помощта на / и т.н. / nologin). Основното нещо - да се избегне по-рано презаписване използва от изтрити файлове дискови блокове други процеси. Вероятността за това увеличава значително, ако дялът е почти пълно.
Самият некрофил.
Помислете два варианта за възстановяване. Един доста универсални, прилага, вероятно на всяка система Unix. Второ - заточени, като работи с Ext2 файлова система
Linux.
Възстановяване на файлове с известно съдържание
Ние приемаме, че изтрити файлове от корен дял / и т.н. / ако съществува и нямате проблеми със свободно пространство на твърдия диск.
* Създаване на копие от корен дял и да го постави в файл от / износ. Този раздел трябва да има достатъчно място за настаняване на цялата дяла, на който е била изтрита файла
# Df -k // износ
файловата система КВ използва напразно капацитет, монтирани на
/ Dev / ДСК / c0t3d0s0 122 070 102 558 19 512 16% /
/ Dev / ДСК / c1t0d0s0 17592638 14425963 3166675 82% / износ
# Дд ако = / сътрудничество / ДСК / c0t3d0s0 на = / износ / recover.dsk
263 077 + 0 записи в
263077 + 0 записи от
# -l Ls
-RW-R-R-1 корен друг 134701056 01 юли 16:54 recover.dsk
* Изпълните командата котка с -N (номерата на изхода линия), сключено, която пренасочва полезност fgrep, което, като направите едно търсене в предварително определен образец, отсече всички ненужни
струни могат да бъдат намерени в случай на грешки в задачата по шаблон, и при загуба на съдържанието на изтрити файлове, които могат да бъдат пренаписани. В нашия случай, както виждаме, все още има две версии на файла.
* Извлекат редица линии, след като е установено,
# Fgrep -А10 «корен: х: 0: 1» recover.dsk> ако съществува
# Cat ако съществува
корен: х: 0: 1: супер-потребителя: /: / sbin / ш
демон: х: 1: 1 :: /:
Бин: х: 2: 2 :: / ЮЕсАр / хамбар:
...
Възстановяване на файлове в Linux Ext2
Този метод се използва в случай на заличаване с РМ или за прекратяване на връзката функция и не изисква познания за при възстановяване на изтрити съдържанието на файла. За работа, ние трябва дебъгер файлова система debugfs доста мощен инструмент, обикновено се използва, за да се разгледа и промяна на файловата система и осигурява незабавен достъп до файловата система. Ще ни трябват трима от екипа си:
Изпълнете debugfs в желаната част:
По-добре просто да се пренасочи изхода към файл, като напишете:
#echo lsdel | debugfs / сътрудничество / hda6> / TMP / lsdel-изход
Ако тъй като премахването не е деление операции, данните ще бъдат от интерес за нас в края на списъка. Нека да видим съдържанието, съответстващи на последната дескриптора, като напишете:
debugfs: котка <327101>
my_very_important_data
Отдалечен файл е намерен, той съдържа един ред. Командата сметище възстановява файла, като писане на името му на диск
my_recovered_file:
debugfs: зареже -p <327101> / Триметоприм / my_recovered_file
-p ключ показва, че файлът трябва да остане един и същ собственик, група и разрешения.
Възстановяване на група от файлове в Linux Ext2
За да възстановите групи от файлове, препоръчително е да използвате инструмента Том Пайк
се възстанови. Създаване на стандарта:
# Tar zxf възстанови-1.3.tar.gz
# Cd възстанови-1.3
# грим
# Уверете се инсталира
И това, което възстановява?
Стартирайте помощната програма файл:
Можете да автоматизирате процеса донякъде с помощта на един прост скрипт като следните, за да добавите разширения на текстови файлове в програмите C:
# Защото във файла *? | Впиши. ASCII C програма текст? | \ Awk -F. ??;Правя СрН $ аз $ i.c; свършен
След определяне на типа на файловете, за да се опитаме да идентифицираме всеки файл. За тези, които съдържат текст код в C, звук или картина, можете да отворите съответните програми и да се опита да отгатне оригиналното име. Двоични файлове, като изпълними файлове, библиотеки или файлове с бази данни много по-трудно да се идентифицират. Ако по-лесно да не бъдат идентифицирани изпълними файлове или библиотеки, а просто за да инсталирате отново липсва, базата данни ще трябва да калайджия. В този случай е необходимо да се прилага струните на инструмента, показва всички струни текстови ASCII, които се съдържат във файла.
Според заключението, можете да се досетите, че този файл е база данни, както и отваряне на съответната програма.
Не забравяйте, че нищо не замества редовно архивиране. И използването на обсъжданите в тази статия методи трябва да е по-скоро изключение, отколкото правило. Повярвайте ми, за малко на шега на спускане в бездната на нищото.
Покажете тази статия на приятел:
Свързани статии