انواع کنترلرهای SSD، خرابی آن‌ها و چالش‌های بازیابی اطلاعات پس از خرابی کنترلر

SSD برخلاف هارددیسک مکانیکی فاقد قطعات متحرکی مانند هد، موتور و پلاتر است، اما ساختار داخلی آن از نظر مدیریت اطلاعات بسیار پیچیده است. در مرکز این ساختار، کنترلر SSD (SSD Controller) قرار دارد؛ تراشه‌ای که عملاً نقش مغز SSD را ایفا می‌کند و ارتباط میان سیستم‌عامل و تراشه‌های NAND Flash را مدیریت می‌کند. به همین دلیل، خرابی کنترلر SSD می‌تواند دسترسی به داده‌ها را مختل کند.

کنترلر وظایف بسیار بیشتری از انتقال ساده اطلاعات بر عهده دارد. مدیریت Flash Translation Layer یا FTL، Wear Leveling، Garbage Collection، ECC، مدیریت Bad Block، Data Scrambling، Encryption، TRIM، Firmware و ارتباط با NAND همگی به کنترلر وابسته هستند. به همین دلیل، خرابی کنترلر می‌تواند SSD را کاملاً از دسترس خارج کند، در حالی که بخش قابل‌توجهی از اطلاعات واقعی هنوز روی تراشه‌های NAND باقی مانده است.

نکته مهم این است که در SSD، پیدا کردن فایل‌ها فقط با خواندن مستقیم NAND امکان‌پذیر نیست. اطلاعات معمولاً به شکلی پیچیده بین چند تراشه NAND توزیع شده‌اند و کنترلر وظیفه دارد آدرس‌های منطقی سیستم‌عامل را به مکان فیزیکی داده‌ها در NAND تبدیل کند. بنابراین خرابی کنترلر می‌تواند ارتباط میان «داده موجود» و «محل واقعی ذخیره آن» را از بین ببرد.

1. کنترلر SSD چیست و چه وظایفی دارد؟

کنترلر یک پردازنده تخصصی است که بین رابط SSD و حافظه NAND قرار می‌گیرد. این تراشه معمولاً شامل پردازنده داخلی، Firmware، مدارهای ECC، رابط NAND، رابط Host و در برخی طراحی‌ها کنترلر DRAM یا SRAM است.

مهم‌ترین وظایف کنترلر عبارت‌اند از:

• مدیریت خواندن و نوشتن روی NAND
• تبدیل LBAهای سیستم‌عامل به آدرس فیزیکی NAND
• اجرای Flash Translation Layer یا FTL
• Wear Leveling برای توزیع یکنواخت فرسایش سلول‌ها
• مدیریت Bad Blockها
• اجرای ECC و در SSDهای جدید LDPC
• Garbage Collection
• مدیریت TRIM
• Data Scrambling
• مدیریت Firmware
• کنترل ارتباط SATA یا PCIe/NVMe
• مدیریت Cache و DRAM در مدل‌های مجهز به DRAM
• مدیریت Encryption سخت‌افزاری در بسیاری از SSDهای جدید
• هماهنگ‌کردن چند کانال NAND و چندین Die

بنابراین کنترلر فقط یک «چیپ رابط» نیست؛ بلکه بخش اصلی سیستم مدیریت داده SSD است.

FTL؛ مهم‌ترین بخش برای بازیابی اطلاعات

یکی از مهم‌ترین وظایف کنترلر، مدیریت Flash Translation Layer یا FTL است.

در هارددیسک، سیستم‌عامل یک LBA مشخص را درخواست می‌کند و کنترلر هارد آن را به سکتور فیزیکی روی پلاتر مرتبط می‌کند. اما در SSD، این ارتباط بسیار پیچیده‌تر است. داده‌ها به‌دلیل Wear Leveling، Garbage Collection، Over-Provisioning و ساختار NAND مرتباً جابه‌جا می‌شوند.

به همین دلیل، کنترلر یک جدول یا مجموعه‌ای از Metadataها ایجاد می‌کند که مشخص می‌کند هر بخش منطقی از اطلاعات در کدام قسمت فیزیکی NAND قرار گرفته است.

اگر کنترلر از کار بیفتد، ممکن است داده‌های خام همچنان در NAND وجود داشته باشند اما نقشه دسترسی به آن‌ها از بین رفته یا غیرقابل‌استفاده شده باشد.

2. انواع کنترلرهای SSD و اجزاء آنها

بازار SSD از کنترلرهای بسیار متنوعی استفاده می‌کند و حتی یک مدل SSD ممکن است در نسل‌ها یا Revisionهای مختلف از کنترلر متفاوتی استفاده کند. بنابراین صرفاً نگاه‌کردن به نام SSD برای تعیین روش بازیابی کافی نیست و باید تراشه کنترلر، NAND و Revision برد شناسایی شود.

کنترلرهای Phison

Phison یکی از شناخته‌شده‌ترین سازندگان کنترلر SSD است و کنترلرهای آن در SSDهای SATA و NVMe برندهای مختلف مورد استفاده قرار گرفته‌اند.

