Решено: Как спасти информацию? (с сыплющегося диска...)

Knoppix

Модераторы: Warderer, Модераторы разделов

Аватара пользователя
44616e
Сообщения: 211
ОС: Debian testing

Решено: Как спасти информацию?

Сообщение 44616e »

Дело в следующем: имеется комп под управлением Debian Squeeze, /home живет на отдельном ext3-разделе. При загрузке ругается на fsck, при попытке выполнить fsck -f /dev/sda4 ругается на, ЕМНИП, "DMA read error" и что-то про inode (точней не вспомню, времени с ним поковыряться было мало :( ). При попытке тупо его смонтировать видно только папку пользователя (он в системе один), в ней вложенная папка Desktop с единственным файлом ???????.rtf
Увы, более подробной информации сейчас предоставить не могу, т.к. нет физического доступа "к телу".

Есть какие-нибудь способы достать с него информацию?
Спасибо сказали:
Аватара пользователя
serzh-z
Бывший модератор
Сообщения: 8259
Статус: Маньяк
ОС: Arch, Fedora, Ubuntu

Re: Решено: Как спасти информацию?

Сообщение serzh-z »

44616e писал(а):
27.12.2010 13:57
при попытке выполнить fsck -f /dev/sda4
Похоже на то, что это было выполнено на смонтированном разделе?

Можно попробовать задействовать резервные суперблоки. Либо запустить fsck в режиме автокоррекции и потом вытаскивать инфу из lost+found (всякие проприетарные "утилиты восстановления" делают то же самое, что и fsck - только лишь позволяют выбрать каталог, отличный от lost+found =) ). Разумеется, стоит сделать бекап на другой накопитель перед этим.
Спасибо сказали:
shotdownsystem
Сообщения: 423
ОС: Basic command interpreter

Re: Решено: Как спасти информацию?

Сообщение shotdownsystem »

для начала dd c conv=noerror на другой диск в файл, потом уже думу думать
puts ("Working, please wait...");while(1);
Спасибо сказали:
Аватара пользователя
44616e
Сообщения: 211
ОС: Debian testing

Re: Решено: Как спасти информацию?

Сообщение 44616e »

Как выяснилось после многочисленых телодвижений, нужно было смонтировать раздел :wallbash:
Что-то я проглядел в процессе возни с диском, а "единственный файл", упомянутый в первом посте - это мусор в точке монтирования, а не результат краха файловой системы.
Спасибо сказали: