Zjištění informací o kartě ve čtečce

[Ħαℓ₸℮ℵ ␏⫢ ⦚]

Mám cfexpress kartu a čtečku  usb. V windows neni problém zjistit total host writes,teplotu atd :
Přes crystaldiskinfo. Nebo hwinfo64:Disks: nvme devices kategorii správně zaškatulkuje do nvme devices (kde je i systemový disk)


Na linuxu jsem pohořel : nvme hlásí  chybu a smartctl hlásí taky neco jako bad controller type  (zkoušeno i s  -d sat, -dnvme -d sat, -d auto)

Myslim, že o mělo jít. ,jak ale? /doplnění. : je viděn pod /dev/sda(1), typ asi ASM28666

[Reklama]

[František Ryšánek]

Srovnáváte Windows a Linux "za jinak stejných okolností" ?

Jakože tentýž motherboard a tentýž USB port, ke kterému tu čtečku připojujete?
Totiž pokud byste to zkoušel proti dvěma různým mašinám (nebo i různým USB portům), dumám, jestli by v jednom případě (Windows) čtečka dohodla s hostitelem nativní PCI-e přenos (protože NVM-e je PCI-e) kdežto v Linuxu jste z toho dostal jenom USB Mass Storage, což je pro SMART a podobné vylomeniny černá skříňka...

[RDa]

ASM28666 neexistuje. Zkus znova.

Chtel jsem najit zda je to USB4 a zda to muze jet v PCIe tunel / NVMe native rezimu, vuci USB fallbacku.. ale takhle se to neda.

[Ħαℓ₸℮ℵ ␏⫢ ⦚]

ASM236X series. 174c:2362 je idečko. USB 10Gbit, limit kolem 990MB/s

Ad PC: de o jiný hw (funkční : Windows 7  5Gbit USB) druhý Intel 10gbit USB, všechno A porty
Ad: USB Protokol: čtečka běží i v USB 2.0 režimu. včetně hwinfo32 údajú(na těch woknech)

Mimochodem nevíte proč mi nepostradatelná  utilita nirsoft usbdeview v některých případech (pocitace s různými verzemi OS Windows) zatajuje v seznamu zařízení USB Mass storage disky ?
... Ale jenom ve stavu, když jsou připojené jako jednotka. jakmile dám bezpečné vyjmout  v seznamu se objeví při novém spuštění utility. Na některých pc problém vůbec není.

Podelany Windows, při použití jiný karty nepriradiíi písmeno
Podélný Windows , zase si vzali jednotku jako rukojmí, nejde bezpečné vysunout ani když procesy Explorer žádný Handl nemá

[RDa]

na ASM2362 by ti melo fungovat smartctl - https://www.smartmontools.org/ticket/1221

A nevim o tom, ze by nvme-cli umelo pristupovat jakkoliv k USB mass storage nebo UAS zarizeni a tunelovat nejakym specifickym protokolem low level nvme management requesty. To by musela byt podpora v kernelu, protoze ta management fronta se plni skrze IOCTL.

Kdyby tam nebylo USB, tak jsem treba schopen si v userspace driveru povidat s nvme diskem.. ale pres USB jsem to nezkousel - ty USB prevodniky maj omezenou moznost pro tyhle requesty/pakety.

[Reklama]

[Ħαℓ₸℮ℵ ␏⫢ ⦚]

Nyni z linuxu. Záhadně smartctl jde , dokonce má i o jeden PS víc než ten zbugovaný disk Ssstc, který konečně má 27°C/42°(k tomu se taky v vláknu vrátim)
Ještě se k tomu vrátím a doplním(nyní 2.0 port, možná kabel vadný i když považiván za bezchybný a 50cm na USB3 by mělo dělat problémy), ale někde mám duchy :

Kód: [Vybrat]