از خانواده‌های شناخته‌شده می‌توان به PS3111-S11، PS5012-E12، PS5016-E16، PS5018-E18 و نسل‌های جدیدتر اشاره کرد. رفتار خرابی این کنترلرها به مدل، Firmware و معماری SSD وابسته است.

یکی از نمونه‌های مشهور، Phison PS3111-S11 است که در برخی SSDهای SATA در وضعیت معروف SATAFIRM S11 قرار می‌گیرد. در این وضعیت SSD ممکن است توسط BIOS شناسایی شود اما دسترسی عادی به اطلاعات وجود نداشته باشد.

در برخی نسل‌های Phison، دسترسی به حالت‌های سرویس و بازسازی ساختار FTL می‌تواند مسیر بازیابی تخصصی را فراهم کند؛ البته این موضوع به مدل دقیق کنترلر و معماری NAND بستگی دارد.

کنترلرهای Silicon Motion

Silicon Motion یا SMI نیز سهم بزرگی از بازار کنترلرهای SSD را در اختیار دارد.

نمونه‌هایی مانند:

• SM2258
• SM2258XT
• SM2259
• SM2262
• SM2263
• SM2269XT

در SSDهای مختلف SATA و NVMe دیده می‌شوند.

یکی از حالت‌های شناخته‌شده خرابی در برخی کنترلرهای SMI، Keep BSY است که در آن کنترلر هنگام Initialization متوقف می‌شود و SSD نمی‌تواند ارتباط عادی خود را با سیستم برقرار کند.

در برخی مدل‌های SMI، دسترسی به حالت سرویس و بازسازی Firmware یا FTL می‌تواند امکان بازیابی را ایجاد کند، اما روش دقیق به Controller، NAND و Firmware وابسته است.

کنترلرهای Samsung

سامسونگ برخلاف بسیاری از تولیدکنندگان، در بخش بزرگی از SSDهای خود از کنترلرهای اختصاصی استفاده می‌کند.

نمونه‌هایی مانند:

• MEX
• MGX
• MJX
• MKX
• Polaris
• Phoenix
• Elpis
• Pascal

در نسل‌های مختلف SSDهای Samsung مورد استفاده قرار گرفته‌اند.

این کنترلرها از نظر بازیابی اطلاعات اهمیت ویژه‌ای دارند؛ زیرا معماری Firmware، Encryption و مدیریت NAND در بسیاری از مدل‌های Samsung اختصاصی است.

در SSDهای مدرن Samsung، حتی زمانی که کاربر به‌صورت دستی Encryption را فعال نکرده باشد، ممکن است داده‌ها در سطح کنترلر به‌صورت سخت‌افزاری رمزگذاری شوند. در چنین شرایطی، استخراج خام NAND لزوماً به معنی دستیابی به فایل‌های قابل‌خواندن نیست.

کنترلرهای Marvell

Marvell از دیگر سازندگان مهم کنترلرهای SSD است و کنترلرهای آن در نسل‌هایی از SSDهای Crucial، Plextor، Intel و محصولات دیگر دیده شده‌اند.

مدل‌هایی مانند 88SS9187 و 88SS1074 از نمونه‌های شناخته‌شده هستند.

درایوهای مبتنی بر Marvell ممکن است معماری Firmware، ECC و Encryption متفاوتی داشته باشند و روش بازیابی آن‌ها به نسل کنترلر و NAND وابسته است.

کنترلرهای Realtek

Realtek علاوه بر تجهیزات شبکه و صوتی، در حوزه SSD نیز کنترلرهایی مانند RTS5762 و RTS5763 را عرضه کرده است.

این کنترلرها به‌خصوص در برخی SSDهای اقتصادی و OEM دیده می‌شوند. تفاوت در Firmware و NAND مورد استفاده باعث می‌شود دو SSD با کنترلر مشابه نیز الزاماً روش بازیابی یکسانی نداشته باشند.

کنترلرهای Maxio

Maxio در سال‌های اخیر حضور قابل‌توجهی در SSDهای اقتصادی و میان‌رده پیدا کرده است.

از خانواده‌های شناخته‌شده می‌توان به MAP1602 اشاره کرد که در برخی SSDهای NVMe و معماری‌های DRAM-less با HMB استفاده می‌شود.

در این SSDها، شناخت دقیق رابطه میان Controller، NAND، Firmware و HMB برای تعیین روش بازیابی اهمیت زیادی دارد.

کنترلرهای اختصاصی WD، Kioxia، Micron و SK hynix

برخی تولیدکنندگان بزرگ NAND و SSD از کنترلرهای اختصاصی یا معماری‌های سفارشی استفاده می‌کنند.

از جمله:

• Western Digital / SanDisk
• Kioxia
• Micron
• SK hynix
• Intel در برخی نسل‌های SSD

