Восстановление данных Москва С.-Петербург Новосибирск Другие города » Все города »
Звоните нам в Москве:  +7 495 230−1000

Архив группы, в которой осуществляется поддержка пользователей и обмен опытом использования UFS Explorer для восстановления данных между специалистами из различных организаций.

Для присоединения к группе перейдите по ссылке (@ufs_explorer_support_ru).

Если интересует консультация именно специалистов R.LAB, то её можно получить на нашем форуме или через телеграмм-бота @rlabsupportbot.

 
18 ноября 2020 г.
Shmygleov_Dmitry
 

а р-студия показывает разделы

диски из коробки QNAP

Pigeon_hd
 

собери рейд

koshanaranek
 

В 0-ом секторе что?

Ну и в последующих 2-ух...

Shmygleov_Dmitry
 

koshanaranek
 

«Ясна-панятна».

В последнем?

Shmygleov_Dmitry
 

koshanaranek
 

Отлично

Shmygleov_Dmitry
 

https://www.diskinternals.com/download/DiskInternals_Reader.zip

сразу подхватил

koshanaranek
 

Мы здесь разбираем вопрос почему УФС не сканит предполагаемые точки входа в распространённые системы или восстанавливаем рейд?

Shmygleov_Dmitry
 

нужно собрать рейд

просто удивило что не видит разделов

koshanaranek
 

Для каждого диска копируем содержимое последнего сектора в ЛБА1, От конца прыгаем ~30 лба и ищем начало ГПТ-Таблицы разделов и копируем в лба2

Shmygleov_Dmitry
 

ок, попробую. спасибо

koshanaranek
 

Бонусом для адептов «порядка» в ЛБА1 меняем местами значение «основного» и «бекапного» лба (нех 218-228 от начала диска, по 4байта), и пересчитываем гпт-контролку в нех 210 (4байта

Оба сектора положить начиная с лба2

Shmygleov_Dmitry
 

владелец перетыкал диски, пробовал новые. похоже коробка потерла основные?

koshanaranek
 

Возможно

Но загубленное начало нулями это явно не ошибка железа

У qnap коробок я не помню что бы были физические офсеты начала на дисках

Р-студия в этом конкретном случае увидела бекапные записи ГПТ и на основании их предположила о наличии разделов, просигнализировала о том что с ГПТ есть проблемы(отсутствие основного описателя и его таблицы разделов), и пробежалась по точкам входа разделов на наличие файловых систем с адекватным содержимым их бутов.

Shmygleov_Dmitry
 

это достаточно разумно?

koshanaranek
 
❯ это достаточно разумно?

В каком контексте?

Shmygleov_Dmitry
 

в контексте отсутствия основных

koshanaranek
 

С точки зрения алгоритмов восстановления данных - да, предположительное решение проблемы с минимум чтения данных с носителя.

С другой стороны... к примеру winhex не плохо детектит неописанные буты файловых систем, но автомат напроч отказывается это делать автоматом если в 0лба не находит «55АА».

Но если «меджикбацтики» будут присутствовать то алгоритм пробежится по стандартным офсетам (как и уфс) в поисках бутов файловых, и в случае нахождения просканирует немного пространства за найденым обьектом на наличие чего-нибудь ещё.

Ещё по Вашему кейсу мне интересно что УФС написал в свой лог по этом поводу при запуске и сканировании дисковых систем.

Shmygleov_Dmitry
 

koshanaranek
 

Благодарю

Для быстроты и одноразовости в УФС нужно запустить ненадолго скан разделов

Shmygleov_Dmitry
 

сканит линейно от начала...

Контакты
Центральный офис

телефон: +7 495 230−1000
e-mail:
адрес: 119049, Москва, Коровий Вал, д. 1А, стр. 1 (здание универмага «Добрынинский»), 6 этаж, офис R.LAB

Социальные сети и мессенджеры

VK: Паблик компании
YouTube: Наш канал
Telegram: Консультация у специалистов R.LAB через бота (@rlabsupportbot)
WhatsApp: Консультации по восстановлению данных (74952301000)