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

Сегодня при включений компа, система предложила проверить диск С чекдиском. На что был дан ответ - проверяй. Что тут началось, обрезанные фаилы, ошибки в индексе и так далее, в основном вылетела папка C:\windows


31286555 KB total disk space.
4451252 KB in 21586 files.
6160 KB in 1634 indexes.
0 KB in bad sectors.
90415 KB in use by the system.
65536 KB occupied by the log file.
26738728 KB available on disk.

Короче система с этого диска уже не грузится.

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

CHKDSK is verifying files (stage 1 of 5)...
File verification completed.
CHKDSK is verifying indexes (stage 2 of 5)...
Index verification completed.
CHKDSK is recovering lost files.
Recovering orphaned file bootex.log (18) into directory file 5.
CHKDSK is verifying security descriptors (stage 3 of 5)...
Deleting an index entry with Id 998 from index $SII of file 9.
Deleting an index entry with Id 998 from index $SDH of file 9.
Replacing invalid security id with default security id for file 27.
Security descriptor verification completed.
CHKDSK is verifying file data (stage 4 of 5)...
Windows replaced bad clusters in file 3618
of name \WINDOWS\system32\hal.dll.
Windows replaced bad clusters in file 4226
of name \WINDOWS\security\res2.log.
Windows replaced bad clusters in file 6236
of name \DOCUME~1\ALLUSE~1\DOCUME~1\My Music\SAMPLE~1\00053734\Plylst3.wpl.
Windows replaced bad clusters in file 6249
of name \DOCUME~1\ALLUSE~1\DOCUME~1\My Music\SAMPLE~1\00053734\Plylst2.wpl.
Windows replaced bad clusters in file 22284
of name \PROGRA~1\MICROS~2\OFFICE11\FPCUTL.DLL.
File data verification completed.
CHKDSK is verifying free space (stage 5 of 5)...
Free space verification is complete.
Adding 11 bad clusters to the Bad Clusters File.
Correcting errors in the Volume Bitmap.
Windows has made corrections to the file system.

31286555 KB total disk space.
4451332 KB in 21587 files.
6140 KB in 1634 indexes.
44 KB in bad sectors.
90435 KB in use by the system.
65536 KB occupied by the log file.
26738604 KB available on disk.

4096 bytes in each allocation unit.
7821638 total allocation units on disk.
6684651 allocation units available on disk.

Короче, есть ли шансы что это взглюкнул комп, или девайс однозначно сдавать по гарантий?

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

SSD под систему?.. -- Забавно.

Victor Morozko

И чего забавного?

работало очень шустро...

Но, как видите, не долго .

Leo
Но, как видите, не долго
да работает же, только бэды рано появились

Я вот думаю, ставить ли систему заново, или сразу в гарантиику нести?

A-Gugu
а чего в смарте пишуть? я бы прогнал чтение, посмотреть что там творится, потом запись, потом опять чтение.

Держи в курсе пожалуйста. Информации по этому вопросу в интернете - 0.

Завтра утром посмотрю в смарте и прогоню mhdd

Добавление от 26.03.2009 10:03:

прогнал mhdd.

тест поверхности пробежал за 13 секунд. все блоки менее 3мс.

Добавление от 26.03.2009 10:13:

-----------------------[Background information]-----------------------
DTemp version: 1.00 build 34 (RC8)
Started under WinNT kernel, version 5.1.2600
Number of processors: 2
Processor type: x86 Family 6 Model 15 Stepping 13, ~2796 MHz

-------------------------[Device information]-------------------------
Physical drive: 0
Compatiblity: ATA/ATAPI-7 minor version 0021h
Model: OCZ CORE_SSD
Firmware revision: 02.10104
Serial number: DC3220809100013B
Disk capacity: 29.84 Gb (62586880 sectors)
Identify information CRC: Ok

----------------------[Device S.M.A.R.T. status]----------------------
Attribute Value Thresh Raw Flags
----------------------------------------------------------------------
Device power cycle count 100 0 00000000002Dh OC EC SP
Power-on time count 100 0 000000000000h OC EC SP
Temperature 32 0 000000000000h CR OC PR
Attribute 229 100 0 EC74B614D5ECh OC
Attribute 232 100 0 083332373038h OC
Attribute 233 100 0 000000040003h OC
Attribute 234 100 0 004B00000B00h OC
Attribute 235 100 0 00000002DC1Fh OC
----------------------------------------------------------------------
CR-life critical OC-online collection PR-performance related
ER-error rate EC-event count SP-self preserving
Attributes CRC: Ok Thresholds CRC: Ok