در این محصولات، گاهی Firmware و ساختار NAND به‌شدت به کنترلر اصلی وابسته است و بازیابی مستقیم NAND می‌تواند بسیار دشوارتر از SSDهای دارای معماری شناخته‌شده باشد.

ساختار داخلی کنترلر SSD

کنترلر SSD یک تراشه چندمنظوره و تخصصی است که از چندین بخش داخلی تشکیل شده و هر بخش وظیفه مشخصی در مدیریت داده‌ها، NAND Flash و ارتباط با سیستم میزبان دارد. معماری دقیق کنترلر در مدل‌های مختلف متفاوت است، اما اجزای اصلی آن معمولاً شامل پردازنده داخلی، رابط Host، کانال‌های NAND، موتور ECC/LDPC، حافظه SRAM، رابط DRAM، واحد مدیریت Firmware و در برخی مدل‌ها موتور رمزنگاری سخت‌افزاری است.

پردازنده داخلی (CPU/Core) وظیفه اجرای Firmware و الگوریتم‌های مدیریتی SSD را بر عهده دارد. برخلاف تصور رایج، کنترلر SSD صرفاً یک رابط سخت‌افزاری نیست؛ بخش قابل‌توجهی از منطق عملکرد SSD توسط Firmware اجرا می‌شود. این پردازنده عملیات مربوط به FTL، Garbage Collection، Wear Leveling، مدیریت Bad Block و پاسخ به دستورات سیستم را کنترل می‌کند.

Host Interface بخشی است که ارتباط کنترلر با کامپیوتر یا سرور را برقرار می‌کند. در SSDهای SATA این بخش از پروتکل SATA و معمولاً AHCI استفاده می‌کند، در حالی که SSDهای NVMe از PCIe و پروتکل NVMe بهره می‌برند.

NAND Channels مسیرهای ارتباطی میان Controller و تراشه‌های NAND هستند. کنترلرهای حرفه‌ای می‌توانند چندین Channel داشته باشند و روی هر Channel نیز چندین NAND Die قرار گیرد. استفاده از چند Channel باعث افزایش Parallelism و در نتیجه افزایش سرعت خواندن و نوشتن می‌شود.

برای مثال، اگر یک کنترلر دارای چند Channel باشد، می‌تواند عملیات خواندن و نوشتن را بین چندین NAND Die توزیع کند. بنابراین یک فایل لزوماً در یک تراشه NAND قرار نمی‌گیرد و ممکن است بخش‌های مختلف آن در چند Die، Channel و Plane توزیع شده باشند. همین موضوع یکی از دلایل اصلی دشواری NAND Chip-Off Recovery است.

ECC/LDPC Engine مسئول شناسایی و اصلاح خطاهای ایجادشده هنگام خواندن NAND است. با افزایش عمر NAND، تعداد خطاهای سلولی افزایش پیدا می‌کند و کنترلر باید با استفاده از الگوریتم‌های اصلاح خطا داده صحیح را از میان اطلاعات دارای خطا استخراج کند.

در SSDهای جدید، استفاده از LDPC یا Low-Density Parity-Check اهمیت بسیار زیادی دارد. به همین دلیل، استخراج Raw NAND بدون شناخت الگوریتم ECC/LDPC مربوط به Controller ممکن است به داده‌ای منجر شود که حتی پس از استخراج فیزیکی نیز قابل استفاده نباشد.

SRAM داخلی برای نگهداری اطلاعات موقتی و اجرای سریع برخی عملیات Controller استفاده می‌شود. برخی SSDها علاوه بر SRAM داخلی از DRAM خارجی نیز استفاده می‌کنند. در SSDهای مجهز به DRAM، بخشی از اطلاعات Mapping و FTL می‌تواند در DRAM Cache قرار گیرد.

در SSDهای DRAM-less، کنترلر فاقد DRAM خارجی است و از روش‌های دیگری برای مدیریت Mapping استفاده می‌کند. در برخی SSDهای NVMe این وظیفه با کمک Host Memory Buffer یا HMB انجام می‌شود که بخشی از حافظه RAM سیستم میزبان را در اختیار SSD قرار می‌دهد.

یکی دیگر از بخش‌های مهم Controller، Firmware Storage و Firmware Management است. Firmware تعیین می‌کند که کنترلر چگونه NAND را مدیریت کند، چگونه خطاها را اصلاح کند، چگونه داده‌ها را بین Blockها توزیع کند و چگونه دستورات سیستم‌عامل را اجرا نماید.

در برخی کنترلرها نیز Crypto Engine وجود دارد که عملیات رمزگذاری و رمزگشایی سخت‌افزاری را انجام می‌دهد. این بخش در بازیابی SSDهای دارای Hardware Encryption اهمیت بسیار زیادی دارد؛ زیرا ممکن است اطلاعات NAND بدون Controller اصلی به شکل قابل‌خواندن در اختیار متخصص قرار نگیرند.

