[12:08, 5.2.2019] Богдан Шульга: если не работаем с паттернами/картами - ничего не определяется и процедура выдает то, что есть на стораже. т.е. без всяких замен и тем более адаптивок т.д. [12:09, 5.2.2019] Богдан Шульга: если компонент имеет дефекты - программные или настоящие - процедура автоматически пробует его реконструировать. если данных не хватает (отсутствие компонентов либо дефект на другом комоненте) - только тогда блок помечается паттерном.

если работаем с копиями дисков, никаких дефектов не будет, если не будет работы с картами или паттернами.

а с оригиналами работать - это себя не уважать.

Валера, Богдан точно не понимает процедуру рекавери? Или он прикалывается?

❯ если работаем с копиями дисков, никаких дефектов не будет, если не будет работы с картами или паттернами.

так вроде сказали же, что проверяется пользовательский паттерн при работе

к сожалению, есть и люди, которые работают с оригиналами. по разным религиозным соображениям. работа и с картами, и с паттернами будет в 7.5 (ЮФС ПРО и РЕЙД). Уже сделано. тестируется. Ждет релиза

❯ 1) Заполнение относится только к невосстановимым дефектам процедурой адаптивной реконструкции. 2) Генерация паттерна процедурой адаптивной реконструкции не относится к процедуре иммитации дефектов. Возможно, в следующих версиях будет кастомизация адаптивной реконструкции. 3) Для продолжения конструктива, предлагается снизить уровень сарказма на 37%.

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

❯ так вроде сказали же, что проверяется пользовательский паттерн при работе

я так понял, что проверка будет только на входе. Генерации выходного паттерна не будет. Или будет, но не пользовательская.

верно пользовательская генерация будет в будущих версиях

(возможно)

как по мне, должна быть прозрачная работа по дефектам. Если есть проверка на входе, на выходе должно генериться то же самое, чтобы, к примеру, результат работы сборки рэйда на вход парсеру файловой отдавал ту же сигнатуру, что заявлено в настройках.

смысл проверять её в одном месте, и не проверять в другом?

вообще, по моему мнению, сигнатура должна генериться в случаях: 1. сектор прочитался с ошибкой (типа вариант как сейчас - работа с оригиналами) 2. в прочитанном обнаружена бэд-сигнатура. 3. при попытке восстановления по парити обнаружена невозможность этого восстановления. 4. По формуле, указанной клиентом (генерация бэд-области, к примеру, в связи с некорректным ребилдом).

можно ещё: 5. По результату сверки с файлом карты прочитанного.

если клиент не задал сигнатуру, генерится встроенная, которую при выливке файлов можно менять, к примеру, на зануление. Или не менять.

плюс на будущее: при сохранении файлов нужно давать опцией замену сигнатуры на какой-то другой паттерн. И разделение файлов на плохие-хорошие а-ля асина папка !Problem

В 7.5 также будет возможность работать с дисками с 520 байт сектор

И даже другими более редкими форматами ( опция выбора обрезки лишних байт )

ну, они как бы не совсем лишние... Там встречается информация, к примеру, о текущем ЛБА...

это как считать лишними байты в страницах NAND

дело в том, что разные девайсы их по-разному используют.

Да прям так клиенту отдавать, пусть разбирается сам.

так же, как и во флэшах с SSD, "лишние" байты могут быть использованы как под ECC, так и под служебную информацию.

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

Тестируем САС с 520байт , читается просто через сказевые команды. READ10/SPT

С конверсией в 512

как мне надо било такое 2 месяца назад :)

153Мб в сек

класс

Добавьте, пожалуйста, если есть такая возможность, опцию автоматического сохранения визуального представления битовой карты любого типа объекта исследования. Это почти бесполезным может показатсья, однако очень удобно и весьма наглялно, когда представляется подобная визуализация 🤓 Про полезную систему визуализации в виде гистограммы в режиме "статистика участника RAID", как это представленно в DE, молчу 🤐

а нельзя ли поподробнее о том, как вы представляете себе битовую карту объекта?

в качестве примера: оцифрованную фотографию тоже можно считать битовой картой объекта съёмки.

❯ а нельзя ли поподробнее о том, как вы представляете себе битовую карту объекта?

Не совсем поняла Ваш вопрос 🤷🏻‍♀️ Мне кажется мы с Вами о разных вещах говорим 👀 Речь шла о сетчатой диаграмме, которую возможно увидеть и в UFS, и в DE (карта объекта), и R-Studio, и мн. др. 🕵️‍♀️ Это один из самых популярных видов визуализации данных, с которыми работает специалист 🕵️‍♀️

Добро пожаловать Lurii - Юрий Шульга из sysdevlabs . (Ufs explorer) представитель

Привет... Жестоко ты с латиницей..

Ну карту распредеоления данных/метаданных можно было бы представить, но детализация будет так себе...

Сам иногда сравниваю разные диски на предмет похож/не похож, что бы определить какие из дисков были в рейде

❯ Сам иногда сравниваю разные диски на предмет похож/не похож, что бы определить какие из дисков были в рейде

Я обычно использую Beyond Compare или WInHEX, но вот идея с гистограммами, которая реализована в DE RAID ed. - это, по моему мнению, очень круто 🕵️‍♀️

Да, собрать все лучшее со всех продуктов можно...