The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Раздел полезных советов: Рекомендации по восстановлению данн..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для слежения за появлением новых сообщений в нити, нажмите "Проследить за развитием треда".
. "Рекомендации по восстановлению данных со сбойного накопителя" +1 +/
Сообщение от Аноним (-), 03-Мрт-18, 14:23 
> Спасибо, познавательно. Лично я до чтения статьи ограничился бы одним проходом...

С этим можно налететь. Вплоть до того что если у вас MBR или суперблок с 1 попытки не прочитался - вы потом вообще никаких данных так сразу не получите. Слетевшую таблицу разделов конечно можно перестроить, а суперблок попробовать и запасной, но это лишняя возня и есть риск облажаться.

> Теперь буду читать пока крутится :) Правда, не всегда HDD на 1
> Тб можно прочитать несколько раз, так как некуда складывать эти разы.

Так читать надо в один и тот же файл образа. Утилиты такого плана ведут лог или битмап в котором отмечено что прочлось/не прочлось. Стирать файл с логом/битмапом нельзя, разумеется, это часть процедуры. И поэтому второй и далее проходы - с использованием вот этих данных. Чтобы читать только то что не прочлось. Нет никакого смысла читать дважды то что уже успешно прочитано.

А при душняке с местом очень помогает btrfs, в котором можно сжатие врубить и делать экспериментальные варианты образа используя cp --reflink, так что храниться будут только отличия от "базового". Удобно в случае если например fsck хочется запустить, но есть опасения что он вместо починки добьет образ. Особенно актуально для reiserfs, где fsck это умеет, но подстраховаться не лишне и для остальных, потому что если fsck испортит образ а у вас не было на этот счет плана - вы пролетаете. А копировать терабайт целиком - не только место занимает но и просто долго. Так что cp --reflink для таких вещей невероятно рулит. Копирование завершается "мгновенно" а по мере записи в копию - файлуха будет "unshare"-ить блоки отличающиеся от оригинала. Это такой доведенный до абсолюта dedup, когда явно указывается что копия изначально  - 100% дубликат оригинала, а дальше как получится.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Раздел полезных советов: Рекомендации по восстановлению данн..., auto_tips, 28-Фев-18, 22:53  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру