есть icybox, внутри самсунг на 600 гиг. глюкануло что-то при чтение, стал проверять, а там вот что:

последняя картинка - это после создания нового раздела и проверки диска акронисом диск директором.
вопрос: можно ли винт дальше использовать или лучше искать новый??
и что сейчас можно взять из надежных и проверенных?? icybox нравиться очень, но что-то дорого они стали :(
заранее спасибо!

Это говорит лишь о глюках файловой системы, но не о повреждении самого HDD или контроллера.
Я бы переформатировал его нафиг (чем лечить) и посмотрел, будут ли снова возникать проблемы.
Хорошо бы прочесть атрибуты SMART, но не уверен, что это удастся сделать не вынимая диск из внешнего корпуса.
Если можете вынуть - конечно попробуйте воткнуть его напрямую в компьютер - заодно отсеете возможные проблемы контроллера SATA<->USB

не... вытащить никак. icybox просто так не вскрыть :)
а разве 2 bad clusters это не физ. повреждение??? это же было уже найдено на пустом ново-форматнутом винте...

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

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

т.е. лучше менять, правильно???
что можно взять то, более надежное??

Зуб не дам, но по-моему это не абсолютно верно, а ближе к правде так:
Ремэп производится автоматически только при ошибках записи.
При ошибках чтения контроллер ремап не делает, чтобы сохранить потенциальную возможность прочесть сбойный сектор при помощи программ восстановления данных. Вдруг там ключ от квартиры, где деньги лежат... (Если он его ремапнет - его содержимое уж точно не достать без заводских программ, которые умеют читать таблицы ремапа и служебные области.)
Если сектор действительно плохой (физический дефект) - ему не поможешь, однако бывают "soft-bad" сектора, где физически все ок, просто данные не совпадают с CRC. Такой сектор может образоваться например если во время его записи отключилось питание.
При попытке прочесть такой сектор контроллер обнаруживает несовпадение данных и CRC, помечает сектор как "ожидающий ремапинга", увеличивает на единицу 197 атрибут SMART "Current pending sector count", выдает операционной системе сообщение Read failed, та пробует еще несколько раз и потом помечает в своей файловой системе этот сектор как сбойный. Ремапинг не делается, т.к. это было чтение, а не запись.
При попытках записи файла, содержащего такой "soft-bad" сектор OS прежде чем писать проверяет статус сектора и если он помечен сбойным - она даже не пытается его перезаписать, просто оставляет его помеченным как BAD в файловой системе. А раз не было попыток записи сектора - контроллер его опять не ремапит.
Лечатся такие сектора тупой записью в обход файловой системы. Тогда если сектор успешно пишется без ошибки (это был soft bad) - он просто перезапишется и вернется в строй. Если же это был physical bad - при записи возникнет ошибка записи и контроллер его ремапнет.
Такую "тупую запись" проще всего организовать под Linux например dd if=/dev/zero of=/dev/sda bs=32768, а под Windows (DOS) есть программы типа MHDD, iHDD.
Возвращаясь к теме дискуссии - IMHO надо смотреть SMART на предмет количества секторов уже перемещенный (атрибут 05, "Reallocated sectors count") и если там большое число - значит диск правда умирает, а если нет - значит симулирует болезнь :)

чем посмотреть смарт??

HDTune/HDTunePro

У меня нет рекомендации, я каждый раз, когда надо пишу в Гугл SMART reader и беру первое попавшееся.