SSD UltraDrive Supertalent / OCZ Vertex SSD / Indilinx Barefoot Controller [Part 7|1]

Status
Für weitere Antworten geschlossen.
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Sodele, ich habe meine 128GB UD mit Toshiba Flash (BTBX) gestern Abend eingebaut, auf 1819 Final geflasht und Windows 7 installiert.

Lief alles reiblungslos und sehr schnell, werde dann berichten wenn alle Treiber soweit drauf sind :)
 
Moin,

hab meine 64er DEBX erfolgreich auf 1819 geflasht und seit gestern W7 laufen.
Heute sprang beim booten chkdsk an um meine Platte auf Konsistenz zu überprüfen.

Modus ist IDE, Intel Chipsatztreiber sind installiert.

Muss ich mir sorgen machen?
 
ist es denn nun lohnenswert, ein raid 0 zu erstellen mit 2 64er oder eher weniger?
 
mhm..meine vertex krieg ich nicht mehr über 80mb/s read/write im as ssd benchmark, bei crystaldisk sinds 120mb/s read und 90mb/s write.. sanitary erase, wiper (dauerte 25h)..was soll ich denn noch machen damit der sch**** wieder funzt? das gleiche bei meiner agility, die is genauso down.. was gehten da ab?

für was machen die eig. nen betatest bei ocz?
 
du hast wahrscheinlich die Intel Matrix oder AMD Treiber installiert die den Trim befehl nicht durch lassen, da kann dann OCZ auch nix dafür.

Schmeiß die treiber runter und nutze die standart Microsoft treiber die dir windows automatisch installiert, dann klappt auch trim.
Oder stell auf IDE um dann funktionierts so oder so ;)
 
So bei mir läuft alles nach 3x Windows7 installieren, hatte nix mit der SSD zutun irgendwie hab ich mir irgendwelche Treiber zerschossen....

Im anhang hab ich mal den bench vom AS SSD
Also ich bin zufrieden.. achja AHCI hab ich bei dem board leider ned daher die etwas schlechteren 4k/4k-64THRD ergebnisse.


Grüsse.
 

Anhänge

  • Unbenannt.jpg
    Unbenannt.jpg
    83,6 KB · Aufrufe: 103
@pinki: alles auf ide, standard microsoft treiber und vor dem flashen hatte ich jeweils noch die vollen geschwindigkeiten wie am ersten tag...
 
Ich hab dann auch mal die 1.4 geflashed und danach per HDDErase alles gellöscht und mein neues Win7 installiert. Läuft nun alles per AHCI und mit den Intel Treibern (AHCI) aber ohne das Matrix Storage Zeugs. Eigenartig finde ich allerdings die Werte im ATTO. Kann das sein? Die sind doch über dem theoretischen Maximum oder was sagt ihr zu den Werten meiner OCZ Vertex 120 GB?
 

Anhänge

  • Atto.jpg
    Atto.jpg
    61,2 KB · Aufrufe: 86
Hi Leute,

habe seit gestern in meinem Server zwei 32GB OCZ Vertex drin. Firmware ist noch die 1.3 (High Performance ist erstmal nicht notwendig).
Im Log habe ich nun folgendes:

