Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Восстановление разделов и информации на HDD (часть 7)

Автор: 9285
Дата сообщения: 29.09.2014 22:36
RXLayer
[off]Запустил несколько программ - практически везде есть квадратики-чекбоксы.
Возник вопрос - чем ты пользуешься?
На всякий случай - кружочки (насколько знаю. называют семафорами) используются в случае если надо выбрать одно из нескольких значений. То есть или-или - ставишь в одном значении - в другом исчезает.
Крестики? Предположу что это разновидность отметки равнозначная галочке.[/off]
Автор: darkhntr
Дата сообщения: 30.09.2014 12:40

Цитата:
PS. Просьба убрать цитату моего ответа на "зоне" - я на том гадюшнике не пишу ничего полезного, и не хочу чтобы и в таком виде что то оставалось.

Все уже убрал

Цитата:
Не забудь в диалоге куда сохранять поставить галку в "из текущей панели"

А зачем или это из-за ограничения в бесплатной версии? Если да то у меня полноценная версия.
И да на том ресурсе сказали что я ничего не смогу восстановить а я взял и уже часть файлов спокойно восстановил и без ошибок.
Автор: 9285
Дата сообщения: 30.09.2014 17:29
darkhntr
Немного прояснений по поводу твоей фразы (на зоне)
и да ошибка реально моя сам затупил. Я подключил vmdk файл к virtualboxу и в вертуальной системе создал раздел из за чего в реальной системе этот раздел другие разделы перевернул
Дело вовсе не в виртуалке и её виртуальном диске, хотя есть некоторые оговорки по другому поводу; а в том что в системе подверженной завороту данных файл виртуального диска, как и любой файл, при записи в область далее 2ТБ записывается не туда, куда надо. Не работал бы с виртуалкой, а начал бы записывать какой то фильм - случилось бы подобное.
А оговорка следующая - не знаю по поводу других форматов виртуальных дисков (кстати у виртуалбокса родной VDI), но у vmdk записи MFT "лежат" в привычном виде. И нои при поиске NTFS на разделе где лежат такие "винты" привносит много записей, которые сбивают с толку немалое количество прог по восстановлению. Причём коварность ситуации в том что в виртуалке MFT может быть одним куском, но в vmdk- разбросаны.

1. Обычно пострадавшие используют бесплатную версию. И это настолько привычно, что я даже не обратил внимание что на скриншоте видно что версия Express
2. Я отвечал на фразу с зоны А то сей час я открываю по одному куску которые нашла DMDE и выдираю файлы, что очень и очень долго.. Как бы долго в основном и происходит из за ограничений фришной версии, тем более что без галки она и 4000 тыщи не может восстановить. И на это обычно жалуются.
Суммируя обе эти причины и бы сделан вывод и написан ответ.
Не ошибается лишь кто ничего не делает. Главное что "ошибка" ниочёмная.

Добавлено:
На скриншоте http://rghost.ru/58283306 показан пример поиска NTFS в пределах одного vmdk файла.
Отчётливо видна цепочка записей MFT. И она фрагментами, хотя в виртуалке целиком. Это можно обьяснить (предположив) например тем, что записи в самом контейнере заносятся по мере их разрастания.
А теперь ещё один нюанс - обычно в виртуалке "винт" создают не фиксированным vmdk-файлом, т.е. файл увеличивается в размере по мере наполнения "винта". И это приводит к фрагментированности файла. Соотвественно и так разнесённые записи в файле разносятся ещё и по разделу. Зная про такую подлянку, сделал у себя для виртуалок отдельный раздел.
Автор: RXLayer
Дата сообщения: 30.09.2014 19:31

Цитата:
Возник вопрос - чем ты пользуешься?

по опыту работы пользования тысячей программ но нигде повторюсь квадратов и чекбоксов не встречал) а в остальном согласен.


Автор: 9285
Дата сообщения: 30.09.2014 19:49
RXLayer
Стандартный интерфейс свойств папок винды - http://rghost.ru/58285944
Ещё что то добавить?
Автор: RXLayer
Дата сообщения: 01.10.2014 01:34
9285
у вас неправельная винда)

Нет на самом деле я не против. И не спорю. теперь буду знать, что есть и такие. У меня был вопрос в другом. Почему одновременно в дереве были папки помеченные по-разному. Галки и квадрыты? Почему нельзя было сделать что-то одно? В связи с этим у меня возник внутренний десонанс. Что я что-то не понимаю про логику работы программы. Вот.

Тем не менее 9285 я вас хочу поблагодарить за желание помощи!



Цитата:
А теперь ещё один нюанс - обычно в виртуалке "винт" создают не фиксированным vmdk-файлом, т.е. файл увеличивается в размере по мере наполнения "винта". И это приводит  к фрагментированности файла. Соотвественно и так разнесённые записи в файле разносятся ещё и по разделу. Зная про такую подлянку, сделал у себя для виртуалок отдельный раздел.