در نتیجه، می‌توان کنترلر SSD را یک سیستم پردازشی کوچک و تخصصی دانست که تقریباً تمام مراحل مدیریت داده بین سیستم‌عامل و NAND را کنترل می‌کند. به همین دلیل، خرابی یک بخش از Controller می‌تواند کل SSD را از دسترس خارج کند، حتی اگر تراشه‌های NAND از نظر فیزیکی سالم باشند.

3. تفاوت SATA SSD و NVMe SSD از نظر کنترلر

یکی از تفاوت‌های اساسی میان SSDهای SATA و NVMe در معماری ارتباطی کنترلر با سیستم میزبان است. هر دو نوع SSD از NAND Flash استفاده می‌کنند، اما Interface، Protocol، ساختار Queue و نحوه پردازش دستورات در کنترلر متفاوت است.

در SSDهای SATA، کنترلر از رابط SATA استفاده می‌کند و ارتباط معمولاً از طریق پروتکل AHCI انجام می‌شود. SATA در ابتدا برای تجهیزات ذخیره‌سازی مبتنی بر هارددیسک طراحی شده بود و SSDهای SATA نیز در همان چارچوب ارتباطی کار می‌کنند.

کنترلر SSD SATA باید دستورات سیستم را از طریق SATA دریافت کرده، آن‌ها را به عملیات مناسب روی NAND تبدیل کند و نتیجه را مجدداً به سیستم میزبان بازگرداند.

در SSDهای NVMe، Controller مستقیماً از رابط PCI Express یا PCIe استفاده می‌کند و دستورات از طریق پروتکل NVMe منتقل می‌شوند. NVMe از ابتدا برای حافظه‌های غیرمتشکل از قطعات مکانیکی طراحی شده و از قابلیت Parallelism بالای SSDها بهتر استفاده می‌کند.

این تفاوت معماری باعث شده کنترلرهای NVMe معمولاً بتوانند تعداد بسیار بیشتری Queue و Command را مدیریت کنند. نتیجه آن کاهش Latency و افزایش قابل‌توجه IOPS و Throughput در مقایسه با SATA است.

از دیدگاه بازیابی اطلاعات نیز این تفاوت اهمیت زیادی دارد.

در SSD SATA، متخصص Recovery علاوه بر NAND و Controller با ساختار ارتباطی SATA، Firmware و حالت‌های Service مربوط به Controller مواجه است. در برخی کنترلرهای SATA، وضعیت‌هایی مانند SATAFIRM یا BSY می‌توانند نشانه‌ای از مشکل Firmware، FTL یا Initialization باشند.

در SSDهای NVMe، پیچیدگی بیشتری به دلیل ارتباط PCIe، معماری NVMe، تعداد بالای Queueها، Controllerهای چندکاناله و سرعت بالاتر وجود دارد. در برخی موارد، SSD ممکن است در BIOS یا سیستم‌عامل به‌صورت NVMe Device شناسایی شود، اما دسترسی به Namespace یا داده‌های منطقی امکان‌پذیر نباشد.

از نظر ساختار داخلی نیز SSDهای NVMe جدید معمولاً از کنترلرهای قدرتمندتر و NANDهای سریع‌تر استفاده می‌کنند. برخی مدل‌های PCIe Gen4 و Gen5 از چندین کانال NAND، DRAM یا HMB، LDPC پیشرفته و الگوریتم‌های پیچیده‌تر مدیریت Flash استفاده می‌کنند.

تفاوت مهم در بازیابی اطلاعات

در SSD SATA و NVMe، صرف شناسایی شدن دستگاه به معنی قابل‌بازیابی بودن اطلاعات نیست.

ممکن است کنترلر:

• در سطح Interface شناسایی شود؛
• ظرفیت صحیح را نشان دهد؛
• Firmware را اجرا کند؛
• اما FTL یا Mapping Table آسیب دیده باشد.

در چنین شرایطی سیستم‌عامل ممکن است SSD را ببیند، اما فایل‌ها قابل دسترسی نباشند.

از طرف دیگر، اگر Controller کاملاً از کار افتاده باشد، در هر دو معماری ممکن است نیاز به روش‌های تخصصی مانند Controller Repair، Firmware Recovery، FTL Reconstruction یا NAND Chip-Off وجود داشته باشد.

تفاوت اصلی این است که در NVMeهای جدید، معماری NAND، Controller، Firmware، Encryption و مدیریت Mapping معمولاً پیچیده‌تر شده است و همین موضوع می‌تواند فرآیند استخراج و بازسازی داده را دشوارتر کند.

به همین دلیل، هنگام بررسی یک SSD برای بازیابی اطلاعات، عبارت‌هایی مانند «SATA SSD» یا «NVMe SSD» به‌تنهایی کافی نیستند. باید مدل دقیق SSD، Controller، NAND، Firmware، Revision PCB، نوع DRAM/HMB و وضعیت رمزگذاری مشخص شود. این اطلاعات تعیین می‌کنند که آیا امکان احیای Controller وجود دارد یا باید به سراغ روش‌هایی مانند استخراج NAND و بازسازی ساختار منطقی رفت.

4. معماری DRAM، DRAM-less و HMB تأثیری بر خرابی دارند؟