3-5.3: Product: ASM236X series
usb 3-5.3: Manufacturer: Asmedia
usb 3-5.3: SerialNumber: 00000000009C
scsi host0: uas
scsi 0:0:0:0: Direct-Access     ASMT     ASM236X NVME     0    PQ: 0 ANSI: 6
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 0:0:0:0: [sda] 1000215216 512-byte logical blocks: (512 GB/477 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sd 0:0:0:0: [sda] Preferred minimum I/O size 512 bytes
sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes
sd 0:0:0:0: [sda] tag#22 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD
sd 0:0:0:0: [sda] tag#22 CDB: Read(10) 28 00 00 00 00 00 00 00 01 00
scsi host0: uas_eh_device_reset_handler start
usb 3-5.3: reset high-speed USB device number 6 using xhci_hcd
scsi host0: uas_eh_device_reset_handler success
 sda: sda1
sd 0:0:0:0: [sda] Attached SCSI disk
sd 0:0:0:0: [sda] tag#19 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD
sd 0:0:0:0: [sda] tag#19 CDB: Read(10) 28 00 3b 9e 12 00 00 00 08 00
sd 0:0:0:0: [sda] tag#3 uas_eh_abort_handler 0 uas-tag 2 inflight: CMD
sd 0:0:0:0: [sda] tag#3 CDB: Read(10) 28 00 00 00 00 00 00 01 00 00
sd 0:0:0:0: [sda] tag#0 uas_eh_abort_handler 0 uas-tag 3 inflight: CMD
sd 0:0:0:0: [sda] tag#0 CDB: Read(10) 28 00 00 00 08 00 00 01 00 00
sd 0:0:0:0: [sda] tag#1 uas_eh_abort_handler 0 uas-tag 4 inflight: CMD
sd 0:0:0:0: [sda] tag#1 CDB: ATA command pass through(16) 85 08 0e 00 00 00 01 00 00 00 00 00 00 00 ec 00
scsi host0: uas_eh_device_reset_handler start
usb 3-5.3: reset high-speed USB device number 6 using xhci_hcd
scsi host0: uas_eh_device_reset_handler success
sd 0:0:0:0: [sda] tag#5 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD
sd 0:0:0:0: [sda] tag#5 CDB: Read(10) 28 00 00 00 02 20 00 00 e0 00
sd 0:0:0:0: [sda] tag#0 uas_eh_abort_handler 0 uas-tag 2 inflight: CMD
sd 0:0:0:0: [sda] tag#0 CDB: Read(10) 28 00 00 00 08 00 00 00 08 00
scsi host0: uas_eh_device_reset_handler start
usb 3-5.3: reset high-speed USB device number 6 using xhci_hcd
scsi host0: uas_eh_device_reset_handler success
usb 3-5: USB disconnect, device number 5
usb 3-5.3: USB disconnect, device number 6
sd 0:0:0:0: [sda] tag#5 uas_zap_pending 0 uas-tag 1 inflight: CMD
sd 0:0:0:0: [sda] tag#5 CDB: Read(10) 28 00 00 00 08 00 00 00 08 00
sd 0:0:0:0: [sda] tag#5 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK cmd_age=10s
sd 0:0:0:0: [sda] tag#5 CDB: Read(10) 28 00 00 00 08 00 00 00 08 00
I/O error, dev sda, sector 2048 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
device offline error, dev sda, sector 2048 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Buffer I/O error on dev sda1, logical block 0, async page read
sd 0:0:0:0: [sda] Synchronizing SCSI cache
sd 0:0:0:0: [sda] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
usb 3-1: new high-speed USB device number 7 using xhci_hcd
usb 3-1: New USB device found, idVendor=2109, idProduct=2822, bcdDevice=90.13
usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 3-1: Product: USB2.0 Hub
usb 3-1: Manufacturer: VIA Labs, Inc.
usb 3-1: SerialNumber: 000000001
ACPI BIOS Error (bug): Could not resolve symbol [\_SB.UBTC.RUCC], AE_NOT_FOUND (20240827/psargs-332)

No Local Variables are initialized for Method [_PLD]

No Arguments are initialized for method [_PLD]

ACPI Error: Aborting method \_SB.PC00.XHCI.RHUB.HS01._PLD due to previous error (AE_NOT_FOUND) (20240827/psp
arse-529)
ACPI BIOS Error (bug): Could not resolve symbol [\_SB.UBTC.RUCC], AE_NOT_FOUND (20240827/psargs-332)
:
Jako bonus dole nějaké acpi chyby. To jsem zas ta blba že teď to fachá. Předtim minutové timeouty utilit+ledka čtečky  blikajíce a sprcha io,scsi,uas,usb chyb


nvme přirozeně nvme hlásí
"nvme  error-log  /dev/sdb      : identify controller: Invalid argument"





(Pro zajimavost :

Kód: [Vybrat]

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat
Ex_Lat
 0 +     2.50W       -        -    0  0  0  0        0
     0
 1 +     2.50W       -        -    1  1  1  1        0
     0
 2 +     1.70W       -        -    2  2  2  2        0
     0
 3 -   0.0250W       -        -    3  3  3  3     5000
  9000
 4 -   0.0025W       -        -    4  4  4  4     5000
 44000Jde o ps stavy karty výhradně nebo čtečky+karty?

[RDa]

Pady na USB2 portu - jestli ten port dodrzuje standard 5V/500mA, tak to je malo stavy pro NVMe a proste to pada kvuli napajeni.

Power staty jsou nativni NVMe, ale za USB bridgem se to buhvi ja bude chovat (zrejme zalezitost daneho bridge a jeho FW, aby obsluhoval neco jako ASPM).

Kdybych delal idealni bridge, tak podle domluvy na PD vim jaky mam power budget, a tak patricne namanazuji NVMe device ve svem slotu aby nezral vice nez co mu jsem schopen dodat.. tj. vyhnout se padu.

Ale tyhle naivni predstavy nikdy nejsou tak, jak to vyrobce bridge "udela" (odflakne).

Smartctl prave funguje diky specifickemu tunelu pro konkretni vybrane management operace, aby bylo mozne zjistit alespon ty zakladni informace o disku a nejake metriky pouzitosti. Ten tunel je vzdy usb-nvme bridge specific.

Zkus tam smartctl -x, a to je max co z toho dostanes. Na monitoring jako good-enough, ale menit tam nic nelze.