Хочу уточнить. В виртуалбоксе можно создавать раздел под виртуалку, как переменной так и фиксированной длинны.

Автор: 9285
Дата сообщения: 01.10.2014 01:41
darkhntr

Цитата:
И да на том ресурсе сказали что я ничего не смогу восстановить

[more=По поводу уровня компетенции осзоновских "спецов" ]можно писать долго, но ты и сам убедился каков главный из них.
Давай просто рассмотрим твой случай и ответы Tau_0
1. Он увидел один раздел с EBCF и до сих пор уверен что это нужный тебе и разделов на винте несколько. Хотя раздел, как выяснилось (и предполагалось) был один.
2. Он считает что совпадения это число файлов.
Хотя из лога Поиска можно увидеть совершенно другую информацию - http://plasmon.rghost.ru/58290862/image.png И это подтверждается анализом фрагментов MFT. Есть 5 чётко видных - http://plasmon.rghost.ru/58290871/image.png из чего можно сделать вывод о том, что было более 463 тысяч записей. Но в начальном фрагменте отсутствуют 125824 записи - вот примерно такого числа можно и не досчитаться. Хотя там часть записей может быть не занята, часть под служебкой, часть имена папок - хотя это мелочёвка.
3. Он и сейчас несёт откровенную чушь по случаю другого пострадавшего, отписавшегося в твоей теме.
Про появившегося ещё одного даже писать не хочется, от него даже Tau_0 в шоке. [/more]

Ну да ладно о них, давай лучше о твоём случае. Первый этап in-place готов - http://rghost.ru/58290917
В архиве патч для указанного в названии файла сектора. Это имплант 0-вой записи, в которой прописан ранлист для имеющихся 5-ти фрагментов. Перед патчеванием можешь сохранить дамп существующих данных в этом же секторе. После записи патча можешь переоткрыть в DMDE диск и ты без поиска должен будешь увидеть структуру данных. Правда не все будут в Root - потому как его пока нет; но зато будут в папках с цифробуквенными именами.
И ещё хотелось бы получить от тебя дампы секторов 264214+10 последующих и (просто формальность) бутсектор раздела - сектор 264192.
PS.

RXLayer
Ну, если считать легальную винду неправильной, то тогда могу привести скриншоты кучи других программ autoruns, starter, HJ - везде будут подобные чекбоксы.

Цитата:
Почему нельзя было сделать что-то одно?

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


Цитата:
В виртуалбоксе можно создавать раздел под виртуалку, как переменной так и фиксированной длинны.

Я об этом и писал, но обычно делают переменной. Да и в случае фиксированного ситуация практически неизменима, хотя проверю на всякий случай. Правда вот не получится создавать огромные фиксированные "винты" на меньших.

Добавление:
Проверил в VmWare. Создал винт сразу с резервированием места (фиксированный). Судя по всему как обычная посекторка, то есть всё соотвествует реальному винту. Нет "рваности" записей, но это при условии что сам vmdk файл не фрагментирован.
Автор: RXLayer
Дата сообщения: 01.10.2014 02:08
9285

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

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


Цитата:
Ну, если считать легальную винду неправильной, то тогда могу привести скриншоты кучи других программ autoruns, starter, HJ  - везде будут подобные чекбоксы.

у меня тоже легальная только система другая. Профессиональная



Цитата:
Правда вот не получится создавать огромные фиксированные "винты" на меньших.

так это мечта!
Автор: 9285
Дата сообщения: 01.10.2014 11:07
RXLayer

Цитата:
Как я понял программа не смогла прочесть эти данные из-за сбойных секторов. Я же устанавливал игнорировать сбойные в настройках.

Пропуск сбойных секторов на это не влияет.
Тут влияет другое (мне уже автор программы подсказал в чём проблема), и оно в принципе напрашивалось, и уже не раз здесь писалось - пользуйся нормальным софтом, в том числе бесплатной версией и ситуация изменится к лучшему. А претензии предьявляй горе-крякальщикам.
Автор: RXLayer
Дата сообщения: 01.10.2014 11:33
9285
я использовал бесплатную версию.
Автор: 9285
Дата сообщения: 01.10.2014 12:13
RXLayer
Конечно же бесплатную (ломанную) а не Free.
Автор: vasvas1983
Дата сообщения: 01.10.2014 14:26
Всем привет!
Уронил с небольшой высоты винт. При подключении его как основной система не запускается, а если как второй, то не виден один из разделов диска:
http://funkyimg.com/i/MQXu.jpg
HDTune выдает следующее
http://funkyimg.com/i/MQXv.png Что это значит?
Копировать с оставшихся разделов дисков удается, но очень медленно. Иногда выдает ошибку 0x8007045D. Подскажите пожалуйста, как лучше сделать, чтобы восстановить информацию? Буду очень признателен.
Автор: igor_me
Дата сообщения: 01.10.2014 15:47

