Com actualitzar el microprogramari del teu SSD a Linux pas a pas

Si utilitzes Linux cada dia i tens un SSD modern, tard o d'hora et tocarà bregar amb les actualitzacions de microprogramari del disc. No és precisament el més divertit del món: cada fabricant va per lliure, molts només ofereixen utilitats per a Windows i, en el cas d'algunes marques, ni tan sols publiquen un binari senzill que puguis fer servir directament amb les eines típiques de Linux com nvme-cli o hdparm. Tot i així, amb una mica de traça es pot deixar el SSD al dia sense sortir de la teva distribució favorita.

Actualitzar el microprogramari no és un caprici. A la pràctica pot marcar la diferència entre un sistema estable i un equip que es queda congelat amb iowait disparat, penges aleatoris i problemes en arrencar, sobretot amb alguns models veterans de SSD. A més, moltes revisions de firmware corregeixen bugs grossos amb certs sistemes de fitxers, milloren el rendiment o afegeixen suport correcte de funcions com TRIM. A veure, amb molt de detall, com s'afronta aquest tema a Linux amb diferents fabricants i quines precaucions convé prendre.

Per què és tan important actualitzar el microprogramari de l'SSD

Abans de ficar-nos en ordres i eines, convé entendre què està en joc. El firmware és el “sistema operatiu intern” del SSD: el codi que gestiona com s'escriuen i llegeixen les dades, el controlador de la memòria flaix, les taules internes de blocs, la gestió de desgast (wear leveling), etc. Un error aquí no és una xorrada, pot provocar des de pèrdua de rendiment fins a errors crítics.

Hi ha usuaris que, després d'uns dies de felicitat amb el nou SSD, han començat a patir temps d'espera d'E/S altíssims (iowait), lentitud extrema i semibloquejos del sistema, arribant fins i tot al punt en què instal·lacions de Linux acabades de fer es neguen a arrencar. En molts d'aquests casos, el primer pas per redreçar la situació ha estat actualitzar el microprogramari a una versió corregida pel fabricant.

En models concrets (com alguns OCZ Octane o Vertex antics), el canvi de microprogramari ha suposat no només eliminar problemes d'estabilitat, sinó també un salt apreciable de rendiment. És un ajustament que solem deixar per a “un altre dia” però que, en el cas dels SSD, convé tractar gairebé com una part més de la posada en marxa del sistema.

Això sí, encara que l'habitual és que el procés no esborri les teves dades, qualsevol operació de flasheig entra a la categoria de “si alguna cosa surt malament, ho farà en el pitjor moment”. Per això és molt recomanable tenir un backup o una imatge del sistema abans de tocar res al microprogramari.

Fabricants i suport de firmware a Linux: panorama real

El problema més gran que trobaràs no és tècnic, sinó d'ecosistema: cada marca planteja l'actualització del microprogramari d'una manera diferent i, sovint, el suport oficial se centra gairebé exclusivament en Windows. Per Linux moltes vegades cal estirar imatges ISO arrencables, utilitats específiques o, directament, fer arranjaments.

En el cas de Samsung, per exemple, hi ha situacions en què no es facilita un binari directe per utilitzar amb nvme-cli. Això obliga a recórrer a imatges ISO d'actualització que estan pensades per arrencar un entorn propi i fer la flashejada des d'aquí. Tot i això, des de Linux podem “destripar” aquesta ISO i executar l'eina d'actualització directament.

Altres fabricants, com OCZ (abans de ser absorbida, molt popular amb els Vertex i Octane), distribuïen utilitats específiques per a Linux en forma d'executables que es connecten a Internet, detecten el model i descarreguen la darrera versió de microprogramari. El flux sol passar per preparar un pendrive amb una distribució live i treballar-hi per evitar que el disc estigui en ús.

A l'extrem contrari, hi ha marques que no donen pràcticament cap eina oficial per a Linux, o que només permeten actualitzar des de Windows o des de la pròpia utilitat de la placa base. És el cas de molts equips OEM (Dell, HP, Lenovo, etc.), on les actualitzacions de SSD estan integrades en els mecanismes d'actualització del fabricant i no s'ofereixen directament a l'usuari com a fitxer genèric de microprogramari.

Actualitzar firmware de SSD NVMe Samsung (exemple amb 980 Pro)

Prenguem l'exemple d'un SSD NVMe força comú, com un Samsung 980 Pro. El fabricant proporciona imatges ISO d'actualització de microprogramari que, sobre el paper, estan pensades per enregistrar-se en un USB i arrencar des d'allà. Tot i això, des de Linux podem aprofitar aquesta ISO sense necessitat de reiniciar en un entorn diferent.