کنترلرهای SSD از نظر نحوه مدیریت FTL و Cache نیز با یکدیگر تفاوت دارند.

SSDهای مجهز به DRAM

در این معماری، SSD دارای حافظه DRAM مجزا است و بخشی از اطلاعات مربوط به Mapping Table و FTL می‌تواند در DRAM Cache شود.

مزیت این ساختار عملکرد بهتر و دسترسی سریع‌تر به Mapping Table است، اما قطع ناگهانی برق در زمان تغییرات حساس Firmware یا FTL می‌تواند باعث ناسازگاری Metadata شود.

SSDهای DRAM-less

در این SSDها حافظه DRAM خارجی وجود ندارد و کنترلر از SRAM داخلی و روش‌های دیگر برای مدیریت اطلاعات استفاده می‌کند.

بخش مهمی از FTL در NAND ذخیره می‌شود. به همین دلیل، خرابی Metadataهای مربوط به FTL می‌تواند مستقیماً بر دسترسی به داده‌ها تأثیر بگذارد.

HMB یا Host Memory Buffer

در SSDهای NVMe جدید، برخی کنترلرهای DRAM-less از Host Memory Buffer استفاده می‌کنند؛ یعنی بخشی از RAM سیستم میزبان برای Cache اطلاعات مورد نیاز کنترلر اختصاص داده می‌شود.

این معماری باعث کاهش هزینه SSD می‌شود، اما در برخی شرایط مانند قطع ناگهانی برق یا Crash سیستم، ممکن است Metadataهای حیاتی به‌درستی به NAND منتقل نشده باشند.

5. مهم‌ترین خرابی‌های کنترلر SSD

خرابی کنترلر الزاماً به معنی سوختن کامل تراشه نیست. در بسیاری از موارد، مشکل از Firmware، تغذیه، ارتباط با NAND یا ساختار داخلی Controller ناشی می‌شود.

خرابی الکتریکی و سوختن کنترلر

افزایش ولتاژ، اتصال کوتاه، خرابی مدار تغذیه، ESD یا آسیب الکتریکی می‌تواند باعث خرابی Controller شود.

در این حالت ممکن است SSD:

• اصلاً شناسایی نشود
• جریان غیرطبیعی مصرف کند
• روی مادربرد باعث مشکل در Power شود
• اتصال PCIe یا SATA را برقرار نکند
• ظرفیت صفر نشان دهد

اگر خود Silicon کنترلر آسیب جدی دیده باشد، بازیابی بسیار دشوارتر می‌شود.

خرابی Firmware

Firmware مغز نرم‌افزاری کنترلر است. خرابی Firmware می‌تواند در اثر:

• قطع برق
• Firmware Bug
• فرسودگی NAND
• خرابی Metadata
• خطای داخلی Controller
• عملیات Firmware Update ناموفق

ایجاد شود.

در این حالت ممکن است SSD از نظر سخت‌افزاری سالم باشد اما نتواند Initialization کامل را انجام دهد.

خرابی FTL

یکی از دشوارترین سناریوها، آسیب به FTL است.

اگر Mapping Table خراب شود، کنترلر نمی‌تواند به‌درستی تشخیص دهد که هر LBA متعلق به کدام Physical Page در NAND است.

در چنین وضعیتی ممکن است SSD:

• ظرفیت صحیح نشان دهد ولی اطلاعات قابل‌دسترسی نباشد
• 0GB نمایش دهد
• با نام عمومی یا Factory Mode شناسایی شود
• در وضعیت Busy باقی بماند
• به Read-only تبدیل شود
• به‌طور کامل از سیستم ناپدید شود

خرابی ECC و LDPC

NAND Flash ذاتاً با افزایش عمر، تعداد خطاهای خواندن بیشتری ایجاد می‌کند. کنترلر با استفاده از ECC و در SSDهای جدیدتر با LDPC این خطاها را اصلاح می‌کند.

اگر خطاها از توانایی الگوریتم اصلاح فراتر بروند، خواندن Raw NAND بسیار دشوار می‌شود. در نتیجه، حتی اگر Controller دوباره فعال شود، ممکن است بخشی از NAND نیازمند Read Retry و پردازش‌های پیشرفته باشد.

خرابی ارتباط کنترلر با NAND

کنترلر از طریق چند Channel با NAND ارتباط دارد. خرابی یک Channel، لحیم BGA، PCB یا خود NAND می‌تواند باعث شود Controller نتواند ساختار کامل SSD را Initialize کند.

این حالت گاهی با خرابی کامل Controller اشتباه گرفته می‌شود.

خرابی ناشی از گرما

کنترلرهای NVMe پرسرعت، مخصوصاً نسل‌های PCIe Gen4 و Gen5، حرارت قابل‌توجهی تولید می‌کنند. گرمای زیاد می‌تواند باعث Thermal Throttling و در شرایط نامناسب، افزایش احتمال خرابی یا ناپایداری قطعات شود.