Цитата:
Уронил с небольшой высоты

Включенным???

Цитата:
Что это значит?

Что его уронили Уже есть ремапы и нестабильные сектора, прилично. Будут только расти.
Цитата:
как лучше сделать


Цитата:
медленно....

...делать посекторную копию на другой винт. До этого можно особо ценные вещи попробовать скопировать обычным макаром, осторожно и долго не насилуя диск...
Автор: Baltazar500
Дата сообщения: 01.10.2014 16:47
Доброго всем дня.

У родственника появились проблемым с внешним винтом Transcend StoreJet 25M3 500GB (ударопрочный, usb 3.0), винт внутри - HGST HTS545050A7E380

по его словам, когда он одновременно смотрел видеофайл с hdd и паралелльно на него же закидывал данные комп завис, после ресета винт определялся как "неизвестное устройство", после чего я подключился по удалёнке и глянул свойства диска - там была указана файловая система RAW, выполнил chkdsk h: /f - диск определился и открылся, думаю проведу ещё, пока чекдиск не пофиксит всё и не выдаст сообщение "ошибок не обнаружено"; в итоге было проведено 3 проверки, на последней чекдиск повис на пункте "Проверка файлов завершена" (минут 40 без изменений), в итоге пришлось прервать проверку и отключить на горячую (знаю что хорошего в этом мало, но и ресетить комп не хотелось ибо удалёнка), после чего всё отвисло.

к слову, вот лог тех проверок :

[more] Microsoft Windows XP [Версия 5.1.2600]
(С) Корпорация Майкрософт, 1985-2001.

C:\Documents and Settings\Admin>chkdsk h: /f
Тип файловой системы: NTFS.

Проверка файлов (этап 1 из 3)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Проверка индексов завершена.
Проверка дескрипторов безопасности (этап 3 из 3)...
Проверка дескрипторов безопасности завершена.
Исправление ошибок в зеркальной копии основной таблицы файлов.
Добавление 1 поврежденных кластеров в файл поврежденных кластеров.
Исправление ошибок в рисунке тома.
Windows сделала изменения в файловой системе.

488375968 КБ всего на диске.
359353500 КБ в 671 файлах.
368 КБ в 94 индексах.
4 КБ в поврежденных секторах.
82128 КБ используется системой.
65536 КБ занято под файл журнала.
128939968 КБ свободно на диске.

Размер кластера: 4096 байт.
Всего кластеров на диске: 122093992.
32234992 кластеров на диске.
Ошибка передачи сообщений о регистрации в журнал событий. Состояние ошибки: 1502
.

C:\Documents and Settings\Admin>chkdsk h: /f
Тип файловой системы: NTFS.

Проверка файлов (этап 1 из 3)...
Удаление поврежденной записи атрибута (128, $Bad)
из сегмента 8 записи о файле.
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Проверка индексов завершена.
Восстановление потерянных файлов.
Проверка дескрипторов безопасности (этап 3 из 3)...
Проверка дескрипторов безопасности завершена.
Исправление ошибок в файле поврежденных кластеров.
В рисунке тома обнаружено свободное место, помеченное как выделенное.
Windows сделала изменения в файловой системе.

488375968 КБ всего на диске.
359353500 КБ в 671 файлах.
368 КБ в 94 индексах.
0 КБ в поврежденных секторах.
82132 КБ используется системой.
65536 КБ занято под файл журнала.
128939968 КБ свободно на диске.

Размер кластера: 4096 байт.
Всего кластеров на диске: 122093992.
32234992 кластеров на диске.
Ошибка передачи сообщений о регистрации в журнал событий. Состояние ошибки: 1502
.

C:\Documents and Settings\Admin>chkdsk h: /f
Тип файловой системы: NTFS.