El procediment bàsic seria el següent. Primer localitzes la ISO corresponent al teu model de SSD a la secció d'eines de suport de Samsung, al voltant de les seves utilitats d'emmagatzematge (la ruta típica sol ser una mica de l'estil de “consumer storage / support / tools” a la seva web). Un cop identificada la ISO adequada, la descarregues amb alguna cosa com:

wget https://semiconductor.samsung.com/resources/software-resources/Samsung_SSD_980_PRO_5B2QGXA7.iso

A continuació creeu un punt de muntatge i munteu la imatge amb l'opció de bucle:

sudo mkdir /mnt/iso
sudo mount -o loop Samsung_SSD_980_PRO_5B2QGXA7.iso /mnt/iso

Dins d'aquesta ISO hi sol haver un initrd amb tot l´entorn d´actualització. Des de Linux el pots extreure amb una ordre de l'estil:

sudo unmkinitramfs /mnt/iso/initrd ~/980

Un cop desempaquetat, veuràs que a dins apareix el binari encarregat de l'actualització, conegut en aquest context com fumagician. Ho marques com a executable i ho llances directament:

sudo chmod +x 980/root/fumagician/fumagician
sudo ./980/root/fumagician/fumagician

L'eina us guiarà i, en algun moment, us demanarà confirmació. Aquí toca dir que sí, acceptar el procés i deixar que el programa escriviu el nou firmware al NVMe. No interrompis el procés sota cap concepte, i encara menys apaguis la màquina.

Quan acabeu, convé apagar o reiniciar l'equip per forçar un cicle complet d'energia. Després d'arrencar de nou, podeu comprovar que la versió de microprogramari s'ha actualitzat correctament amb:

sudo nvme list

A la sortida d'aquesta ordre veuràs el model de l'SSD i el camp de microprogramari actualitzat. Si el número de revisió coincideix amb l'esperat, l'operació s'ha completat amb èxit i tu Samsung 980 Pro ja està al dia.

Actualitzar firmware de SSD SATA clàssics (exemple OCZ Octane / Vertex)

Passant a SSD SATA més antics, lenfocament sol ser diferent. Un cas típic és el dels OCZ Octane o Vertex, molt populars en el seu moment i que arrossegaven alguns problemes d'estabilitat en versions antigues de microprogramari. Usuaris amb aquests discos han arribat a patir iowait altíssim, bloquejos parcials i errors recurrents en arrencar diferents distribucions.

En aquest tipus d'unitats, el fabricant oferia eines específiques (com OCZ Toolbox a Windows) amb diverses limitacions: per exemple, no permetien flashejar el disc des del mateix SSD de sistema, t'obligaven a tenir el sistema operatiu en un altre disc, i podien fallar si tenies instal·lats certs controladors (com versions concretes d'Intel RST). Un destorb important, sobretot si ja fas servir el SSD com a disc principal.

La solució pràctica per a la majoria d'usuaris va ser recórrer a un pendrive USB bootable amb una distribució Linux live (per exemple Ubuntu), copiar-hi l'executable d'actualització de microprogramari proporcionat per OCZ i fer tot el procés arrencant des d'aquest USB. El procediment, a grans trets, seria:

Primer, prepares un pendrive d'almenys 1 GB i enregistres una imatge d'Ubuntu en mode live usant utilitats com unetbootin. Aquesta eina et permet tant descarregar la ISO directament (si no la tens) com reutilitzar una ISO ja descarregada per escriure-la a l'USB, formant-ho prèviament a FAT32. És fonamental seleccionar la unitat correcta del pendrive per no volar-te un altre disc per error.

Després, descarregues l'executable de microprogramari de OCZ (un fitxer anomenat alguna cosa com fwupd) i el col·loques a l'arrel del pendrive. Quan reinicieu l'equip, entreu a la BIOS, restaureu la configuració per defecte si us interessa, canvieu el mode de la controladora SATA a AHCI i seleccioneu l'arrencada des de l'USB live d'Ubuntu.

En carregar l'entorn live, confirmes que tens accés a Internet (per exemple, obrint Firefox i verificant que pots navegar) i localitzes el fitxer fwupd, que en molts casos apareixerà muntat sota una ruta tipus /cdrom. Aquesta distribució tracta lUSB com si fos una unitat òptica, així que és normal veure el contingut sota aquest directori.

Des d'un terminal, executes la utilitat usant sudo i apuntant al dispositiu SATA corresponent, Per exemple:

sudo /cdrom/fwupd /dev/sda

El programa hauria d'identificar el model de l'SSD (per exemple, OCZ-VERTEX2), mostrar el número de sèrie, la versió actual del microprogramari i, si tot és correcte, procedir a flashejar la nova revisió. A la pantalla veuràs un missatge d'èxit i, en tornar a consultar, la versió de microprogramari haurà canviat a la nova (per exemple de 1.24 a 1.29).

Pot passar que el SSD estigui en estat “locked” o “frozen”, el que impedeix el flaixeig. En aquest cas l'eina us mostrarà un missatge d'error indicant que la unitat està bloquejada i suggerint un “power cycle”. Una manera habitual de desbloquejar el disc en aquest context és forçar la suspensió de l'equip des del mateix Ubuntu live (manera standby), esperar uns segons i reprendre. Després d'aquest cicle, molts discos deixen d'estar congelats i permeten tornar a executar fwupd amb èxit.

Un cop actualitzada la unitat, reinicies, tornes a la BIOS, restaures els ajustaments que tinguessis (inclòs qualsevol overclocking) i arrenques de nou el teu sistema habitual des del SSD. Windows, si és el vostre sistema principal en aquesta màquina, detectarà canvis al dispositiu i us demanarà reiniciar una vegada més. A partir d'aquí, el disc funcionarà amb el nou firmware ja aplicat.

Secure erase, mode AHCI i TRIM: passos clau al voltant del microprogramari

L'actualització de microprogramari sol anar acompanyada d'altres ajustaments importants per allargar la vida de l'SSD i evitar problemes rars. Un dels conceptes que cal tenir molt clar és que un SSD no es tracta com un disc dur mecànic clàssic: les unitats d'estat sòlid emulen la interfície d'un HDD, però per dins són una altra història. Per això, més que “formatar-les”, sovint té sentit fer un secure erase.

El secure erase no és més que un esborrat segur a nivell de controlador que reseteja les cel·les flash i les deixa com a noves. Es pot llançar des de les utilitats del propi fabricant (per exemple, l'eina d'OCZ) o des de Linux usant ordres com hdparm, sempre amb molt de compte. Abans de llançar-te, convé identificar correctament el disc amb:

sudo fdisk -l

Aquí veuràs alguna cosa com:

Disk /dev/sda: 128.0 GB, 128035676160 bytes
255 heads, 63 sectors/track, 15566 cylinders, total 250069680 sectors

i el detall de les particions. Per saber si el disc està congelat o admet operacions d'esborrament segur, se sol utilitzar:

sudo hdparm -I /dev/sda

A la sortida hi ha un bloc “Security” on pot aparèixer l'estat “frozen” o “not frozen”. Si està congelat, algunes guies recomanen desconnectar i reconnectar el cable de dades/energia en calent (amb extrema precaució) fins que l'estat passi a “not frozen”, o recórrer a suspendre i reprendre el sistema, similar al que s'ha comentat abans fwupd.

Un altre aspecte clau és com està configurada la controladora SATA a la BIOS. És molt important que el SSD treballi a mode AHCI i no a IDE/Legacy, llevat que per alguna raó estiguis usant un nucli prehistòric. Si deixes el mode IDE, perds funcionalitats com NCQ i, en molts casos, el suport correcte de TRIM, cosa que a la llarga es tradueix en degradació de rendiment i possible aparició de problemes quan el disc es va omplint.

Ja amb Linux instal·lat i funcionant sobre el SSD en mode AHCI, ve el tema del TRIM. En sistemes amb ext4 és habitual habilitar l'opció de muntatge discard perquè el sistema de fitxers vagi indicant a l'SSD quins blocs ja no es fan servir. Això es pot fer editant el fitxer /etc/fstab i afegint l'opció corresponent a les línies de les particions del SSD, per exemple:

UUID=... / ext4 discard,errors=remount-ro,relatime 0 1
UUID=... /home ext4 discard,defaults,relatime 0 2

Amb discard activat, el sistema llança TRIM en temps real quan esborres fitxers o s'alliberen blocs. L'opció relatime (que en kernels recents ja és la predeterminada) redueix la freqüència amb què s'actualitzen els temps d'accés dels fitxers, cosa que rebaixa lleugerament la càrrega d'escriptures sobre el SSD. Una altra estratègia habitual és moure a un disc mecànic clàssic coses com la swap, /var o les memòria cau de navegadors, especialment si et preocupa la longevitat de la unitat d'estat sòlid.

Quan el microprogramari només s'actualitza des de Windows o OEM

No tots els escenaris són tan “amigables” amb Linux. En molts casos, especialment amb SSD venuts sota marques com SanDisk o WD, l'eina oficial per gestionar el disc i actualitzar el vostre firmware és un Dashboard disponible únicament per a Windows. Aquest programa detecta tant unitats SanDisk com WD, es comunica directament amb el SSD i, si veu que hi ha una versió de microprogramari més recent allotjada al núvol del fabricant, la descàrrega i instal·la.

En aquests entorns, les versions per a Mac o Linux del Dashboard simplement no existeixen. Si tens un equip amb Linux pur i dur, i el teu SSD és d'aquestes marques, et trobes que no hi ha aplicació oficial per flashejar des del sistema. L'alternativa sol passar per alguna d'aquestes opcions: arrencar temporalment un Windows des d'un altre disc o des d'un USB, fer servir un equip Windows diferent per actualitzar el disc o, en el cas de màquines OEM (Dell, HP, Lenovo, etc.), dependre de les utilitats d'actualització integrades pel fabricant de l'ordinador.

Als equips OEM la cosa es complica una mica més: encara que el SSD sigui físicament un model de SanDisk o WD, el seu firmware sol ser una variant específica per a aquest fabricant. Les actualitzacions de firmware es distribueixen llavors a través d'eines com Dell Updates, HP Support Assistant i similars, i el Dashboard retail no les aplica, perquè no estan pensades per a les unitats de consum sinó per a la configuració OEM concreta.

Molt important: si el Dashboard indica que el teu firmware està al dia, però has vist en una altra part que hi ha una versió més nova, pot tractar-se precisament d'aquesta diferència entre firmware retail i firmware OEM. No és recomanable intentar barrejar firmwares de canals diferents, perquè els SSD OEM poden tenir característiques o paràmetres de funcionament diferents.

Respecte a rebre el fitxer de firmware “sòl” per aplicar-lo manualment, les marques solen ser contundents: l'opció d'actualització manual del Dashboard està pensada per a casos especials en què el suport tècnic proporciona un fitxer de prova molt concret i les instruccions necessàries per carregar-lo. No és habitual que et facilitin lliurement aquest binari perquè el llencis des del Linux pel teu compte.

Si el teu SSD ja és fora de cicle de vida (EOL), les utilitats oficials normalment et permeten aplicar la darrera versió de firmware publicada mentre el producte va estar en venda, però no hi haurà noves revisions a partir d?aquí. I si el Dashboard no aconsegueix flaixar la unitat, només queda obrir cas amb el suport i veure si ofereixen alguna via alternativa.

Verificació de l'estat del SSD després de l'actualització

Després de toquetejar el microprogramari, no està de més fer algunes comprovacions de salut del disc. Més enllà de veure el número de versió amb nvme list oa través de la BIOS, és recomanable fer una ullada als dades SMART de la unitat per confirmar que no es detecten sectors ressituats rars, errors crítics ni res fora del normal.

A Linux pots instal·lar el paquet smartmontools i usar smartctl per llegir aquesta informació. Per exemple:

sudo apt-get install smartmontools
sudo smartctl -a /dev/sda

Això us mostrarà una gran quantitat de mètriques: recompte d'errors, nombre de blocs reassignats, temperatura, hores d'encesa, etc. Algunes interfícies gràfiques, com la utilitat “Disks” en entorns GNOME, també ofereixen una pestanya de estat SMART i benchmarks bàsics. Tingueu en compte que, si el disc està muntat, certs benchmarks poden fallar indicant que el dispositiu està ocupat.

Si, després d'actualitzar el microprogramari, configurar AHCI, habilitar TRIM i revisar paràmetres, el SSD continua donant problemes seriosos, el més assenyat és preparar les dades SMART i contactar amb el suport tècnic de la marca. No seria ni la primera ni l'última unitat que cal reemplaçar en garantia perquè venia “tocada” de fàbrica o ha patit una degradació anòmala.

Al final, encara que el procés d'actualització de firmware d'un SSD a Linux pugui semblar un petit via crucis entre ISOs, eines específiques, modes AHCI i estats “frozen”, val la pena tenir-lo controlat: comptar amb un firmware estable, amb TRIM ben configurat, securi era quan toca i vigilància periòdica de SMART marca enorme SSD i Linux funcioni ràpid, fiable i sense sorpreses rares durant anys.