البته هر مشکل حرارتی الزاماً به معنی خرابی دائمی کنترلر نیست.

6. چرا خرابی کنترلر SSD بازیابی اطلاعات را دشوار می‌کند؟

دلیل اصلی این است که اطلاعات SSD به شکل مستقیم و ساده روی NAND ذخیره نشده‌اند.

در بسیاری از SSDها، داده‌ها:

• بین چند NAND Die توزیع می‌شوند
• Interleave می‌شوند
• Scramble می‌شوند
• با ECC/LDPC همراه هستند
• تحت Wear Leveling جابه‌جا می‌شوند
• توسط FTL مدیریت می‌شوند
• ممکن است رمزگذاری سخت‌افزاری شوند

بنابراین اگر Controller از کار بیفتد، صرفاً اتصال NAND به یک Reader معمولی نتیجه‌ای مشابه خواندن هارددیسک نخواهد داشت.

مشکل اول: از بین رفتن Mapping

بزرگ‌ترین مشکل، نبودن ارتباط میان LBA و Physical Page است.

بدون FTL، ممکن است هزاران یا میلیون‌ها صفحه NAND در اختیار متخصص قرار بگیرد اما مشخص نباشد کدام صفحات متعلق به یک فایل هستند.

مشکل دوم: Interleaving

SSDهای چندکاناله داده را بین چند NAND و چند Die تقسیم می‌کنند.

برای مثال، یک فایل ممکن است بخش‌هایی از اطلاعات خود را در چندین تراشه NAND داشته باشد.

بنابراین استخراج هر NAND به‌صورت جداگانه کافی نیست و باید ترتیب صحیح Channel، CE، Die، Plane، Block و Page بازسازی شود.

مشکل سوم: Data Scrambling

اطلاعات NAND معمولاً مستقیماً با همان الگوی داده‌ای که سیستم‌عامل ارسال کرده است ذخیره نمی‌شوند.

کنترلر از الگوریتم‌های Scrambling برای توزیع بهتر الگوی بیت‌ها استفاده می‌کند. اگر الگوریتم و Seed صحیح شناسایی نشود، Raw Dump ممکن است کاملاً غیرقابل‌استفاده به نظر برسد.

مشکل چهارم: ECC و LDPC

اطلاعات NAND دارای داده‌های اضافی برای تصحیح خطا هستند.

در SSDهای جدید، LDPC نقش بسیار مهمی دارد و استخراج خام NAND بدون الگوریتم صحیح ECC/LDPC می‌تواند باعث شود داده‌ها حتی پس از استخراج فیزیکی نیز قابل تفسیر نباشند.

مشکل پنجم: Encryption

این یکی از مهم‌ترین موانع بازیابی SSDهای مدرن است.

در برخی SSDها، کنترلر داده را قبل از ذخیره روی NAND رمزگذاری می‌کند. در این شرایط، Raw NAND ممکن است شامل Ciphertext باشد نه فایل‌های قابل‌خواندن.

اگر کلید رمزگذاری به کنترلر اصلی وابسته باشد، جایگزینی کنترلر با یک Controller سالم لزوماً مشکل را حل نمی‌کند.

7. روش‌های تخصصی بازیابی اطلاعات پس از خرابی کنترلر

اولین اصل در چنین شرایطی این است که SSD نباید بی‌دلیل روشن و خاموش شود یا عملیات تعمیر Firmware روی آن انجام شود.

فرآیند حرفه‌ای معمولاً با تشخیص دقیق شروع می‌شود.

مرحله اول: شناسایی دقیق SSD

متخصص باید مواردی مانند:

• برند و مدل
• Revision
• Controller
• NAND Part Number
• نوع NAND
• تعداد NAND Package
• Firmware
• DRAM
• نوع Interface
• وضعیت PCB
• مدار تغذیه

را بررسی کند.

گاهی یک مدل SSD در Revisionهای مختلف از کنترلر یا NAND متفاوت استفاده می‌کند؛ بنابراین Model Number به‌تنهایی برای انتخاب روش بازیابی کافی نیست.

مرحله دوم: بررسی مدار تغذیه

قبل از هر اقدام نرم‌افزاری، ولتاژهای ورودی و ریل‌های تغذیه بررسی می‌شوند.

اگر Controller یا PMIC اتصال کوتاه داشته باشد، روشن‌کردن مکرر SSD می‌تواند آسیب بیشتری ایجاد کند.

مرحله سوم: ورود به حالت سرویس

برخی کنترلرها دارای حالت‌های Diagnostic یا Factory Mode هستند.

در بعضی معماری‌ها می‌توان با روش‌های تخصصی Controller را وارد حالت سرویس کرد و Firmware یا Loader مخصوص را در حافظه داخلی آن اجرا کرد.

این روش کاملاً Controller-specific است و نمی‌توان دستورالعمل یک Controller را برای Controller دیگری استفاده کرد.

مرحله چهارم: بازسازی Firmware و FTL

در صورت امکان، اطلاعات Metadata و ساختار FTL بررسی می‌شود.