Проверка файлов (этап 1 из 3)...
Не удается прочесть сегмент записи о файле 1120.
Не удается прочесть сегмент записи о файле 1124.
Не удается прочесть сегмент записи о файле 1125.
Не удается прочесть сегмент записи о файле 1126.
Не удается прочесть сегмент записи о файле 1127.
Не удается прочесть сегмент записи о файле 1128.
Не удается прочесть сегмент записи о файле 1129.
Не удается прочесть сегмент записи о файле 1130.
Не удается прочесть сегмент записи о файле 1131.
Не удается прочесть сегмент записи о файле 1132.
Не удается прочесть сегмент записи о файле 1133.
Не удается прочесть сегмент записи о файле 1134.
Не удается прочесть сегмент записи о файле 1135.
Не удается прочесть сегмент записи о файле 1136.
Не удается прочесть сегмент записи о файле 1137.
Не удается прочесть сегмент записи о файле 1138.
Не удается прочесть сегмент записи о файле 1139.
Не удается прочесть сегмент записи о файле 1140.
Не удается прочесть сегмент записи о файле 1141.
Не удается прочесть сегмент записи о файле 1142.
Не удается прочесть сегмент записи о файле 1143.
Не удается прочесть сегмент записи о файле 1144.
Не удается прочесть сегмент записи о файле 1145.
Не удается прочесть сегмент записи о файле 1146.
Не удается прочесть сегмент записи о файле 1147.
Не удается прочесть сегмент записи о файле 1148.
Не удается прочесть сегмент записи о файле 1149.
Не удается прочесть сегмент записи о файле 1150.
Не удается прочесть сегмент записи о файле 1151.
Не удается прочесть сегмент записи о файле 1152.
Не удается прочесть сегмент записи о файле 1153.
Не удается прочесть сегмент записи о файле 1154.
Не удается прочесть сегмент записи о файле 1155.
Не удается прочесть сегмент записи о файле 1156.
Не удается прочесть сегмент записи о файле 1157.
Не удается прочесть сегмент записи о файле 1158.
Не удается прочесть сегмент записи о файле 1159.
Не удается прочесть сегмент записи о файле 1160.
Не удается прочесть сегмент записи о файле 1161.
Не удается прочесть сегмент записи о файле 1162.
Не удается прочесть сегмент записи о файле 1163.
Не удается прочесть сегмент записи о файле 1164.
Не удается прочесть сегмент записи о файле 1165.
Не удается прочесть сегмент записи о файле 1166.
Не удается прочесть сегмент записи о файле 1167.
Не удается прочесть сегмент записи о файле 1168.
Не удается прочесть сегмент записи о файле 1169.
Не удается прочесть сегмент записи о файле 1170.
Не удается прочесть сегмент записи о файле 1171.
Не удается прочесть сегмент записи о файле 1172.
Не удается прочесть сегмент записи о файле 1173.
Не удается прочесть сегмент записи о файле 1174.
Не удается прочесть сегмент записи о файле 1175.
Не удается прочесть сегмент записи о файле 1176.
Не удается прочесть сегмент записи о файле 1177.
Не удается прочесть сегмент записи о файле 1178.
Не удается прочесть сегмент записи о файле 1179.
Не удается прочесть сегмент записи о файле 1180.
Не удается прочесть сегмент записи о файле 1181.
Не удается прочесть сегмент записи о файле 1182.
Не удается прочесть сегмент записи о файле 1183.
Не удается прочесть сегмент записи о файле 1184.
Не удается прочесть сегмент записи о файле 1185.
Не удается прочесть сегмент записи о файле 1186.
Не удается прочесть сегмент записи о файле 1187.
Не удается прочесть сегмент записи о файле 1188.
Не удается прочесть сегмент записи о файле 1189.
Не удается прочесть сегмент записи о файле 1190.
Не удается прочесть сегмент записи о файле 1191.
Не удается прочесть сегмент записи о файле 1192.
Не удается прочесть сегмент записи о файле 1193.
Не удается прочесть сегмент записи о файле 1194.
Не удается прочесть сегмент записи о файле 1195.
Не удается прочесть сегмент записи о файле 1196.
Не удается прочесть сегмент записи о файле 1197.
Не удается прочесть сегмент записи о файле 1198.
Не удается прочесть сегмент записи о файле 1199.
Не удается прочесть сегмент записи о файле 1200.
Не удается прочесть сегмент записи о файле 1201.
Не удается прочесть сегмент записи о файле 1202.
Не удается прочесть сегмент записи о файле 1203.
Не удается прочесть сегмент записи о файле 1204.
Не удается прочесть сегмент записи о файле 1205.
Не удается прочесть сегмент записи о файле 1206.
Не удается прочесть сегмент записи о файле 1208.
Не удается прочесть сегмент записи о файле 1209.
Не удается прочесть сегмент записи о файле 1210.
Не удается прочесть сегмент записи о файле 1211.
Не удается прочесть сегмент записи о файле 1212.
Не удается прочесть сегмент записи о файле 1213.
Не удается прочесть сегмент записи о файле 1214.
Не удается прочесть сегмент записи о файле 1215.
Не удается прочесть сегмент записи о файле 1216.
Не удается прочесть сегмент записи о файле 1217.
Не удается прочесть сегмент записи о файле 1218.
Не удается прочесть сегмент записи о файле 1219.
Не удается прочесть сегмент записи о файле 1220.
Не удается прочесть сегмент записи о файле 1221.
Не удается прочесть сегмент записи о файле 1222.
Не удается прочесть сегмент записи о файле 1223.
Не удается прочесть сегмент записи о файле 1224.
Не удается прочесть сегмент записи о файле 1225.
Не удается прочесть сегмент записи о файле 1226.
Не удается прочесть сегмент записи о файле 1227.
Не удается прочесть сегмент записи о файле 1228.
Не удается прочесть сегмент записи о файле 1229.
Не удается прочесть сегмент записи о файле 1230.
Не удается прочесть сегмент записи о файле 1231.
Не удается прочесть сегмент записи о файле 1232.
Не удается прочесть сегмент записи о файле 1233.
Не удается прочесть сегмент записи о файле 1234.
Не удается прочесть сегмент записи о файле 1235.
Не удается прочесть сегмент записи о файле 1236.
Не удается прочесть сегмент записи о файле 1237.
Не удается прочесть сегмент записи о файле 1238.
Не удается прочесть сегмент записи о файле 1239.
Не удается прочесть сегмент записи о файле 1240.
Не удается прочесть сегмент записи о файле 1241.
Не удается прочесть сегмент записи о файле 1242.
Не удается прочесть сегмент записи о файле 1243.
Не удается прочесть сегмент записи о файле 1244.
Не удается прочесть сегмент записи о файле 1245.
Не удается прочесть сегмент записи о файле 1246.
Не удается прочесть сегмент записи о файле 1247.
Не удается прочесть сегмент записи о файле 1248.
Не удается прочесть сегмент записи о файле 1249.
Не удается прочесть сегмент записи о файле 1250.
Не удается прочесть сегмент записи о файле 1251.
Не удается прочесть сегмент записи о файле 1252.
Не удается прочесть сегмент записи о файле 1253.
Не удается прочесть сегмент записи о файле 1254.
Не удается прочесть сегмент записи о файле 1255.
Не удается прочесть сегмент записи о файле 1256.
Не удается прочесть сегмент записи о файле 1257.
Не удается прочесть сегмент записи о файле 1258.
Не удается прочесть сегмент записи о файле 1260.
Не удается прочесть сегмент записи о файле 1261.
Не удается прочесть сегмент записи о файле 1262.
Не удается прочесть сегмент записи о файле 1263.
Не удается прочесть сегмент записи о файле 1264.
Не удается прочесть сегмент записи о файле 1265.
Не удается прочесть сегмент записи о файле 1266.
Не удается прочесть сегмент записи о файле 1267.
Не удается прочесть сегмент записи о файле 1268.
Не удается прочесть сегмент записи о файле 1269.
Не удается прочесть сегмент записи о файле 1270.
Не удается прочесть сегмент записи о файле 1271.
Проверка файлов завершена.[/more]

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

