Er zijn drie manieren van updaten:
- Windows:
ssdupdate.exe (~200 MB offline updater)
- Windows:
OCZToolbox.exe (1,3 MB, downloadt kleinere specifieke image tijdens update)
- Linux:
fwupd utility (50 KB, downloadt kleinere specifieke image tijdens update)
De wetenswaardigheden zijn in het kort:
- updaten met Toolbox gaat het best op Windows Vista/7 als je niet van de SSD boot (dus evt. bootend van rescue DVD).
- updaten met SSDUpdater onder XP kan alleen als je de partities eerst verwijdert, anders ziet het de SSD niet.
- als je toch van de SSD boot krijg je waarschijnlijk een BSOD tijdens/na de update omdat Windows de verbinding met de SSD verliest. Dit hoeft op zich niet erg te zijn, maar wordt afgeraden omdat er een kans op dataverlies bestaat.
Als je last hebt van 'frozen/locked' status (ook onder Linux) waardoor een update niet mogelijk is, zijn er drie workarounds:
- Vanaf versie 2.33 probeert Toolbox.exe een unlock uit te voeren als het een frozen status tegenkomt
- zet desktop/laptop in standby mode, vaak wordt bij wakeup de SSD opnieuw geïnitialiseerd maar wordt de BIOS beveiliging (freeze) niet opnieuw uitgevoerd
- als bovenstaande opties niet werken, hotplug de SSD (SATA connector laten zitten, power kabel trekken, paar seconden later power weer er terug in). Dit werkt alleen goed onder Linux of als de SSD secondary is (anders weer mogelijke BSOD).
Zet na een update de computer geheel uit (d.w.z. voedingsschakelaar uit of als je die niet hebt kabel eruit, ook batterij voor laptops), anders heb je kans dat deze niet wordt herkend. Als dat daarna nog niet het geval is moet de CMOS gecleared worden, doorgaans met een jumper op desktop moederborden, soms met een min of meer geheime toetsencombinatie op laptops, soms door BIOS opties ('quick boot' uit, danwel 'thorough boot' e.d. aan, soms gekoppeld aan geheugenchecks), bij laptops door specifiek de batterij los te halen (d.w.z. het gaat er om dat het moederbord geen stroom meer krijgt, niet de SSD, zodat de non-volatile info over aangesloten storage wordt ververst).
Soms wil een secure erase voor/na firmware update ook helpen (het gaat om het clearen van de low level SF bitmap, je kan een één op één image van de partities maken/terugzetten). Als na update de SSD wel herkend wordt/boot maar je toch een BSOD krijgt na een paar minuten gebruik moet de SSD wat ongeïnterrumpeerde 'huishoudelijk werk' verrichten (waarna vermoedelijk een disconnect volgt waardoor Windows hangt), als je geen secure erase wil doen kun je als alternatief mogelijk de machine aanzetten en deze met SSD aangesloten een minuut of twintig in de BIOS scherm laten staan, dan weer volledige powercycle doen.
De volledige release notes zijn trouwens iets langer:
Issues resolved since version 1.29
Improved read disturb handling at the end of life of the NAND flash
Corrected the SMART attribute range floor to be set to 1 for all attributes
Reduced the time required to wake up from sleep & standby
Fixed an issue that required the first non-data command after reset to be IDENTIFY
Increased the number of bad blocks that can be handled, thus improving NAND flash end of life behavior
Fixed ClearSMART behavior to match the description in the SRM
Added Enhanced Security Erase methods supporting military erase protocols
Fixed a rare condition that could cause the drive to reset and clear the data
Fixed a condition in which a drive could hang if repeatedly rebooted without sufficient time to recover between cycles
Updated flash configuration settings for Intel/Micron 25nm flash support
Improved the SATA behavior with respect to the CONT signal in order to work around limitations with some hosts
Reduced the drive boot time when it was shutdown using the STANDBY IMMEDIATE command
Improved FW efficiency for performance improvements of up to 5%
Fixed SMART Attribute 194 to correctly display negative numbers in the normalized data field
Added the capability to force the drive into a “read only mode, via GPIO 14
Enable 3K PE Cycle Micron 25nm MLC NAND firmware configurations
Fixed an issue where an internal task could be scheduled during p-Fail handling and cause a panic
Fixed an issue with read disturb handling for single-plane programmed flash devices
Fixed the firmware to respond to a non-responsive die without panicking
Updated DIAG FORMAT READ command response to return the active format values
Modified Set Features to maintain the DMA mode selection when PIO is enabled
Improved the process for creating the Root File system such that it will still function if low-numbered blocks are marked bad. Block 0 still must be good
Fixed a panic condition by improving map handling & recycling
Modified FW to return uncorrectable error when an internal data CRC error is detected instead of panicking
Added an option to turn off all ATA security
Modified the Diagnostic Unlock command to UNFREEZE the drive in order for the firmware update tool to function properly on systems that use the FREEZE state for extra protection
Known open issues:
Extreme use of LBASetError appears to have a problem
SMART command B0 occasionally returns incorrect status
TRIM command response times are longer than desired
Receipt of the Read Verify command does not change power mode to active
Intermittent panic while testing Diagnostic API command
Can’t write-same (SCT command) the whole drive
Resetting SMART PHY event counters has no effect
Time for windows format of RAID volume on PMC-Sierra maxRAID BR5225-80 RAID HBA is longer than desired
Drive may fail to boot within 5 seconds with continuous rapid power cycles
Compatibility issue with LSI SAS-to-SATA interposer when used with LSI 1078
Drive hangs on Write Long with illegal command parameter
Compatibility issue during Red Hat 5.4 Linux boot on nVidia MCP55 chipset
Sleep followed by non-data commands can sometimes cause the drive to fail to respond to the non-data command
Under benchmarking scenarios with IOMETER 2006, 60GB drives that use Hynix 32nm MLC (1024 blocks, 8KB pages) can impose long latencies