OCZ Vector 180 умер?

Question

[102kg]

Здравствуйте

OCZ Vector 180 (прислали по RMA в 2015)
Вчера последний раз уснул, а утром не проснулся.
S.M.A.R.T Status BAD, Backup and Replace

Первые странности заметили год назад.
Попробовали написать в OCZ, но обращение проигнорировали.

Около месяца назад приобрели новый SSD другого производителя, чтобы сделать бекап и переехать.
Но так и не успели.

Широко известные утилиты не показывают состояние SSD, только R.tester смог.
Даже родная мать (SSD Utility) не узнала SSD.

По опыту обращения с HDD, попробовали достать файлы через R-Studio.
Прождали час, но так ничего и не увидели, решили прервать.

Попробовали сделать полный образ с помощью R-Drive Image.
Но за 5 часов - 0 % и примерная оценка ~42 дня.

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

Хотелось бы узнать у специалистов.
Есть ли шансы что-то достать оттуда, например с помощью сборок Linux ?

В управлении дисками, он выглядит так:


Судя по цвету, цифры не очень хорошие - R.tester:


upd: 08.08.19
За 1 день - 2% в R-Drive Image, пришлось остановить.
Судя по ответам, не стоит и пытаться.

Answer 1

[АртемЪ]

Есть ли шансы что-то достать оттуда, например с помощью сборок Linux ?

Практически нет.

Первые странности заметили год назад.

И не поменяли диск?

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

Бэкап обычно делают по расписанию.

Comments

[102kg]

Бэкап обычно делают по расписанию.

Часть данных сохранена вручную, можно сказать, что процесс переноса не был завершен.

И не поменяли диск?

Некоторые странности списывали на захламленность системы.

Практически нет.

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

[Ezhyg]

102kg, не почитаешь. С SSD работать и так-то сложно, а там ещё всякие "фишечки", вроде шифрования, сжатия на лету, перераспределения данных внутренней программой, которые не так уж чтобы широко известны (проще говоря, она глубоко запрятана в документации производителей, которые берегут её, как зеницу ока). А специалистов чуть ли не по пальцам пересчитать можно.

[АртемЪ]

102kg, Если данные очень ценные - нести специалистам по восстановлению, и надяется что что-то удастся получить, но шанс этого минимальный.
Сами вы точно ничего не сделаете.

[pindschik]

Все люди делятся на 2 типа: те, кто не еще делает бэкапы, и те, кто уже делает. Мы наблюдаем процесс миграции одного в другой...

Answer 2

[ScriptKiddo]

Если данные критичные - лучше отдать в сервис по восстановлению данных. У них, скорее всего шансов побольше будет

Пример процесса восстановления данных с SSD на вашем контроллере.

Comments

[102kg]

Спасибо, но не мой случай.

А есть пример самостоятельной работы ?

[ScriptKiddo]

102kg, во многих случаях вам понадобится какой-либо аппаратный комплекс.

[Moskus]

102kg, на этом этапе вы сделаете только хуже.

Answer 3

[pindschik]

Типовые утилиты не могут прочитать ничего с SSD, если данные были подвергнуты операции TRIM (т.е. просто удалены при нормальной работе). По аналогии с HDD тут не катит. На HDD помечается удаленной только служебная информация файла, хотя само его "тело" остается "лежать", а на SSD помечаются чистыми все блоки файла. Соответственно чтение этих блоков возвратит или мусор или нули.
То же самое касается сбоев контроллера и разрушения внутренних данных о хранилище.
Восстановление в теории еще возможно (внутри чипов информация есть), но она сжата, зашифрована и чтоб разобраться - нужен будет дорогой гуру и доп оборудование. Соответственно стоить очень нетривиальных денег.
На OCZ наверное не стоит пинять - компания выпускала хорошие диски, но разорилась после глючной прошивки серии Vertex 450 и сейчас перекуплена Тошибой.
Думаю, что писать письма в OCZ нужно другим способом (молиться в церкви со свечкой)... :)