[more] ----------------------------------------------------------------------------
(3) HGST HTS545050A7E380
----------------------------------------------------------------------------
Enclosure : StoreJet Transcend USB Device (V=174C, P=5106, sa1)
Model : HGST HTS545050A7E380
Firmware : GG2OAC90
Serial Number : TM8514TF25066R
Disk Size : 500,1 GB (8,4/137,4/500,1/500,1)
Buffer Size : 8192 KB
Queue Depth : 32
# of Sectors : 976773168
Rotation Rate : 5400 RPM
Interface : USB (Serial ATA)
Major Version : ATA8-ACS
Minor Version : ATA8-ACS version 6
Transfer Mode : ---- | SATA/300
Power On Hours : 1357 ч
Power On Count : 369 раз
Temperature : 28 C (82 F)
Health Status : Плохо
Features : S.M.A.R.T., APM, 48bit LBA, NCQ
APM Level : 4080h [ON]
AAM Level : ----

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 100 100 _62 000000000000 Ошибки чтения
02 100 100 _40 000000000000 Производительность
03 202 202 _33 000F00000001 Время раскрутки
04 100 100 __0 000000000500 Запуски/остановки шпинделя
05 100 100 __5 000000000000 Переназначенные сектора
07 _50 _50 _67 00000006021D Ошибки позиционирования
08 100 100 _40 000000000000 Скорость поиска
09 _97 _97 __0 00000000054D Часы работы
0A 100 100 _60 000000000000 Повторные попытки раскрутки
0C 100 100 __0 000000000171 Включения/отключения
BF 100 100 __0 000000000000 Ошибки при ударных нагрузках
C0 100 100 __0 00000000000B Отказы отключения питания
C1 _96 _96 __0 00000000AFC4 Циклы загрузки/выгрузки
C2 214 214 __0 002C000B001C Температура
C4 100 100 __0 000000000010 События переназначения
C5 100 100 __0 000000000000 Нестабильные сектора
C6 100 100 __0 000000000000 Неисправимые ошибки секторов
C7 200 200 __0 000000000000 CRC-ошибки UltraDMA
DF 100 100 __0 000000000000 Повторы загрузки/выгрузки
[/more]

зашкаливал параметр seek error rate (ошибки позиционирования) и было 5 переназначенных секторов (параметр был отмечен синим в CrystalDiskInfo 6.0.1)

