Форум русскоязычного сообщества Ubuntu


Считаете, что Ubuntu недостаточно дружелюбна к новичкам?
Помогите создать новое Руководство для новичков!

Автор Тема: ddrescue - куда восстанавливается информация и в каком виде?  (Прочитано 4491 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн NordFeniX

  • Автор темы
  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
Посыпался 2Тб (WD Green) винт. NTFS, разбитый на два раздела. Все  опробованные подвиндовые средства при попытке просмотра или реинициализации вешаеются, как и сама система время от времени (GetDataBack, DMDE).

В убунте (12.04) скомпиллировал ddrescue (Antonio Diaz Diaz).
Ввёл ddrescue -n /dev/sdf1 /dev/sdh1 rescued.log.
Процесс запущен уже больше двенадцати часов. Сейчас выглядит так:

Current status
rescued:   224783 MB,  errsize:  14377 kB,  current rate:    3932 kB/s
   ipos:   224797 MB,   errors:     233,    average rate:    5419 kB/s
   opos:   224797 MB
Copying data...


Лог уже забит столбцами информации. Целевой диск свежеотформатированный тоже в NTFS. До сих пор чистый как и был. Ни директории, ни файлика не появилось. Это нормально?
И в каком виде ddrescue восстанавливает информацию? На харде пропадает огромная коллекция музыки (по стилям, авторам, альбомам, с тэгами и т.д.). Если это будет набор безымянных файлов без расширений, то наверное востановление в таком виде вообще не имеет смысла?


Оффлайн ArcFi

  • Старожил
  • *
  • Сообщений: 15189
    • Просмотр профиля
    • aetera.net
ddrescue - куда восстанавливается информация
ddrescue [options] infile outfile [logfile]

И в каком виде ddrescue восстанавливает информацию?
В сыром виде, т.е. пока не закончится, вряд ли что-то увидите.
Структура данных на уровне ФС должна сохраниться.
И т.к. раздел был в NTFS, то по завершении надо будет выполнить проверку ФС из окон.
« Последнее редактирование: 06 Января 2013, 16:25:48 от arcfi »

Оффлайн NordFeniX

  • Автор темы
  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
Да, спасибо!
Ясно, что информация должна восстанавливаться в outfile, в данном случае /dev/sdh1, просто смутило то, что на целевом диске так ничего и не появилось пока.
Я так понимаю, что дополнительный проход в режиме ddrescue --direct --max-retries=2 займёт никак не меньше времени, чем первый, но имеет смысл и к уже восстановленной информации будет прирощено то, что восстановится после след. него?

Оффлайн ArcFi

  • Старожил
  • *
  • Сообщений: 15189
    • Просмотр профиля
    • aetera.net
Ясно, что информация должна восстанавливаться в outfile, в данном случае /dev/sdh1
Ага.
И /dev/sdh1 должен быть размера не меньше, чем /dev/sdf1.
Пока ddrescue не завершится, лучше вообще не обращаться ни к исходному, ни к конечному разделу, т.е. даже не пытаться монтировать их.
И сразу после завершения не забудьте выполнить проверку ФС на /dev/sdf1 из венды.

Я так понимаю, что дополнительный проход в режиме ddrescue --direct --max-retries=2 займёт никак не меньше времени, чем первый
Судя по руководству, по умолчанию "max-retries=0", так что да, должно быть дольше.

и к уже восстановленной информации будет прирощено то, что восстановится после след. него?
Вся информация будет перезаписана от начала и до конца, просто будет более тщательно пытаться прочитать исходные данные.
« Последнее редактирование: 06 Января 2013, 20:37:38 от arcfi »

Оффлайн victor00000

  • Старожил
  • *
  • Сообщений: 15568
  • Глухонемой (Deaf)
    • Просмотр профиля
grep -Rs "DRDY\|(St" /var/log?
Wars ~.o

Оффлайн NordFeniX

  • Автор темы
  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
arcfi
Оба диска были примонтированы до начала операции. Думаю, что их теперь как раз не стоит пытаться отмонтировать?

victor00000
Последняя строка:

/var/log/syslog.1:Jan  6 01:23:45 Baltica-Station kernel: [ 1816.396843] ata4.00: status: { DRDY ERR }

А ещё вопрос. В данном случае я пробую восстановить информацию с двух лог. НТФС разделов (последовательно) на хард естественно большего размера, но с одним логическим. А если бы я сделал ddrescue -n /dev/sdf /dev/sdh?

Оффлайн victor00000

  • Старожил
  • *
  • Сообщений: 15568
  • Глухонемой (Deaf)
    • Просмотр профиля
Цитировать
/var/log/syslog.1:Jan  6 01:23:45 Baltica-Station kernel: [ 1816.396843] ata4.00: status: { DRDY ERR }
Jan  6 01:23:45 ночью капец один раз норму.))))
Wars ~.o

Оффлайн ArcFi

  • Старожил
  • *
  • Сообщений: 15189
    • Просмотр профиля
    • aetera.net
Оба диска были примонтированы до начала операции.
ddrescue работает на уровне ниже файловой системы, поэтому если в процессе его работы вносить изменения на уровне ФС, то хз, во что это может вылиться. Надеюсь, всё пройдёт нормально.

А если бы я сделал ddrescue -n /dev/sdf /dev/sdh?
Тогда оно попыталось бы восстановить таблицу разделов и все разделы.

Оффлайн NordFeniX

  • Автор темы
  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
Цитировать
/var/log/syslog.1:Jan  6 01:23:45 Baltica-Station kernel: [ 1816.396843] ata4.00: status: { DRDY ERR }
Jan  6 01:23:45 ночью капец один раз норму.))))
А перевод и что за значение вот это [ 1816.396843]? )

arcfi
Ещё раз спасибо! Теперь только ждать.

Оффлайн victor00000

  • Старожил
  • *
  • Сообщений: 15568
  • Глухонемой (Deaf)
    • Просмотр профиля
 [ 1816.396843] тоже время дата цифра.
Wars ~.o

Оффлайн NordFeniX

  • Автор темы
  • Новичок
  • *
  • Сообщений: 14
    • Просмотр профиля
Спасибо, хотя и не понял.

Да, и наверное глупый вопрос, но после восстановления первого раздела если ввести ddrescue -n /dev/sdf2 /dev/sdh1 rescued.log чтобы восстановить второй раздел на тот же хард, на который восстанавливался и первый вся уже существующая инф. сохранится? (места достаточно)
« Последнее редактирование: 06 Января 2013, 23:56:01 от NordFeniX »

 

Страница сгенерирована за 0.018 секунд. Запросов: 22.