Code: 
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sda, 4232 Offline uncorrectable sectors
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sda, SMART Usage Attribute: 9 Power_On_Hours changed from 23 to 24
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 195 Hardware_ECC_Recovered.
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 196 Reallocated_Event_Count.
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 197 Current_Pending_Sector.
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sda, SMART Usage Attribute: 199 UDMA_CRC_Error_Count changed from 29 to 69
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sda, SMART Usage Attribute: 201 Soft_Read_Error_Rate changed from 162 to 47
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 204 Shock_Count_Write_Opern.
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 211 Unknown_Attribute.
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sdb, 1962 Offline uncorrectable sectors
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sdb, SMART Usage Attribute: 9 Power_On_Hours changed from 23 to 24
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 195 Hardware_ECC_Recovered.
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 196 Reallocated_Event_Count.
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 197 Current_Pending_Sector.
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sdb, SMART Usage Attribute: 199 UDMA_CRC_Error_Count changed from 142 to 182
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sdb, SMART Usage Attribute: 201 Soft_Read_Error_Rate changed from 53 to 193
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 204 Shock_Count_Write_Opern.
Oct 25 16:07:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 211 Unknown_Attribute.
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sda, 4232 Offline uncorrectable sectors
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 195 Hardware_ECC_Recovered.
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 196 Reallocated_Event_Count.
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 197 Current_Pending_Sector.
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sda, SMART Usage Attribute: 201 Soft_Read_Error_Rate changed from 47 to 196
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 204 Shock_Count_Write_Opern.
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 211 Unknown_Attribute.
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sdb, 1962 Offline uncorrectable sectors
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 195 Hardware_ECC_Recovered.
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 196 Reallocated_Event_Count.
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 197 Current_Pending_Sector.
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sdb, SMART Usage Attribute: 201 Soft_Read_Error_Rate changed from 193 to 88
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 204 Shock_Count_Write_Opern.
Oct 25 16:37:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 211 Unknown_Attribute.
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sda, 4232 Offline uncorrectable sectors
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sda, SMART Usage Attribute: 9 Power_On_Hours changed from 24 to 25
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 195 Hardware_ECC_Recovered.
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 196 Reallocated_Event_Count.
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 197 Current_Pending_Sector.
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sda, SMART Usage Attribute: 199 UDMA_CRC_Error_Count changed from 69 to 125
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sda, SMART Usage Attribute: 201 Soft_Read_Error_Rate changed from 196 to 49
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 204 Shock_Count_Write_Opern.
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sda, SMART Usage Attribute: 208 Spin_Buzz changed from 5 to 6
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sda, Failed SMART usage Attribute: 211 Unknown_Attribute.
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sdb, 1962 Offline uncorrectable sectors
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sdb, SMART Usage Attribute: 9 Power_On_Hours changed from 24 to 25
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 195 Hardware_ECC_Recovered.
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 196 Reallocated_Event_Count.
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 197 Current_Pending_Sector.
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sdb, SMART Usage Attribute: 199 UDMA_CRC_Error_Count changed from 182 to 238
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sdb, SMART Usage Attribute: 201 Soft_Read_Error_Rate changed from 88 to 197
Oct 25 17:07:48 server2 smartd[3871]: Device: /dev/sdb, Failed SMART usage Attribute: 204 Shock_Count_Write_Opern.

sda und sdb sind die beiden Vertex...
Betriebssystem ist Debian Lenny, Kernel 2.6.26-2-xen-amd64.
SATA ist auf AHCI eingestellt, Board ist ein Asus Rampage II Gene mit 3x2GB RAM.
An SATA-Port 3-6 hängen 4x1TB HD103SJ.

Jemand eine Idee?
 
dein smart-daemon kann mit einer SSD einfach noch nichts anfangen.
abschalten und das problem ist gelöst.
 
Sodele, hier mal ein ATTO und ein CDM Screen meiner 128GB BTBX mit Firmware 1819 Final unter Windows 7 64bit :wink:
 

Anhänge

  • ATTO.png
    ATTO.png
    11,7 KB · Aufrufe: 79
  • CDM.png
    CDM.png
    19,1 KB · Aufrufe: 76
Dann kann man ja jetzt wieder weiter am Preis feilen :d

Um hier nochmal das Posting von Moros aufzugreifen:

Natürlich 43nm. Bei den ganzen Größen und Wechseln bei Toshiba, Samsung und Intel bin ich wohl beim Schreiben etwas durcheinander gekommen.

Indilinx wird wohl noch dieses Jahr anfangen 40nm Flash von Samsung einzusetzen. Mit den 32nm-Chips rechne ich bei Samsung-SSDs frühestens in Q4, bei Indilinx erst in 2010.
Zum Vergrößern anklicken....