вроде всё :\ что делать дальше ? я так понял проблемы с механикой и софтом не ремонтабельно ? или стоит прогнать Викторией ? и если стоит, то в каком режиме ? т.к. ремап как я понял делать не нужно.

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

upd: забыл упомянуть - винт подключался через 4-х портовый usb 2.0 хаб defender с внешним питанием, ранее с ним проблем не возникало. При подключении напрямую, к заднему порту матплаты история та же самая

по словам родственника винт на ударопрочность не проверялся и никак не ударялся
Автор: south_man
Дата сообщения: 01.10.2014 16:58
Baltazar500

Цитата:
05 100 100 __5 000000000000 Переназначенные сектора


Цитата:
C5 100 100 __0 000000000000 Нестабильные сектора

все по нулям - никаких ремапов не нужно

парковок много, но это обычное дело для портативного диска..
ошибки могут быть связаны или с плохим питанием (нехваткой оного) или плохим кабелем (очень длинным, например или подключенным к передним юсб-портам (если мы о ПК), но не бортовым)

диск-то usb 3.0, но вот он работал небось по usb 2.0 или нет?
если так, то это паршиво - диски хитачи обычно прожорливые.. ток небось будет указан 1А.
я для переносных только сигейты и ВД ставлю. Там 0.465А и 0.5А..

для уверенности в его работе, можно пройтись викторией на запись, а потом на чтение.
Но это долго.. Зато, если ошибок не будет (и питание/кабель норм.), то здоровье поправится по СМАРТу.
Автор: 9285
Дата сообщения: 01.10.2014 16:59
south_man
Тем не менее было C4 100 100 __0 000000000010 События переназначения
Автор: alexgr
Дата сообщения: 01.10.2014 17:02
Baltazar500
все эти логи за more спрятать не мешает.
Автор: south_man
Дата сообщения: 01.10.2014 17:08
Baltazar500, 9285

Цитата:
Тем не менее было

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

и все же больше всего интересно услышать о деталях подключения диска.
Автор: Baltazar500
Дата сообщения: 01.10.2014 17:08
alexgr, сейчас спрячу

Добавлено:

Цитата:
Тем не менее было C4 100 100 __0 000000000010 События переназначения
в CrystalDisk параметр отмечен синим :\ да и запас на переназначение не превышен :\
Цитата:
ошибки могут быть связаны или с плохим питанием (нехваткой оного)
с эти проблем 100% нет т.к винт в тех же условиях отработал не меньше года (надеюсь что меньше, иначе по гарантии не сдать)
Цитата:
или плохим кабелем (очень длинным, например или подключенным к передним юсб-портам (если мы о ПК), но не бортовым)
кабель родной, 30-35 см, но возможно он погнулся
Цитата:
диск-то usb 3.0, но вот он работал небось по usb 2.0 или нет?
usb 3.0, работал по usb 2.0, проблем с питанием не испытывал т.к. если у меня схожий винт их испытывал, то он при перебросе данных неистово отваливался
Автор: south_man
Дата сообщения: 01.10.2014 17:30
Baltazar500

Цитата:
работал по usb 2.0

вопросов нет - пока не жахнет, все думают, что все работает "как надо".
еще раз - макс. ток по usb 2.0 = 0.5А. Нормально работают диски от ВД и Сигейта.
(+ нужно еще оставлять запас по мощности на сата-юсб мост)
Все остальные диски имеют право выкаблучиваться как при старте, так и во время езды.


Цитата:
проблем с питанием не испытывал

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

ваш Хитачи - ток 0.7А. Аллес.
Автор: 9285
Дата сообщения: 01.10.2014 18:07

Цитата:
в CrystalDisk параметр отмечен синим :\ да и запас на переназначение не превышен :\

CDI, как и любая другая программа не истина в последней инстанции.
Ну а что касается запаса, то простая аналогия. Человек умирает потеряв хХХХ гр. крови. Если мы возьмём половину, то он будет чувствовать себя отлично?
PS. Я цитировал параметр чтобы показать что переназначения вроде бы как были.
Автор: Baltazar500
Дата сообщения: 01.10.2014 19:10
south_man,
Цитата:
вопросов нет - пока не жахнет, все думают, что все работает "как надо".
и какие проблемы могут быть при ненормативном питании ?(за исключением текущего случая, который может отношения к питания и не имеет)
Цитата:
еще раз - макс. ток по usb 2.0 = 0.5А. Нормально работают диски от ВД и Сигейта.
(+ нужно еще оставлять запас по мощности на сата-юсб мост)
Все остальные диски имеют право выкаблучиваться как при старте, так и во время езды.
странно что он начал выкаблучиваться отработав на ура спустя 1367 часов :\