هدف این است که ارتباط میان Logical Address و Physical NAND دوباره برقرار شود.

این مرحله یکی از تخصصی‌ترین قسمت‌های SSD Recovery است و ممکن است نیازمند:

• تحلیل Firmware
• استخراج Metadata
• بازسازی Mapping
• تحلیل Blockها
• تشخیص Bad Block
• بازسازی Channelها
• پردازش ECC/LDPC

باشد.

مرحله پنجم: NAND Chip-Off

اگر Controller قابل‌احیا نباشد، در برخی SSDها ممکن است استخراج فیزیکی NAND به‌عنوان آخرین راه مطرح شود.

در روش Chip-Off، NANDها از PCB جدا شده و با تجهیزات تخصصی خوانده می‌شوند.

اما نتیجه این کار یک فایل‌سیستم آماده نیست؛ بلکه Raw NAND Dump به دست می‌آید که باید از نظر:

• Interleaving
• Scrambling
• ECC
• Page Structure
• Block Structure
• Bad Block Management
• FTL
• Encryption

بازسازی شود.

8. چرا تعویض کنترلر SSD معمولاً مانند تعویض PCB هارددیسک نیست؟

یکی از اشتباهات رایج این است که تصور شود می‌توان کنترلر سوخته SSD را با یک Controller مشابه تعویض کرد و اطلاعات را بازیابی نمود.

در عمل، این کار بسیار پیچیده‌تر است.

کنترلر SSD ممکن است شامل اطلاعات و وضعیت‌هایی باشد که به همان NAND و همان Drive وابسته‌اند.

در SSDهای دارای Encryption، این موضوع اهمیت بیشتری پیدا می‌کند. اگر کلید یا بخشی از زنجیره اعتماد رمزگذاری به Controller اصلی وابسته باشد، Controller جایگزین نمی‌تواند لزوماً داده‌های NAND را به اطلاعات قابل‌خواندن تبدیل کند.

بنابراین در بسیاری از سناریوها، هدف متخصص تعویض Controller نیست؛ بلکه احیای Controller اصلی یا استخراج و بازسازی ساختار داده با حفظ اطلاعات وابسته به Controller اصلی است.

در HDD، اطلاعات معمولاً روی سکتورهای فیزیکی پلاتر قرار دارند و ساختار Logical نسبتاً قابل‌پیش‌بینی‌تری دارد.

اما در SSD، کنترلر دائماً در حال مدیریت NAND است.

در نتیجه:

ویژگی	HDD	SSD
قطعات متحرک	دارد	ندارد
محل فیزیکی داده	نسبتاً قابل پیش‌بینی	بسیار پیچیده و متغیر
Translation Layer	ساده‌تر	بسیار پیچیده
Wear Leveling	ندارد/محدود	بسیار مهم
Garbage Collection	ندارد	دارد
ECC	دارد	بسیار پیشرفته
Scrambling	محدودتر	بسیار رایج
Encryption	بسته به مدل	در SSDهای جدید بسیار رایج
بازیابی با تعویض PCB	در برخی موارد امکان‌پذیر	معمولاً بسیار پیچیده
Chip-Off	کاربرد محدودتر	گاهی ضروری
وابستگی به Controller	مهم	بسیار زیاد

به همین دلیل، خرابی Controller در SSD می‌تواند از نظر بازیابی اطلاعات بسیار پیچیده‌تر از خرابی PCB در یک HDD باشد.

9. علائم خرابی کنترلر SSD

برخی نشانه‌ها می‌توانند متخصص را به سمت خرابی Controller یا Firmware هدایت کنند:

• SSD اصلاً شناسایی نمی‌شود
• SSD گاهی شناسایی و گاهی ناپدید می‌شود
• ظرفیت SSD صفر یا غیرعادی نمایش داده می‌شود
• SSD با نامی مانند Factory/Service Mode شناسایی می‌شود
• سیستم روی SSD Freeze می‌کند
• SSD در وضعیت Busy باقی می‌ماند
• سرعت خواندن ناگهان به‌شدت کاهش پیدا می‌کند
• SSD به حالت Read-only می‌رود
• سیستم هنگام دسترسی به SSD هنگ می‌کند
• Firmware قابل‌خواندن نیست
• SSD پس از قطع برق دیگر Boot نمی‌شود

البته هیچ‌یک از این علائم به‌تنهایی اثبات نمی‌کند که Controller سوخته است؛ زیرا مشکلات NAND، Firmware، PMIC، PCB و حتی اتصال فیزیکی نیز می‌توانند علائم مشابه ایجاد کنند.

10. چه عواملی احتمال موفقیت بازیابی را افزایش می‌دهند؟

میزان موفقیت بازیابی به عوامل مختلفی بستگی دارد و نمی‌توان صرفاً براساس «روشن نشدن SSD» درباره نتیجه تصمیم گرفت.

عوامل مهم عبارت‌اند از:

نوع Controller: کنترلرهای شناخته‌شده و دارای ابزارهای تشخیصی مناسب معمولاً مسیر بازیابی مشخص‌تری دارند.

