All times are UTC - 5 hours [ DST ]




Post new topic Reply to topic  [ 5 posts ] 
Author Message
 Post subject: Intel 600p SSDPEKKF256G7H NVMe PCIe: wrong capacity 1073MB
PostPosted: October 9th, 2023, 7:26 
Offline

Joined: July 7th, 2014, 6:44
Posts: 192
Location: Switzerland
Hi there,

Receive an Intel 256GB NVMe PCIe M.2 2280 SSD, model SSDPEKKF256G7H.
HP P/N: 910595-01
Firmware: HP01

The SSD is detected by `sudo nvme list`as:
Code:
Node              SN                    Model                   Namespace    Usage               Format            FW Rev
----------------  --------------------  ----------------------  ---------  --------------------  ----------------  ----------
/dev/nvme0n1      1234   010008A000001  SM2260                  1           1.07 GB / 1.07 GB    512   B +  0 B    1095

The controller is:
Code:
SMI
N07T96.00
S LLUT
TW 1639 40

My understanding is that this is the Hewlett Packard OEM version of the Intel 600p series, even if there is no mention of 600p on the sticker.
Datasheet: https://www.thailand.intel.com/content/dam/www/public/us/en/documents/product-briefs/ssd-600p-brief.pdf

As we can see, the `nvme list`command correctly returns the controller name SM2260 as "Model", a wrong capacity (1.07 GB) instead of 256GB, and a wrong serial number (unless it is possibly thus of the controller ?).

This SSD seems using an Intel modified version of the Silicon Motion SM2260 (SMI instead of SM on chip), with 256-bit AES encryption (according to the datasheet for the 600p series).

As the 1073 MB (1.07GB) can be cloned at full speed of 287 MB/s, I assume the MCU is ok and a problem with the NAND, probably the translator tables.
This situation seems quite similar to the one of this old topic: https://forum.hddguru.com/viewtopic.php?f=10&t=38762

The SSD is like the one in this topic, but visusally in good condition and without missing component:
https://forum.hddguru.com/viewtopic.php?f=10&t=40472

The list of supported PC-3000 SSD Systems by Acelab includes SSD from several brands using SM2260, but not for Intel.

I didn't try a reflow, nor checking voltages so far, as a firmware issue sounds to me more likely.
Components are tiny. Measurement of voltages would be possible but difficult.

For firmware issues, my understanding is that this SSD model is still not supported nowadays. Can someone confirm?

Maybe is data recovery though NAND off still possible, but I'm not sure because of the 256-bit AES encryption.


Top
 Profile  
 
 Post subject: Re: Intel 600p SSDPEKKF256G7H NVMe PCIe: wrong capacity 1073
PostPosted: October 9th, 2023, 12:20 
Offline

Joined: November 7th, 2020, 5:31
Posts: 1092
Location: The_UK
AFAIK - Intel are about as recovery friendly as samsung. The controller is obviously fine as it appears to have dropped into safe mode. I'd check the nand power rails if everything looks good you're dead in the water if it's a firmware issue

_________________
Data Recovery Services in the UK.
https://www.usbrecovery.co.uk/


Top
 Profile  
 
 Post subject: Re: Intel 600p SSDPEKKF256G7H NVMe PCIe: wrong capacity 1073
PostPosted: October 11th, 2023, 19:23 
Offline

Joined: June 17th, 2019, 4:49
Posts: 23
Location: Planet Earth
Hi!

I have an exact same SSD with the same size (1024GB - 2097151 LBAs) and behavior (actually 2 of them: a failing one and one for reference or as a donor) but it probably fallen from the desk (in a laptop).

Is the AES-256 encryption key stored in the NAND in readable format if no ATA password set?

What if I move (reball) the ripped off NANDs to the donor board with a good contoller (if I don't want to spend a lot of time with repairing the ripped pads)? Can the other controller read the NANDs without PC3000 modification?


Top
 Profile  
 
 Post subject: Re: Intel 600p SSDPEKKF256G7H NVMe PCIe: wrong capacity 1073
PostPosted: October 15th, 2023, 15:05 
Offline

Joined: March 11th, 2021, 10:13
Posts: 184
Location: Switzerland
That's not gonna work.


Top
 Profile  
 
 Post subject: Re: Intel 600p SSDPEKKF256G7H NVMe PCIe: wrong capacity 1073
PostPosted: November 20th, 2023, 5:56 
Offline

Joined: June 17th, 2019, 4:49
Posts: 23
Location: Planet Earth
suricate.ch wrote:
That's not gonna work.


Thank you for your answer!


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 5 posts ] 

All times are UTC - 5 hours [ DST ]


Who is online

Users browsing this forum: No registered users and 97 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group