Steht das immer noch im Raum mit frühestens 2010 für 32nm Chips bei Indilinx? Solange vermute ich dann mal werden die Preise der jetzigen Indilinx SSD auch erstmal stabil bleiben.
 
Auf Indilinx SSD's kommen momentan

43nm Toshiba
50nm IM (Intel & Micron)
50nm Samsung

Nands zum Einsatz.

Liegt aber wohl eher daran das Samsung Lieferschwierigkeiten hat bzw. die Produktion bis Mitte nächsten Jahres abverkauft ist. Damit die Verfügbarkeit jedoch gewährleistet ist, kommen auch andere Nands zum Einsatz.

Laut SSDfix sind die Toshiba und Samsung Nands aufgrund der Qualität wohl zu bevorzugen. Eine Fertigung in geringerer Strukturgrösse hat aber auch seine Vorteile.

#edit#

kleines Update:

SSDfix schrieb:
Die IM Flash laufen mit dem aktuellen Barefoot nur in 50nm. bei 34NM flash muss derzeit runtergetaktet werden damit die ordentlich laufen.
Mit dem BArefoot ECO soll dann auch der 34nm IM flash normal laufen.

AFAIK setzt OCZ den runtergetakteten bei den neuen Solid 2 ein.
Zum Vergrößern anklicken....
 
Zuletzt bearbeitet:
hab nu gestern mein win neu gemacht und dann doch wieder auf die b gewechselt, da mir mit der final die werte doch bissl mau warn und ich lags beim zocken hatte.
kleiner tip an user mit aktuellem amd system.... versucht mal euren NB takt zu erhöhen.... hab meinen von 2000 auf 2800 geschraubt und hab bessere werte zb in atto und das sys läuft merkbar flotter bzw freier... bessere ladezeiten in games, mehr ramdurchsatz usw...
 
Zuletzt bearbeitet:
@He4db4nger

Da gibts im OCZ forum was dazu zu lesen.

Du musst deine Vertex mit Sanitary Erase komplett löschen und dann Windows neu Installieren

Schau doch einfach mal ins OCZ Forum
 
gamefreaktegel schrieb:
habe seit gestern in meinem Server zwei 32GB OCZ Vertex drin. Firmware ist noch die 1.3.
[...]
sda und sdb sind die beiden Vertex...
Betriebssystem ist Debian Lenny, Kernel 2.6.26-2-xen-amd64.
SATA ist auf AHCI eingestellt, Board ist ein Asus Rampage II Gene mit 3x2GB RAM.
An SATA-Port 3-6 hängen 4x1TB HD103SJ.
Zum Vergrößern anklicken....
FW 1.41 entspricht FW 1819 bei Supertalent. In dem FW Changelog sind viele S.M.A.R.T. Bug fixes enthalten:
http://www.supertalent.com/support/download/UltraDrive_Firmware_Release_Notes_v1819.pdf
 
4 * Vertex Turbo + ICH10R

RAID0

038ef4df13e268e096d6701f7d921c5b.jpg


all credits go to francis69007 @ nokytech.net

RAID5

d8dc3cdb8d5a0fae56f13e132e4178b1.jpg


all credits go to francis69007 @ nokytech.net


further results will be published soon ... :)
 
Zuletzt bearbeitet:
pinki schrieb:
du hast wahrscheinlich die Intel Matrix oder AMD Treiber installiert die den Trim befehl nicht durch lassen, da kann dann OCZ auch nix dafür.

Schmeiß die treiber runter und nutze die standart Microsoft treiber die dir windows automatisch installiert, dann klappt auch trim.
Oder stell auf IDE um dann funktionierts so oder so ;)
Zum Vergrößern anklicken....

Oder warte noch 2 Jahre dann hat das Intel in seine Matrixtreiber auch integriert, nachdem einige Petitionen gelaufen sind. :d:d:d
 
sirphoenix schrieb:
dein smart-daemon kann mit einer SSD einfach noch nichts anfangen.
abschalten und das problem ist gelöst.
Zum Vergrößern anklicken....

