OCZ Vertex 2 SSD, So fast it can time-travel?

[kazetsukai]

Update: I installed ubuntu 10.10 beta on an ext3 filesystem on the ssd after I rebooted it was still there, after a poweroff however the ext3 filesystem too was gone...

Does this happen if you run :

sync

...before power off?

[nanonyme]

I mostly meant that if data survives a reboot but not a cold boot, this hints into that the data is stored in non-persistent memory.

[rbmorse]

What if the problem was that file allocation table (is there such a thing with EXT?) or some other "track 0" data that wasn't properly recorded?

[nanonyme]

I wonder how that's even technologically possible. Surely they're not using caches that big in the drive?

[vertex2]

Update: I installed ubuntu 10.10 beta on an ext3 filesystem on the ssd after I rebooted it was still there, after a poweroff however the ext3 filesystem too was gone...

[vertex2]

Although I haven't had a change to try a different filesystem, yet this might not be a ext4 issue at all. In this thread: http://www.ocztechnologyforum.com/fo...after-shutdown at least one user mentions he has the same problem on a windows 7 install. Another user has the same problem with the Agility 2. It might be an issue with a bunch of bad Sandforce chips.

Nevertheless I'll try installing ubuntu on my ssd with a different filesystem today.

[Lykos]

Deeper inspection

I got curious about the problem...
I did:

dd if=/dev/urandom bs=4096 count=262144 of=/dev/sde ; dd if=/dev/sde bs=4096 count=262144 | md5sum 
262144+0 Datens?tze ein
262144+0 Datens?tze aus
1073741824 Bytes (1,1 GB) kopiert, 329,198 s, 3,3 MB/s
8c29c314237605bb251670ae80e9b524  -
262144+0 Datens?tze ein
262144+0 Datens?tze aus
1073741824 Bytes (1,1 GB) kopiert, 131,716 s, 8,2 MB/s

a little later without power off:

dd if=/dev/sde bs=4096 count=262144 | md5sum
8c29c314237605bb251670ae80e9b524  -
262144+0 Datens?tze ein
262144+0 Datens?tze aus
1073741824 Bytes (1,1 GB) kopiert, 132,858 s, 8,1 MB/s

But after reboot and power off the md5sum is different, this device is clearly defective and besides brand new:

dd if=/dev/sde bs=4096 count=26244 | md5sum
262144+0 Datens?tze ein
262144+0 Datens?tze aus
9d6ee4a89863ec3bea1c7116feea31b0  -
1073741824 Bytes (1,1 GB) kopiert, 134,217 s, 8,0 MB/s

[kazetsukai]

I was using the ext4 filesystem.

This may be a reincarnation of a previous EXT4 bug. Someone please test this on EXT3 or ReiserFS. Your test case will probably prove valuable to the resolution of this issue.

http://linux.slashdot.org/article.pl?sid=09/03/11/2031231&tid=198

https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781

http://www.h-online.com/open/news/item/Ext4-data-loss-explanations-and-workarounds-740671.html

[Lykos]

Same Here with Agility 2

OMG weird, I have exactly the same problem with a agility 2
Tested under openSUSE 11.3 with kernel 2.6.34 and 2.6.35 and the same problem with Xubuntu 10.04 Kernel 2.6.32. Always using ext 4 , installed several times, but sometimes after power off even the whole installation disappeared, I thought I had a defective drive but it seems to be a common problem...

[vertex2]

I was using the ext4 filesystem.

I let this issue rest for a while since I was too lazy to try anything like flashing my bios and upgrading the firmware required a windows machine(OCZ is working on a linux flasher).

Anyway, it seems the issue is related to the drive and also happens to people using windows 7. I found this thread on the OCZ forums, OCZ apparently is looking at the issue right now, I think I'll return my drive when they've responded.