--------------------------[Device features]---------------------------
Maximal transfer block in sectors: 1, current: 1
Transfer modes:
PIO: 0-4
Single word DMA: not supported
Multi word DMA: 0-2
UltraDMA: 0-5
Current transfer mode: Ultra DMA-5
Drive features:
LBA supported, 48 bit addressing not supported
SMART supported, enabled
Device status: Ok
Attributes structure revision: 00h
Thresholds structure revision: 10h
Pre-power mode attributes autosave supported
Attributes autosave after event supported
Temperature check capability not found
SMART error logging not supported
SMART self test not supported
Offline data collection not supported
Security mode not supported
Write cache supported, enabled
Read look ahead supported, disabled
Host protected area not supported
Microcode downloading not supported
Power management supported, enabled
Advanced power management not supported
Automatic acoustic management not supported
Media serial number not supported
----------------------------------------------------------------------

Я честно говоря не понял
MHDD что сказал?

Меня в этих SSD что интересует: там сильно ограничено кол-во записей в ячейку? 10000 раз? Потом она умирает? А что происходит когда она умирает - он сам делает ей reallocation?

Единственный смысл в этих SSD (не считая узкоспециализированные задачи) - ставить их в качестве системного диска. Но я боюсь, что эти 10000 циклов записи (даже учитывая "грамотное" распределение нагрузки) будут исчерпаны через месяц процентов на 10, а через год - на 80.

A-Gugu
тест поверхности пробежал за 13 секунд. все блоки менее 3мс.
похоже контроллеру пофиг на верификацию, он при этом чтения не производит. тут нужен тест умеющий именно читать.

Daron

Абсолютно ничего не сказал.

vlo

А такие тесты есть?

A-Gugu
досовые - нынаю. виндовые - hddscan например.

vlo

Все тесты в этом хддскане прошли нормально.

Добавление от 26.03.2009 17:55:

Снёс партишен, заново отформатировал:

Windows has checked the file system and found no problems.

31286555 KB total disk space.
0 KB in 1 files.
4 KB in 9 indexes.
0 KB in bad sectors.
66943 KB in use by the system.
65536 KB occupied by the log file.
31219608 KB available on disk.

4096 bytes in each allocation unit.
7821638 total allocation units on disk.
7804902 allocation units available on disk.

A-Gugu
закрыло, чтоли?

A-Gugu
Все тесты в этом хддскане прошли нормально.
запись выполнял? или уже первое чтение было без ошибок?

vlo

Ага, было без ошибок, все тесты выполнил.

Tyan Tiger

Получается что да.

Кстати вот что я вспомнил. У меня же там стоит два харда, один обычный, а второй ссд. Так вот, вечером я работал с обычного харда, но выключил комп не через шатдаун,а через гибернейт. Но на следущее утро загрузился (попытался) с ССД. Может это и было причиной проблемы? типа хибернейт одной системы что-то подгадил другой?

1. 6684651 allocation units available on disk.
2. 7804902 allocation units available on disk.

что бы это могло значить.

Daron
что на диске файлы были...

vlo
Я думал это не free space, а более низкоуровневая информация (ниже fs).

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

Victor Morozko
SSD под систему?.. -- Забавно.

Нетбук с SSD - тоже забавно?

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

Есть новости?

Не смог в гарантиику пока отнести. А новости есть.

Если подержать отключенным от компа (и питания) 3-4 дня, то сыпется ФС, портятся фаилы. Если питание подавать постоянно, проблем нету. Видимо при подаче питания контролёр делает авторефреш, а так, сбоит пара ячеек.

А если компьютер включенный в сеть (светодиод на матплате горит), но систему не включают?

Тогда проблем нету.

надо что-то на время отпуска придумывать

Отнёс по гарантий. Ничего разумного сказать пока не могут, но сказали, что проблемой заинтересовались в самой OCZ, и накопитель был отослан им.

A-Gugu
интересно, а что они скажут в итоге вам?

хорошая история , что в итоге

у меня хард SSD 4 гб нетбуке
я разделил разделы:
8мб - неразмеченая область
3.97гб - полная НТФС
8мб - неразмеченая область

отключена Свопы и спячку Озу стоит 2гб

винт работает , установленый ОС ХР - уже 1 год, сбой ненаблюдал

много раз перегруживал все пока нормально

Не парься, 10 тысяч циклов на современной системе - это как раз два-три дня. Устройство просто выработало свой ресурс и начало давать сбои.

У меня седня в буке osz core v2 глюканул, - при загрузке винды не находит какойто файл, а если его через контейнер усб зацепить к другому компу, - диспечер дисков ХP видит его 3 и пишет исправен, однако в проводнике если открывать диск - висит и через минут 20 выдает диск не форматирован, и предлагает форматнуть, однако при нажатии на ок, - форматирование не удалось. - такие вот пироги счас разбираюсь. в биосе бука тест этот винт проходит, без проблем.

разобрался, - флеш не причем, - вирус напакостил.

Ну вот и славненько, а то всех напугал!!!