Naja das Problem ist, dass das System sporadisch einfach nicht mehr reagiert/einfriert (kein kernel panic). Ich habe da die SSDs in Verdacht.

7oby schrieb:
FW 1.41 entspricht FW 1819 bei Supertalent. In dem FW Changelog sind viele S.M.A.R.T. Bug fixes enthalten:
http://www.supertalent.com/support/download/UltraDrive_Firmware_Release_Notes_v1819.pdf
Zum Vergrößern anklicken....

Klingt gut, weißt du ob das nur kosmetische Bug Fixes sind oder könnten die sogar was am "einfrieren" ändern?
 
@ aristochat

da geht was :d
 
gamefreaktegel schrieb:
Klingt gut, weißt du ob das nur kosmetische Bug Fixes sind oder könnten die sogar was am "einfrieren" ändern?
Zum Vergrößern anklicken....
Zumindest sollte Dein Dein S.M.A.R.T. Errorlog reduzieren.

Von "Einfrieren" hab' ich in Deinem Posting nichts gelesen. Wenn die SSD einfriert, würde ich ebenfalls upgraden.
 
Kann denn das Einfrieren nicht auch auf ein defektes SATA kabel rückführbar sein? Ich hatte einen ähnlichen Fall beim Booten, da passierte manchmal 4 Minuten nix! Da war ein Kabel schuld..
 
Ich habe ein Problem mit meiner SuperTalent SSD FW17xx
Neues Mainboard: Asus P7P55D Pro

Übers Weekend habe ich vom 775 auf 1156 gewechselt und die SSD neuinstalliert mit Windows7 Pro. Nun frierte mir gestern den ganzen Tag der PC ca. alle 2-4h ein und nach dem letzten Mal konnte ich von der SSD nicht mehr booten. die SSD lief in der 1. kiste (775) für über 2 wochen einwandfrei.
Nun habe ich W7 auf eine normale HD installiert und bisher funktioniert alles bestens, falls ich heute keine freezes feststellen werde, werde ich die SSD neu partitionieren und schnell formatieren.
soll ich die SSD irgendwie anders formatieren?
habt ihr irgendwelche ideen was ich tun soll?
soll ich AHCI im Bios aktivieren oder einfach per IDE betreiben?

oder habt ihr ideen woran die freezes liegen könnten?

SATA Kabel etc. sind in ordnung, wurden bereits kreuzgetauscht mit anderen HDs, welche die besagten probleme nicht hatten.
 
Zuletzt bearbeitet:
Kann ich eigentlich auch von der alten 1275 (BIX) gleich auf die 1819 oder wenigstens die 1571 updaten, oder muß ich noch irgendwoher die ganzen Zwischenschritte saugen und schrittweise updaten? Weiß das jemand?
 
@ CrazyTurgeon
Die SSD auf die FW 1571 downgraden und danach auf die aktuelle FW 1819 upgraden.
Die 1711 macht wohl mit win7 sehr häufige Probleme und wurde deshalb (bereits vor geraumer zeit) von Supertalent wieder zurückgezogen.
 
Zuletzt bearbeitet:
Svebu schrieb:
Oder warte noch 2 Jahre dann hat das Intel in seine Matrixtreiber auch integriert, nachdem einige Petitionen gelaufen sind. :d:d:d
Zum Vergrößern anklicken....

Hi @all,

gibt es da schon eine Petition bei der man sich anschliessen kann?
Find es auch ein Unding das Intel es bisher nicht geschafft hat den Trimbefehl durch zu lassen.

Hat den jemand schon den IaStor.sys gegen MSAHCI.SYS im "laufenden" W7-Betrieb ausgetauscht nachdem er den MatrixStorage Treiber installiert hat aufgrund eines zusätzlich vorhandenen RAID´s ?

Gruss & gute Woche.
Oakley
 
Status
Für weitere Antworten geschlossen.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh