Flash Firmware Enclosure Orico AXM2-G2

Tulisan ini bukan review produk, lebih ke catatan ngoprek pribadi biar ga lupa dan siapa tahu ada yang ngalamin masalah serupa, semoga bisa jadi rujukan yang membantu. Jadi ceritanya begini.

Beberapa bulan lau saya sempat membeli enclosure NVMe eksternal, Orico AXM2-G2. Sekadar untuk memanfaatkan NVMe supaya bisa dipakai. Ekspektasi awal, tentu bisa pakai plug and play tanpa issue, karena sebelumnya saya juga pernah beli enclosure semacam ini beberapa tahun lalu. Tapi ternyata yang terjadi di luar ekspektasi karena speednya lemot ga wajar, terus pas dipakai buat nulis data berat suka putus sendiri. Sebagai info, max speed dari yang tertera di produknya adalah 10Gbps atau ya dikisaran 1GB/s lah. Tapi ternyata zonk!

Awal ketauan masalahnya pas saya colok ke port Thunderbolt di laptop, terus iseng tes pakai KDiskMark. Hasilnya cuma 40MB/s. Buat NVMe, itu angka yang bikin geleng-geleng kepala, soalnya harusnya bisa ratusan sampai ribuan MB/s. Saya cek log kernel (dmesg -w), ketemu baris yang bilang device-nya kebaca sebagai “high-speed”. Nah ternyata istilah “high-speed” di dunia USB itu sebutan resmi buat USB 2.0, bukan USB 3 apalagi Thunderbolt. Pantesan lemot, linknya jatuh ke standar jadul padahal fisiknya nyolok ke port yang jelas-jelas ada logo petir Thunderbolt.

Ganti kabel, sama aja. Pindah-pindah port Type-C, tetep aja “high-speed” terus. Mulai curiga bukan soal kabel atau port doang. Saya bongkar casing enclosure-nya, ketemu chip bridge-nya, namanya Realtek RTL9210, tugasnya nerjemahin protokol NVMe ke USB. Setelah googling, ternyata chip ini emang punya nama rada kurang bagus soal kompatibilitas sama controller USB4/Thunderbolt generasi baru.

Sambil mikir langkah selanjutnya, saya coba colok ke port USB Type-A biasa, bukan yang Type-C. Hmmm, kenceng, dapat sekitar 900-1000 MB/s. Jadi chipnya sebenarnya baik-baik aja, cuma lagi ga akur sama controller Thunderbolt di laptop saya.

Pas udah lega masalah speed kelar, muncul drama baru. Enclosure-nya suka putus sendiri kalau lagi dipakai nulis data berat, padahal kabel ga digerakin sama sekali. Ini yang bikin agak parno, soalnya kalau lagi nulis terus tiba-tiba putus, rawan data rusak. Saya pantau log kernel lagi sambil ngulang proses yang bikin putus, ketemu pola: ada command yang nyangkut nunggu respons, timeout, sistem coba reset link, dan kalau gagal pulih ya device dianggap “offline” walau kabelnya masih nempel. Kata kuncinya soal transisi “U1” yang gagal terus.

Usut punya usut, ternyata ini soal fitur hemat daya di USB 3, namanya Link Power Management (LPM). Link USB dibolehin “istirahat sebentar” kalau lagi ga ada transfer data, biar hemat daya. Chip RTL9210 saya ini rupanya buggy pas nangani transisi hemat daya itu. Pas beban nulis lagi tinggi-tingginya, link coba transisi, chipnya ga respons bener, command yang lagi jalan jadi nyangkut, alhasil ya berujung putus.

Percobaan pertama saya buat benerin ini kurang tepat. Saya matiin protokol UAS-nya sekalian, paksa pakai protokol lama lewat parameter kernel usb-storage.quirks=0bda:9210:u. Putusnya emang ilang, tapi performanya ancur, random write anjlok ke 0,11 MB/s. Ternyata mode fallback ini bikin write cache di chipnya mokad, jadi tiap perintah tulis diproses satu-satu doang. Ya jelas lemot, ga kepake ini solusinya.

Di tengah nyari solusi, saya nemu repo open-source isinya firmware buat chip RTL9210. Saya coba dump dulu firmware yang lagi kepasang (masih versi 2022), terus nekat flash yang lebih baru (2025), walau sempat deg-degan takut brick. Untungnya lancar, malah nemu bonus ga disangka, port Thunderbolt saya sekarang bisa dapat kecepatan penuh juga. Rupanya firmware lama emang ada bug kompatibilitas ke controller Thunderbolt/USB4 yang lebih baru.

Tapi warning soal transisi U1 tadi masih muncul, jadi bug LPM-nya belum sepenuhnya ilang di level chip. Karena sudah teridentifikasi sebelumnya akhinya minta tolong ke ke otak artifisial buat cari solusi yang lebih pas, dan dapat saran: matiin fitur LPM-nya doang, ga usah korbanin UAS. Linux ternyata punya kontrol ini lewat sysfs, per port:

1

echo 0 | sudo tee /sys/devices/.../usb4-port6/usb3_lpm_permit

Efeknya link dipaksa selalu di mode full power, ga pernah nyoba transisi hemat daya lagi. Saya tes pakai beban beneran, download plus install game belasan giga lewat Steam sambil mantengin log kernel terus. Bersih, ga ada lagi error putus-putus. Speednya juga tetep kenceng di kedua port.

Nah repotnya, setting sysfs kayak gini ilang tiap kali dicabut-colok ulang atau laptop di-restart. Males kan kalau tiap mau pakai harus ngetik command manual. Jadi saya bikinin otomasinya pakai udev rule sama script kecil. Ini script-nya, saya taruh di /usr/local/bin/disable-rtl9210-lpm.sh:

1
2
3
4
5
6
7

#!/bin/bash
DEV="/sys/bus/usb/devices/$1"
REAL=$(readlink -f "$DEV")
PARENT=$(dirname "$REAL")
if [ -f "$PARENT/usb3_lpm_permit" ]; then
  echo 0 > "$PARENT/usb3_lpm_permit"
fi

Kasih izin eksekusi dulu:

1

sudo chmod +x /usr/local/bin/disable-rtl9210-lpm.sh

Terus udev rule-nya, taruh di /etc/udev/rules.d/99-rtl9210-lpm.rules:

ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="0bda", ATTR{idProduct}=="9210", RUN+="/usr/local/bin/disable-rtl9210-lpm.sh %k"

Intinya, tiap kali ada device USB baru nempel dengan ID 0bda:9210 (persis enclosure saya), langsung jalanin script tadi buat matiin LPM-nya, di port manapun dia dicolok. Reload biar kebaca:

1
2

sudo udevadm control --reload-rules
sudo udevadm trigger

Dari situ, tiap cabut-colok, LPM-nya otomatis disabled tanpa perlu lagi ngetik manual kayak pas awal ngetes dulu.

Sekarang enclosure ini udah normal dipakai di semua port laptop, speed maksimal dan stabil, ga perlu beli enclosure baru sama sekali. Btw, saya nyomot update-an firmware di repo ini: bensuperpc/rtl9210. Cara flashingnya juga sudah tertera di situ, sayangnya musti pakai Mac atau paling apes ya Windows untuk jalanin apps flash-nya.