I have a PNY "CS1111" 240 GB SSD which I was using in my old laptop. Then suddenly the laptop stopped booting. The drive shows up in the BIOS as a "0.0GB Solid State Drive", when it used to show PNY and the serial number.
Plugging it into my new laptop via SATA-USB adapter, I noticed a few interesting things. The kernel detects the new device, but it refuses to mount it or perform any operations on the block device, stating, "I/O Error". After some Googling, I found this Intel thread which seems to describe my problem: https://community.intel.com/t5/Solid-State-Drives/sandforce-200026BB-0-0GB/td-p/615575
However, I am not using an Intel SSD, so the firmware update doesn't apply. I also tried using PNY's firmware update tool, but it didn't detect my SSD (even when installed internally).
Below is the output of smartctl
:
# smartctl -a /dev/sdb
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-54-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: SandForce{200026BB}
Serial Number: 1
LU WWN Device Id: 5 00232d 000000001
Firmware Version: 402ABBR0
User Capacity: 32,768 bytes [32.7 KB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: Solid State Device
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Sat Nov 21 22:48:37 2020 EST
SMART support is: Unavailable - device lacks SMART capability.
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
f3probe:
# f3probe /dev/sdb
F3 probe 7.2
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.
WARNING: Probing normally takes from a few seconds to 15 minutes, but
it can take longer. Please be patient.
Probe finished, recovering blocks... Done
Bad news: The device `/dev/sdb' is damaged
Device geometry:
*Usable* size: 0.00 Byte (0 blocks)
Announced size: 32.00 KB (64 blocks)
Module: 32.00 KB (2^15 Bytes)
Approximate cache size: 0.00 Byte (0 blocks), need-reset=no
Physical block size: 512.00 Byte (2^9 Bytes)
Probe time: 1us
fdisk:
Disk /dev/sdb: 32 KiB, 32768 bytes, 64 sectors
Disk model: Ext
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
From what I can tell, the issue may be caused by the "DevSlp" feature of the SSD (https://en.wikipedia.org/wiki/DevSlp). If this is the issue, is there any way to fix this from within Linux? What further steps should I do to try to recover this drive?
The contents on the drive are quite important, so if possible, I'm trying to recover this drive in a non-destructive way.