Custom Query (1384 matches)
Results (121 - 123 of 1384)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#1648 | fixed | Add WDC HC570/HC670 to drivedb.h | ||
Description |
Hi, I work at Western Digital and we have a pair of drive programs to add to drivedb.h. Sorry, but I don't have a smartctl attachment for HC670, but the model number has an 'S' (WUH vs WSH). { "Western Digital Ultrastar DC HC570", // tested with WUH722222ALE604 "(WDC ?)?WUH722222[AB]L[EN]6[0L]4", "", "", "-v 22,raw48,Helium_Level " "-v 71,raw16,Milli_Micro_Actuator " "-v 82,raw16,Head_Health_Score " "-v 90,hex48,NAND_Master" }, { "Western Digital Ultrastar DC HC670", // WSH722626ALE604 "(WDC ?)?WSH722222[AB]L[EN]6[0L]4", "", "", "-v 22,raw48,Helium_Level " "-v 71,raw16,Milli_Micro_Actuator " "-v 82,raw16,Head_Health_Score " "-v 90,hex48,NAND_Master" } |
|||
#1647 | fixed | Intel DC S3700 Variant not matching Database (SSDSC2BA800G3E) | ||
Description |
I have acquired a used set of Intel DC S3700 that are not matching the database. The reason is that the model number has an "E" at the end. I have not found any evidence as to what this "E" suffix indicates (compared to, for example, an "R" suffix on Dell-branded drives). The drive labels on these are identical to my other drives without the E suffix. Matching Drive: SSDSC2BA800G3 Non-Matching Drive: SSDSC2BA800G3E I propose changing https://www.smartmontools.org/browser/trunk/smartmontools/drivedb.h#L1486 from: "INTEL SSDSC(1N|2B)[ABPX]((080|100|120|150|160|200|240|300|400|480|600|800)[GH][3467][RT]?|(012|016)T[46])", to: "INTEL SSDSC(1N|2B)[ABPX]((080|100|120|150|160|200|240|300|400|480|600|800)[GH][3467][ERT]?|(012|016)T[46])", (add "E" to the existing "[RT]?") |
|||
#1646 | duplicate | segmentation fault under linux ia64 | ||
Description |
Hello! Using debian sid (unstable) on my ia64 blade with hpsa (cciss) driver. Running 'smartctl' for disk status, fails with segmentation fault: # uname -a Linux lifshitz 5.17.0-1-mckinley #1 SMP Debian 5.17.3-1 (2022-04-18) ia64 GNU/Linux # ./smartctl -i /dev/sda -d cciss,0 smartctl 7.3 2022-02-28 r5338 [ia64-linux-5.17.0-1-mckinley] (local build) Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org Segmentation fault (core dumped) running under gdb (for stack trace): smartmontools-7.3# gdb -q -c core ./smartctl Reading symbols from ./smartctl... [New LWP 1588376] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/ia64-linux-gnu/libthread_db.so.1". Failed to read a valid object file image from memory. Core was generated by `./smartctl -i /dev/sda -d cciss,0'. Program terminated with signal SIGSEGV, Segmentation fault. #0 tunnelled_device<ata_device, scsi_device>::get_tunnel_dev (this=0xc00000000004d2b8) at scsiata.cpp:499 499 if (!scsidev->scsi_pass_through(iop)) { (gdb) bt #0 tunnelled_device<ata_device, scsi_device>::get_tunnel_dev (this=0xc00000000004d2b8) at scsiata.cpp:499 #1 sat::sat_device::scsi_pass_through (this=0xc00000000004d2b8, iop=0x60000fffffe1edd0) at scsiata.cpp:498 #2 0x4000000000092000 in virtual thunk to sat::sat_device::scsi_pass_through(scsi_cmnd_io*) () at scsiata.cpp:1315 #3 0x4000000000083290 in scsi_pass_through_yield_sense (device=0x600000000003b1f8, iop=0x60000fffffe1edd0, sinfo=...) at scsicmds.cpp:1221 #4 0x4000000000084b90 in scsiInquiryVpd (device=0x600000000003b1f8, vpd_page=0, pBuf=0x60000fffffe1ee50 "", bufLen=252) at scsicmds.cpp:911 #5 0x4000000000084f40 in supported_vpd_pages::supported_vpd_pages (this=0x600000000003b270, device=0x600000000003b1f8) at scsicmds.cpp:54 #6 0x40000000000bd010 in scsiPrintMain (device=0x600000000003b1f8, options=...) at scsiprint.cpp:3214 #7 0x4000000000011740 in main_worker (argc=5, argv=0x60000fffffe23698) at smartctl.cpp:1655 #8 0x4000000000005d70 in main (argc=5, argv=0x60000fffffe23698) at smartctl.cpp:1676 any ideas how to fix this? Thanks. |