A próbowałeś go włożyć ponownie do laptopa lub podłączyć do kompa z SATA bezpośrednio? Miałem kiedyś taki przypadek, gdy pracowałem dla serwisu dla jednej z firm. Martwią mnie co prawda "te zgrzyty", ale może się uda...
Jak nie - to jakiś Easy Recovery lub coś w tym stylu, o ile elektronika nie siadła (choć elektronikę da się podmienić, mechanika to już gorzej...).

w nektórych dyskach takie atrakcje jak przerwa w zasilaniu potrafią "odparkować" glowice dysku na tależ, po czym dysk będzie próbował odparkować je znowu - niestety bez szans na powodzenie
jedyne co można wtedy zrobić to rozkręcić go i spróbować je przepchnąć z powrotem w strefe parkowania obracając tależ w trakcie tej operacji
ale to wymaga zerwania wszystkich pląb, rozhermetyzowania dysku i fizycznej ingerencji w mechanizm - po takiej akcji masz zazwyczaj jeden strzał na odzyskanie danych, chociaż bywało, że po takiej przygodzie dysk pracował poprawnie dalej
niemniej ja bym mu już nie zaufał
no i tu już twoja decyzja - albo 5 minut strachu ze śrubokrętem i być może udany odczyt, albo droga wycieczka do firmy
wyceń swoje dane

Chociażby dokładna geometria z bad-ami, być może klucz do chipa szyfrującego. Ale w WD nie podejrzewałbym takiej praktyki. Próbowałeś go włożyć w kompa z sata?

Na PCB jest: 2060-701572-002 REV A oraz naklejka z kodem paskowym i pod nim: 2061-701572-400 AE  XT 7T10 QM53 2 0004370  0 374

Sprobuj podpiąć do laptopa, zabootuj jakiegoś linuxa i zobacz co ci SMART wypluje.
Przez USB to raczej nie zadziała OIDP.

nie wiem, skąd przekonanie, że dyski trzymają dane konfiguracyjne w pamięci flash, czy eeprom
większość z tych danych jest trzymana na dysku - tak jest prościej ze względu na proces wytwarzania - generyczne dane lądują we flashu umożliwiająć odczyt danych konfiguracyjnych z powierzchni dysku, które są tam umieszczone podczas produkcji konkretnego mechanizmu i idą wraz z mechanizmem przez całą fabrykę -  nie trzeba już tego pilnować

https://hddscan.com/doc/HDD_Tracks_and_Zones.html - system area

Jeszcze tylko dodam że niedawno Seagate zaprezentował HDD na interfejsie NVME (M.2). Tam firmware musi być we flashu czy eepromie bo nie ma szans żeby hdd wyrobił się w ramach czasowych które PCI/NVME narzuca urządzeniom podczas fazy inicjalizacji. Tu czasami SSD miewają problemy.

Jest jeszcze dodatkowy aspekt. Obecnie coraz częściej stawia się urządzeniom konieczność posiadania certyfikacji FIPS 140-3 (amerykański federalny standard bezpieczeństwa, żeby cokolwiek im sprzedać musi to urządzenie mieć certyfikację. Ponieważ jest to całkiem niezły standard wiele innych organizacji (np. banki) też go wymagają), a FIPS 140-3 wymaga żeby urządzenie, podczas inicjalizacji, wykonało szeroki zestaw self testów (i jak coś się nie uda to się (z grubsza) brickowało), zanim da jakikolwiek znak życia. Tego na 100% nie da się przeprowadzić jeśli cokolwiek ma być na HDD.

Tak, ale jeśli już masz FW dla dysku HDD na Flashu czy Eepromie, to wrzucenie tam danych konfiguracyjnych, których jest w tym przypadku bardzo niewiele, jest logicznym rozwiązaniem. W tych danych mogą być przykładowo informacje niezbędne do sterowania silnikiem dysku. W ten sposób możesz mieć jeden FW dla całej rodziny dysków które różnią się komponentami (bo np. dyski w rodzinie mają różną ilość talerzy i są do tego różne silniki), a parametry sterujące masz w konfiguracji we flashu.

Ja nie napisałem nigdzie że że dyski odczyt z pamięci flash jest za wolny. Napisałem że proces inicjalizacji dysku jest problemem (bo czasami ciężko się wyrobić ze wszystkim), a odczytanie FW jest tylko jednym ze elementów tego procesu.

Generalnie firma nie musi być droga, jeśli chodzi o diagnozę. A diagnoza może dużo pomóc.