ок...пропустим лишние споры и гадания касательно питания...положим...есть у нас контроллер usb 3.0, новый короткий usb 3.0 кабель, проблема осталась - что тогда ? повторюсь, смарт ругался на большое количество ошибок позиционирования (seek error rate), что судя по гуглу связано с проблемами с механикой и физ.состоянием диска, которых винт до этого по смарту не имел (пару раз смарт самолично у данного винта проверял, когда брал у родственника).

так или иначе мне нужно знать, что нужно конкретно сделать и решаема ли эта проблема или диск нужно тащить в сервис (если срок не вышел) если допустить, что дело не в питании (случай с проблемами по питанию я всё же не исключаю) т.к. если бы были бэды, их можно было бы заремапить, а тут не пойми что :\
Цитата:
ваш Хитачи - ток 0.7А. Аллес.
я в курсе, спеки ещё до обращения на форум читал, трансцендовские винты - это лотеря, может хитач, может сигейт или вд попасться

9285,
Цитата:
PS. Я цитировал параметр чтобы показать что переназначения вроде бы как были.
я понял
Автор: south_man
Дата сообщения: 01.10.2014 23:19
Baltazar500
да все просто. Когда проблемы с напряжением, то сил у него не хватает держать и обороты и ток чтения/записи и данные вам отдавать (ну это образно, мои фантазии)..
Встанет ли этот параметр обратно, если его питать как нужно - не знаю. Никто не знает.
Как поведет себя диск дальше - не знаю. И никто не знает. А что если он успел в какой-то из разов нештатного отключения запил поставить??? Вопрос времени - или головы отвалятся или поверхность посыпется.

Я вам тайну приоткрою. Дано: диски хитачи, тошиба. Смарт отличный, без проблем - в один день. На след.день без всяких причин диск не выходит в готовность вообще.
Кто виноват - а никто. Никто, кроме СМАРТа, который вам не успел сказать, что ой-ой скоро что-то будет. Понимаете к чему я? И такое постоянно.
И это не проблема этих дисков, но с вд/сигейтами иногда хоть что-то еще успеваешь сделать. Тошиба, кстати, если выходит на интерфейс, то вычитывает очень упорно, чаще всего. Зато если нет - то все.

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

Добавлено:

Цитата:
странно что он начал выкаблучиваться отработав на ура спустя 1367 часов

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

Т.е. деградация, износ, старение - это все не про него.
Автор: Baltazar500
Дата сообщения: 02.10.2014 07:44
south_man,

Цитата:
Встанет ли этот параметр обратно, если его питать как нужно - не знаю. Никто не знает.
вопрос не в параметре а будет ли работать винт в штатном режиме и дальше, не зависая так или иначе если гарантийка прошла выковыряю винт из корпуса и подключу через переходник slim-sata, чтобы полностью исключить вопрос с питанием (и не тратить лишние деньги на контроллер), да и работать с викторией я предпочитаю миную sata-usb контроллер из ДОС'а
Цитата:
Я вам тайну приоткрою. Дано: диски хитачи, тошиба. Смарт отличный, без проблем - в один день. На след.день без всяких причин диск не выходит в готовность вообще.
Кто виноват - а никто. Никто, кроме СМАРТа, который вам не успел сказать, что ой-ой скоро что-то будет. Понимаете к чему я? И такое постоянно.
понятно
Цитата:
насчет гарантии и возврата и т.п. - пока бедов нету, его не поменяют. Кстати, переназначенные сектора - тоже повод для обмена.
спасибо за инфу, учту
Цитата:
такое впечатление, что вы счастливый обладатель идеального винта.
Идеальный винт - это такой винт, который имеет шарообразную форму и находится в вакууме при нормальных условиях.
тогда уж сферического винта в вакууме :-D
Автор: Baltazar500
Дата сообщения: 02.10.2014 15:06
Сегодня винт был подключен к одному из корневых задних usb 2.0 портов, с 100% рабочим 30-40см кабелем (usb 2.0), при этом были повыдерганы все usb устройства - веб-камера, база мыши, сканер и хаб с внешним питанием, к банане-маме отключен антивирус и usb-safely remove (на всякий случай), со второго раза чекдиск прошёл валидацию и выдал что ошибок нет (смарт был без изменений), после чего я дал родственнику "добро" на слив данных...

к счастью гарантийка не сдохла, есть время до конца года, ввиду чего хочу уточнить, к чему аппелировать при попытке обмена винта, что мол есть переназначенные электроникой диска сектора и что количество ошибок позиционирования зашкаливает ? вредительством всё же заниматься не хочется :-D

з.ы. т.к. апгрейда пк родственник не планирует, а Y-micro usb 3.0 в наших пенатах не купишь (разве что с китая заказать), на что менять винт ? я так понял что на порт usb особого смысла смотреть нет, а нужно смотреть на сам винт в плане пиковой нагрузки (в usb 2.0 корпус могут и 1А винт затолкать), правда каждый внешний диск в магазине не подключишь, дабы выяснить что у него за начинка :\ придётся гуглить да и то не факт, что описанный винт совпадёт с той серией, что будет продаваться в магазине, так что риск взять кота в мешке всё равно остаётся
Автор: south_man
Дата сообщения: 02.10.2014 15:37
Baltazar500

