В настоящее время накопители Seagate семейства Rosewood получают все более широкое распространение. К этому семейству относятся накопители моделей (не ограничиваясь этим списком) ST500LM030, ST1000LM035, ST2000LM007. Накопители сравнительно недорогие, компактные, относительно быстрые в работе. Производитель активно продает их крупным компаниям таких как Apple, HP, Asus, Acer, Lenovo и др. для установки таких накопителей в выпускаемые ноутбуки. Также подобные накопители устанавливаются во внешние контейнеры под различными брендами. В этих накопителях используется черепичный метод записи (SMR = Shingled Magnetic Recording), что повышает плотность записи, но в ряде случаев порождает некоторые проблемы с доступом к пользовательским данным.
Более подробно с теорией можно ознакомиться на сайте Seagate
В этой статье я предлагаю остановиться же на алгоритме работы таких накопителей.
Все дисковое пространство SMR накопителей Seagate разделено на 2 части:
1. SMR, черепичная область (основная)
2. НЕ-черепичная область (обычного типа, «временная» под названием Media_Cache)
В черепичную область данные пишутся лентами. Их размер составляет примерно 30 треков. Для внесения изменений в любой сектор из отдельно взятой ленты нам необходимо заново переписать всю ленту. В теоретически идеальном случае, полностью заполненный накопитель записывается линейно от начала до конца. Но, разумеется, на практике такие случаи возникают исключительно редко, поэтому производителем оставлена область около 80 GB, в которой применяется привычный способ записи. Эту область можно считать временной. Когда накопитель «понимает», что поступающих для записи данных достаточно по размеру ленты – они будут отписаны напрямую в черепичную область. Если же размер поступающих данных невелик, то разумно записать их в область Media Cache. И как только размера подобных мелких временных сегментов будет достаточно для записи целой ленты – они будут отписаны в нее при первой возможности. Очевидно, те сегменты, которые на данный момент расположены в области Media Cache и куда их следует записать впоследствии в основную область, необходимо как-то регистрировать. Для этого существует некий файл в служебной области (MCT – Media_Cache_Table). Важность его очень велика для целостной картины данных накопителя так как он описывает назначения для огромного количества данных (чаще всего, всех последних записей в диск). Но из-за того, что очень часто накопитель обновляет эту таблицу MCT, в ней могут появиться проблемы:
1. У накопителя проблемы с записью, и модуль MCT не удается прочитать. Без корректно вычитанного MCT накопитель не будет функционировать.
В диагностический порт накопитель сообщает следующее:
Rst 0x80
MSrv DETCR init 0x0000
(P) SATA Reset
RAW OFF
PASS
(DOS Table) Worst Count: 00000C40 At SU: 000CC42A NT: 00000000 OT: 00000003
MCMT table is corrupted
MCMT table is corrupted
2. Накопитель просто «не успел» записать изменения в MCT (чаще всего, при неожиданной для накопителя причине отключения устройства) и модуль MCT хоть и успешно прочитан накопителем, но контроль валидности модуля признает его как непригодным для использования, и накопитель также отказывается функционировать
Накопитель, который имеет проблемы с MCT обычно определяется в BIOS (отвечает на команду GET ID) , но не дает доступ к пользовательским данным. Для успешного восстановления данных с накопителей, имеющим подобную проблему, необходима полная реконструкция модуля MCT. Это очень непростая работа, требующая высокой квалификации инженера. Значительно усугубляют ситуацию неопытные инженеры (некоторые даже публикуют видео-инструкции по «восстановлению данных» при подобной проблеме). Неквалифицированный метод основан на команде полной инициализации области Media Cache. Таким образом, после успешной процедуры инициализации, файл MCT становится валидным для накопителя и доступ к пользовательским данным появляется. Но они просто не понимают той особенности, что файл MCT описывал около 80 ГБ последних используемых данных и они бесследно пропали благодаря ограниченно интеллектуальным инженерам.
В File-service знают как позаботиться о накопителях как с такой, так и с любой другой проблемой и Вы получите максимально полный результат восстановленных данных.
