JMS576B (ORICO 6656C3-C)

Tasso schrieb:

[docmax@gpdwin4 ~]$ sudo sdparm /dev/sda

Wenn man schon was vermisst, dann könnte man ja mal die Syntax angucken, um zu sehen, ob die mehr hergibt. Z.B. -al ...

Tasso schrieb:

ST316031

Das ist eine 160-GB-Festplatte. Warum vergeudet man heutzutage noch Strom, um so etwas zu betreiben? Das Ding müsste schon Faktor 100 größer sein, um heute noch einen Sinn zu haben.

Tasso schrieb:

kann man die Firmware patchen?

Dazu musst Du den Hersteller befragen, ob sich die Platte updaten läßt, und ob er überhaupt Updates dafür rausgegeben hat, und ob ein potentielles Update überhaupt was an der Zusammenstellung der Infos ändern würde. Aber für so ein altes Teil wird man eh' nichts mehr dazu auf seiner Webseite finden ...

Da steckt halt auch die Firmware der USB-SATA-Bridge dazwischen. Die Festplatte kann machen, was sie will, wenn die USB-SATA-Bridge das nicht durchlässt, ist Essig.

Die Bridge ist keine zehn Jahre alt, ganz im Gegenteil zur Festplatte. https://www.jmicron.com/file/download/1156/JMS576.pdf

Jens G. schrieb:

Tasso schrieb:

kann man die Firmware patchen?

Dazu musst Du den Hersteller befragen, ob sich die Platte updaten läßt,

Ach, ich glaube, ich habe die Frage missverstanden. Er hat die Firmware ja mitgeliefert, und wir sollen die patchen. Na dann ist die Antwort, realistisch betrachtet, einfach: nein.

Vergesst die Festplatte. Sie dient nur zum Test. Für den Spindown Test reicht sie. Ich habe natürlich neuere.

root@pve:# sdparm -al /dev/sdr /dev/sdr: ST28000N M000C-3WM103 2201 Direct access device specific parameters: WP=0 DPOFUA=0 Caching (SBC) [ca] mode page: IC 0 [cha: n, def: 0, sav: 0] Initiator control ABPF 0 [cha: n, def: 0, sav: 0] Abort pre-fetch CAP 0 [cha: n, def: 0, sav: 0] Caching analysis permitted DISC 1 [cha: n, def: 1, sav: 1] Discontinuity SIZE 0 [cha: n, def: 0, sav: 0] Size enable WCE 1 [cha: n, def: 1, sav: 1] Write cache enable MF 0 [cha: n, def: 0, sav: 0] Multiplication factor RCD 0 [cha: n, def: 0, sav: 0] Read cache disable DRRP 0 [cha: n, def: 0, sav: 0] Demand read retention priority WRP 0 [cha: n, def: 0, sav: 0] Write retention priority DPTL -1 [cha: n, def: -1, sav: -1] Disable pre-fetch transfer length MIPF 0 [cha: n, def: 0, sav: 0] Minimum pre-fetch MAPF -1 [cha: n, def: -1, sav: -1] Maximum pre-fetch MAPFC -1 [cha: n, def: -1, sav: -1] Maximum pre-fetch ceiling FSW 0 [cha: n, def: 0, sav: 0] Force sequential write LBCSS 0 [cha: n, def: 0, sav: 0] Logical block cache segment size DRA 0 [cha: n, def: 0, sav: 0] Disable read ahead SYNC_PROG 0 [cha: n, def: 0, sav: 0] Synchronous cache progress indication NV_DIS 0 [cha: n, def: 0, sav: 0] Non-volatile cache disable NCS -1 [cha: n, def: -1, sav: -1] Number of cache segments CSS 0 [cha: n, def: 0, sav: 0] Cache segment size Power condition [po] mode page: PM_BG 0 [cha: n, def: 0, sav: 0] Power management, background functions, precedence STANDBY_Y 0 [cha: n, def: 0, sav: 0] Standby_y timer enable IDLE_C 0 [cha: n, def: 0, sav: 0] Idle_c timer enable IDLE_B 0 [cha: n, def: 0, sav: 0] Idle_b timer enable IDLE_A 0 [cha: n, def: 0, sav: 0] Idle_a timer enable STANDBY_Z 1 [cha: y, def: 1, sav: 1] Standby_z timer enable IACT 0 [cha: n, def: 0, sav: 0] Idle_a condition timer (100 ms) SZCT 1800 [cha: y, def:18000, sav:1800] Standby_z condition timer (100 ms) IBCT 0 [cha: n, def: 0, sav: 0] Idle_b condition timer (100 ms) ICCT 0 [cha: n, def: 0, sav: 0] Idle_c condition timer (100 ms) SYCT 0 [cha: n, def: 0, sav: 0] Standby_y condition timer (100 ms) CCF_IDLE 0 [cha: n, def: 0, sav: 0] check condition if from idle_c CCF_STAND 0 [cha: n, def: 0, sav: 0] check condition if from a standby CCF_STOPP 0 [cha: n, def: 0, sav: 0] check condition if from stopped root@pve:# hdparm -C /dev/sdr

/dev/sdr: SG_IO: bad/missing sense data, sb[]: 70 00 01 00 00 00 00 0a 00 00 00 00 00 1d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 drive state is: unknown

Hab mal bei ORICO gefragt ob man an der Firmware was machen kann. UAS haben sie auch nicht aktiviert.

Interessanterweise kann man aber den Standby Timeout und einen promten Spindown (hdparm -y /dev/sdX ...) auslösen. Das funktioniert.

"backup.bin" ist die Firmware der USB-SATA Bridge (JMicron JMS580), die CPU ist ein 8051.

Irgendwie wurde JMS580 mit JMS576 kombiniert. Auf dem PCB hatte ich aber nur einen JMS576 Chip endeckt. Wenn ich ähnliche Firmwares einspiele funktioniert immer nur 1 Laufwerk. Teilweise wird UAS aktiviert.

"JMS576" taucht auch einmal in der Firmware auf, "JMS580" steht aber öfters drinnen. Vermutlich haben beide eine ähnliche Firmware.

Nachtrag: Hier gibt es einige verschiedene Versionen der Firmware

https://www.usbdev.ru/files/jmicron/jms580firmware/

Ja, hab sie alle ausprobiert. Bei nicht einer einzigen funktionieren alle 5 Laufwerke. Immer nur eins und im UAS Modus. Dafür konnte man aber den drive Status abfragen (standby oder aktiv).

Und der ganz neue Flasher verbietet das Flashen weil er schon erkennt dass das nicht "passt". (FwUpdateTool_v1_19_17_6, dieser erkennt JMS576B, ältere habe JMS580 erkannt, man weiss garnicht was richtig ist)

Mit dem Update Tool wird nur die Firmware aktualisiert. Die Konfiguration wird mit diesem Tool gemacht:

https://www.usbdev.ru/files/jmicron/jmmassprod/

Hab ich auch schon gesehen. Da kann man leider nicht die SCSI Befehle für das Standby oder UASP aktivieren.

Leute, echt keine Chance?