Цитата:
к чему аппелировать при попытке обмена винта

поскольку диск внешний - можно просто сказать, что работает со сбоями.. а это уже дело сервиса разобраться.. ну и на его совести, менять/чинить/возвращать или отказывать в гарантии..
Обычно, если секторов нет переназначенных, то и (как бы) повода нет для обмена.

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

Да.. еще.. как проверить ваш диск:
- подключить по юсб 3.0 и запустить проверку поверхности (чтение) из виктории под вин
(или любой другой бенчмарк диска)
по графику чтения можно судить насколько ему мешают ошибки позиционирования.

с юсб 2.0 может не получиться, т.к. интерфейс довольно тормозной, но если ошибки серьезные, то будет тормозить (проседать ниже 20мб/сек при линейном чтении) и там.
Автор: Baltazar500
Дата сообщения: 02.10.2014 16:47
south_man,
Цитата:
Если купить внешний диск от ВД или от сигейта - внутри будет родной диск,
об этом я подозревал
Цитата:
будет с юсб на борту - в случае восстановления данных при отказе железа, это довольно сложный момент.
всмысле с usb на борту ?) контроллер usb-sata у них у всех насколько я помню или что-то другое имелось ввиду ?
Цитата:
Да.. еще.. как проверить ваш диск:
- подключить по юсб 3.0 и запустить проверку поверхности (чтение) из виктории под вин
(или любой другой бенчмарк диска)
по графику чтения можно судить насколько ему мешают ошибки позиционирования.
ок, спасибо
Цитата:
с юсб 2.0 может не получиться, т.к. интерфейс довольно тормозной, но если ошибки серьезные, то будет тормозить (проседать ниже 20мб/сек при линейном чтении) и там.
если с гарантийкой не выгорит, проще и надёжней будет вытащить винт из бокса и через slim-sata кабель подключить винт и произвести все операции через sata-интерфейс
Автор: south_man
Дата сообщения: 02.10.2014 17:08
Baltazar500

Цитата:
всмысле с usb на борту ?) контроллер usb-sata

в смысле, что нет там отдельного адаптера-моста сата-юсб, только винчестер с бортовым юсб, без сата - отсюда и проблемы.

вот вам описание как ВД делает одинаковые внешне, но такие разные внутри коробочки диски..


Цитата:
если с гарантийкой не выгорит, проще и надёжней будет вытащить винт из бокса

абсолютно точно, заодно поставить на его место обычный ноутбучный с током поменьше
Автор: Baltazar500
Дата сообщения: 02.10.2014 20:48
south_man,
Цитата:
в смысле, что нет там отдельного адаптера-моста сата-юсб, только винчестер с бортовым юсб, без сата - отсюда и проблемы.

вот вам описание как ВД делает одинаковые внешне, но такие разные внутри коробочки диски..
а вот это мне порвало шаблон 0_o...погуглил... интегрированный в хард usb контроллер на который всё завязано, с ампутированными разъёмами sata (если повезёт, есть технологический sata-вывод), это что-то с чем-то 0_о как проектировщики подобных винтов обдолбались когда создавали нечто подобное ;'( ведь если данный контроллер накукарекнется то без платы-донора пиши-пропало ппц, большего идиотизма в жизни не видел

максимум что я полезного я в этом решении увидел - возможность подрубиться то ли через uart, то ли через jtag к такой платке (если она жива) с целью реанимации винта хотя сдаётся мне - колупаться с винтом через терминал, то ещё садо-мазо

upd: лучше трансценд, там хоть лотерея но с человеческими винтами, в случае чего проверю на месте что там за винт внутри (без разборки естественно , по идентификатору винта, который виден с пк) ...

upd2: эта технология оказывается зовётся "Native USB", чтоб её разрабочику пусто было 111
Автор: south_man
Дата сообщения: 02.10.2014 21:13
Baltazar500

Цитата:
максимум что я полезного я в этом решении увидел

нет там ничего полезного, расслабьтесь. При проблемах с "платкой" ее "меняют на близнеца" но с сата, если это возможно (совместима логика, ПЗУ, конфиг платы..), или распайкой с контрольных точек (если есть) выводят опять-таки этот сата..
Удешевление процесса.. эволюция - все нормально.

ЗЫ: много веселого, когда в таких дисках-комбайнах применяется шифрование на лету и оно привязано к той самой платке, что (например) сгорела.. Впрочем, чаще, конечно, убиваются головы и поверхность.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

Предыдущая тема: Винт стал медленно работать


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.