وضعیت NAND: اگر NANDها سالم باشند، شانس بازیابی در بسیاری از سناریوها بهتر است.

نوع خرابی: خرابی Firmware یا FTL ممکن است نسبت به خرابی فیزیکی Silicon کنترلر مسیر بازیابی مناسب‌تری داشته باشد.

Encryption: وجود Encryption سخت‌افزاری می‌تواند بازیابی Chip-Off را بسیار دشوار یا در برخی معماری‌ها عملاً غیرممکن کند، مگر اینکه Controller اصلی یا اطلاعات لازم برای رمزگشایی قابل‌احیا باشد.

شدت فرسودگی NAND: اگر NAND علاوه بر Controller دچار خطاهای گسترده شده باشد، فرآیند Recovery پیچیده‌تر خواهد شد.

وضعیت TRIM و Garbage Collection: در برخی سناریوها، زمان و نحوه توقف SSD اهمیت زیادی دارد؛ ادامه کار SSD پس از خرابی می‌تواند باعث تغییر یا حذف داده‌های قابل‌بازیابی شود.

11. اشتباهات رایج پس از خرابی کنترلر SSD

پس از ازکارافتادن SSD، بعضی اقدامات به ظاهر ساده می‌توانند شرایط را بدتر کنند.

نصب مجدد سیستم‌عامل

اگر SSD هنوز در برخی شرایط قابل‌شناسایی است، نصب سیستم‌عامل جدید می‌تواند داده‌های قبلی را تحت تأثیر قرار دهد.

Format کردن SSD

Format یا Initialize کردن SSD پیش از تشخیص وضعیت می‌تواند روند بازیابی را پیچیده‌تر کند.

اجرای ابزارهای Repair

اجرای دستورهای تعمیر فایل‌سیستم، Firmware Update یا ابزارهای Factory ممکن است Metadataهای موجود را تغییر دهد.

روشن و خاموش کردن مداوم

در SSDهای دارای مشکل Firmware یا FTL، Power Cycleهای متعدد می‌توانند شرایط را تغییر دهند. در برخی سناریوها، Garbage Collection یا عملیات داخلی Controller می‌تواند داده‌های قابل‌بازیابی را تحت تأثیر قرار دهد.

تعویض خودسرانه Controller

Controller مشابه الزاماً Controller مناسب نیست. حتی اگر شماره تراشه یکی باشد، تفاوت Revision، Firmware، NAND و تنظیمات داخلی می‌تواند باعث شود SSD اصلاً قابل استفاده یا قابل بازیابی نباشد.

و در پایان

کنترلر مهم‌ترین بخش منطقی SSD است و وظیفه آن بسیار فراتر از برقراری ارتباط میان سیستم‌عامل و NAND است. FTL، Wear Leveling، Garbage Collection، ECC/LDPC، Scrambling، مدیریت Bad Block و در بسیاری از مدل‌های جدید Encryption همگی به نحوی به Controller و Firmware آن وابسته‌اند.

به همین دلیل، خرابی کنترلر SSD لزوماً به معنی از بین رفتن فوری داده‌ها نیست، اما مسیر دسترسی به داده‌ها را پیچیده می‌کند.

در یک SSD که Controller آن از کار افتاده است، ممکن است اطلاعات هنوز روی NAND وجود داشته باشند؛ اما برای دسترسی به آن‌ها باید ساختارهای پیچیده‌ای مانند Interleaving، Scrambling، ECC، FTL و در صورت وجود Encryption بازسازی یا احیا شوند.

در کنترلرهای شناخته‌شده‌ای مانند Phison و Silicon Motion، بسته به نسل و مدل، گاهی امکان ورود به حالت سرویس، بازسازی Firmware یا FTL و استخراج کنترل‌شده اطلاعات وجود دارد. در مقابل، برخی معماری‌های اختصاصی و رمزگذاری‌شده، به‌خصوص در نسل‌های جدید، وابستگی بسیار بیشتری به Controller اصلی دارند.

بنابراین در خرابی SSD، بهترین رویکرد این نیست که ابتدا به سراغ نرم‌افزارهای Recovery برویم؛ بلکه باید ابتدا Controller، NAND، Firmware، مدار تغذیه و وضعیت ارتباط SSD با سیستم تشخیص داده شود. در موارد پیچیده، بازیابی ممکن است از تعمیر برد و احیای Controller شروع شود و در صورت نیاز به استخراج NAND، بازسازی کامل ساختار Flash در سطح تخصصی ادامه پیدا کند.

در نهایت، مهم‌ترین تفاوت SSD با HDD در بازیابی اطلاعات این است که داده در SSD فقط مجموعه‌ای از سکتورها نیست؛ بلکه بخشی از یک معماری پیچیده متشکل از NAND، Controller، Firmware و FTL است. به همین دلیل، خرابی Controller یکی از تخصصی‌ترین سناریوهای بازیابی اطلاعات SSD محسوب می‌شود.