Seagate - Nie widziany dysk ST32000542AS - system oraz konsola - terminal

Jak w tytule Dysk ST32000542AS
Tak sobie na nim eksperymentowałem (był z relokowanymi sektorami więc strata mała)
A o co chodzi ?
Ano po eksperymentach przestał być w ogóle widoczny jak dla systemu jak i nawet w terminalu (po linii RS232- TTL)
Najpierw po eksperymentach znikł cały SMART a nawet informacja o temperaturze.
Po kolejnych przestał być widoczny w ogóle teraz już nie ma go jakby nie istniał.
Talerze się rozkręcają coś tam zachrobocze i koniec.
Terminal milczy....
Elektronika nie padła bo podmieniłem elektronikę (z wymianą EEPROM-a) z innego sprawnego i elektronika na innych talerzach ruszyła.
Więc coś znikło z "talerzy" podobno sytuacja jest jak elektronika nie komunikuje się z głowicą.
Ale co jak ?
Czy w takiej sytuacji jest możliwość ponownej "aktywacji" (reaktywacji) dysku ?
Ja wiem ze to stary dysk itd ale może ktoś kiedyś będzie miał podobną sytuację i będzie chciał odzyskać dane ...

no raczej nie ...
Eksperymentowałem z komendami w konsoli ....
Ale tak czy inaczej dlaczego nie zgłasza się sama elektronika ? Wg tego co piszą w Internetach elektronika tak czy inaczej powinna być "komunikatywna"
Po za tym co to znaczy degradacja głowic i katowanie CHKDSK ? (ale zaznaczam żadnego "katowania" nie było).

Dodano po 22 [minuty]:

Wyczytałem ze jest coś takiego na dysku jak strefa serwisowa ?
No OK ale dalej pytanie dlaczego terminal milczy
Aczkolwiek jeśli w tej strefie przechowywane są wszelkie informacje o dysku w tym SMART itd to już coś mówi...
Aczkolwiek z tego co znalazłem dalej powinno się wejść do terminala no chyba że operacje komendami rozwaliły informacje w EEPROMI-e ...
Mam zrobione obrazy eepromów (jak z uszkodzonego tak i sprawnego) specjalnie w strukturze się nie różnią.

Może gdybyś napisał, jakich komend użyłeś byłoby łatwiej cokolwiek wywnioskować.
Jeżeli klepałeś komendy na pałę, to ubicie dysku jest jak najbardziej możliwe.

max-bit napisał:

Mam zrobione obrazy eepromów (jak z uszkodzonego tak i sprawnego) specjalnie w strukturze się nie różnią.

Nie ma "specjalnie się nie różnią". Oba ROMy powinny mieć identyczną zawartość. Jeżeli są różnice to mogły zostać zmodyfikowane lub uszkodzone.
Brak komunikacji najczęściej jest spowodowany albo złą prędkością transmisji danych lub brakiem prawidłowej masy (może zwyczajnie terminal ci się zawiesił).
Nie mniej "pusta" elektronika powinna wypluć log z próby uruchomienia.

msquidpl napisał:

Z tą detekcją elektroniki to jakaś bzdura. Testowałem kiedyś z ciekawości elektroniki ze sprawnych dysków i nic nie wykrywało

To zależy od konkretnego modelu dysku i w niektórych przypadkach, jeżeli podłączysz gołe PCB, zobaczysz pełne ID ponieważ to jest brane z NVRAMu, kiedy indziej wejdzie w tryb kernel i również zostanie rozpoznane z nazwą kodową.

msquidpl napisał:

Degradacja głowic - jeśli na talerzu były uszkodzenia fizyczne, realokowane sektory, to mogły się od nich po prostu zabrudzić głowice.

To jest ciekawe.

msquidpl napisał:

Jak chodzi o katowanie CHKDSK - zwykle prowadzi do tego co wyżej, bardzo mocno obciąża dysk. Zresztą defragmentacja też zabija uszkodzone dyski.

CHKDSK prowadzi do braku informacji w terminalu?

msquidpl napisał:

Jak chodzi o obrazy EEPROM'ów - w każdym dysku ma on swoje unikatowe moduły, nie wgrywaj pod żadnym pozorem z sprawnego dysku do tego uszkodzonego.

Bo? Skoro ma kopie oryginału to co mu szkodzi?
W jaki sposób uszkodzony bądź niewłaściwy wsad wpłynie na zachowanie dysku poza brakiem możliwości kalibracji, ewentualnie brakiem możliwości startu (jeśli jest uszkodzony do tego stopnia lub nie jest kompatybilny z pozostałymi podzespołami)?

Ogólnie patrząc na opis postu mogło się podczas tej zabawy wydarzyć wszystko. Zwłaszcza, że to stosunkowo nowy napęd.

Przy przeliczeniu translatora, wyczyszczeniu SMART i tak dalej nie powinna zginąć komunikacja...
Mogłoby być trudniej wejść w terminal, ale sam log rozruchu powinien zostać wyświetlony.
Także na razie nie ma co gdybać, niech autor sprawdzi zarówno terminal, jego podłączenie i konfiguracje.

Tu jest w miarę jasno opisane, co powoduje większość poleceń w Seagate F3:
https://www.data-medics.com/forum/threads/seagate-f3-terminal-command-set.901/

Nie jest to żadna wina masy w jednym Działa Terminal w drugim nie
I nie jest to też winda samej elektroniki bo jak pisałem EEPROMY zostały zamienione miejscami na krzyż
A więc po przelutowaniu elektroniki są sprawne.

FAKT po odpięciu elektroniki od głowic (dysku) w tym sprawnym również w terminalu się NIC nie pojawia
Czyli Płytka elektroniki albo musi widzieć głowice (?) albo coś odczytuje z talerzy co aktywuje elektronikę

Ale to bez sensu bo oznaczało by że bez gadania z talerzami terminal nie załapie.

Być może ... wtedy trzeba wysłać jakieś "specjalne" komendy z terminala (nie CTRL+Z) które aktywują samą elektronikę albo jeszcze jest jakiś MYK

Pamiętam jak były te słynne z 10 (ponad) lat temu dyski seagata co im po iluś włączeniach zdychała elektronika i wtedy zwierało się jakieś 2 miejsca na PCB elektroniki plus coś tam jeszcze i się taki dysk naprawiało.
Być może tu jest też jakieś takie czarowanie ?

Dodano po 2 [minuty]:

A nie wiem co jest w tych epromach zapisywane, jedno jest pewne nie są one identyczne co świadczy że jest tam coś związane np z kalibracja tego i tamtego ...

max-bit napisał:

Nie jest to żadna wina masy w jednym Działa Terminal w drugim nie
I nie jest to też winda samej elektroniki bo jak pisałem EEPROMY zostały zamienione miejscami na krzyż
A więc po przelutowaniu elektroniki są sprawne.

max-bit napisał:

A nie wiem co jest w tych epromach zapisywane, jedno jest pewne nie są one identyczne co świadczy że jest tam coś związane np z kalibracja tego i tamtego ...

Napisałeś to w taki sposób, że zrozumiałem iż masz wsad z tego samego dysku z PRZED twoich działań i PO twoich działaniach.
Jeżeli są to ROMy z dwóch różnych dysków to tak, będą różne.

max-bit napisał:

FAKT po odpięciu elektroniki od głowic (dysku) w tym sprawnym również w terminalu się NIC nie pojawia
Czyli Płytka elektroniki albo musi widzieć głowice (?) albo coś odczytuje z talerzy co aktywuje elektronikę

Jaka tam jest wersja PCB? Ogólnie powinien pojawić się komunikat o:
1 - awarii silnika
2 - braku komunikacji z przedwznacniaczem

Z resztą brak komunikacji i problem z PCB łatwo zweryfikować, wystarczy podłączyć działającą płytę drugiego dysku do dysku "eksperymentalnego", powinien pojawić się błąd o braku możliwości kalibracji urządzenia.

max-bit napisał:

Pamiętam jak były te słynne z 10 (ponad) lat temu dyski seagata co im po iluś włączeniach zdychała elektronika i wtedy zwierało się jakieś 2 miejsca na PCB elektroniki plus coś tam jeszcze i się taki dysk naprawiało.
Być może tu jest też jakieś takie czarowanie ?

Zwieranie kanału czytania ma umożliwić wywołanie terminala, natomiast sam log uruchomienia w dalszym ciągu powinien być dostępny.

Pewnie się nie dowiemy, jakie polecenia zastosowałeś?..

Komendy te
T>i4,1,22 (clears G-List)
7>m100 (clears DOS config tables)

m0,2,1,,,,,22 ( To rebuilt slip list, V1 )
m0,2,2,,,,,22 ( To rebuilt G list, V2 )
m0,2,3,,,,,22 ( To rebuilt P list, V3 )

Nie pojawia się nic ...
A jak to zewrzeć ?
Elektronika ma nr 100535537 rev C

Dodano po 5 [minuty]:

Nie nie mam wsadu przed i po działaniach mam wsad ze sprawnego dysku no i tego po eksperymentach.
Chciałem sprawdzić elektronikę z tego bez życia więc wylutowałem eeprom z jednego i drugiego zrobiłem z obu zrzuty a następnie zamieniłem miejscami i zachowanie te samo. (samych eepromów nie ruszałem co do zawartości)

Dodano po 2 [minuty]:

ta elektronika z "niesprawnego" poprawnie z podmienionym epromem pracuje w sprawnym a vice versa NIE.

I istotne w tym sprawnym po dołączeniu głowic od elektroniki też terminal milczy.

W tym wypadku nie ma potrzeby niczego zwierać, ponieważ zwarcie musi nastąpić w odpowiednim momencie logu terminala, a tego nie ma.
Sama odbudowa tych list nie powinna mieć wpływu na zachowanie terminala... Jednak...
Najpierw wykonuje się test sprawności głowic, dopiero później przystępuje do ewentualnej naprawy lub modyfikacji wymienionych przez ciebie list (posiadając ich kopie). W przeciwnym razie zmiany mogą zostać zapisane częściowo i uniemożliwić inicjalizację napędu.
Nie mam teraz możliwości weryfikacji zachowania tego modelu dysku i jego PCB, ale jutro na pewno to sprawdzę.

i to się mogło stać gdyż sie to zwiesiło i dysk został odłączony ...
Pewnie coś się nie zapisało (i lub nie prawidłowo) i sie ...

Dodano po 9 [godziny] 7 [minuty]:

Jeszcze wczoraj na sprawnym potwierdziłem że jak elektronika nie widzi głowic to za nic nie uruchamia terminala
To dość ciekawe bo MUSI ? być jakiś sposób aby aktywować terminal (no chyba tak działają moduły np PC-3000?) aby coś dalej ruszyć no chyba że "jakiś" sygnał jest wysyłany na SATA ale było by to dodatkowo dziwne.

Prawdopodobnie (na pewno) rozpieprzyłem coś na samych talerza może owe SA i teraz dysk nie tylko nie dostaje "prawidłowego" info z talerzy.
Może Seagate zrobiło tak że z talerzy jest odczytywany jest dodatkowy identyfikator który wiąże (logicznie) elektronikę + same talerze.
I być może producent tak zrobił że tylko "u nich" programują "talerze" do elektroniki.
Nie sądzę aby na wzm przy ramieniu dysku była elektronika która by też zawierała jakiś układ który by też był programowany choć i tego absolutnie wykluczyć nie można.

Oczywiście przed wykonywaniem tych operacji nie zgrałeś plików systemowych ze strefy serwisowej... To, o czym napisałeś, mogło ewentualnie rozwalić podsystem translacji adresów logicznych na fizyczne. Wyczyszczenie SMARTu nie powinno spowodować, że w ogóle on zniknie - powinieneś dostawać wyzerowane wartości, ale powinieneś mieć odpowiedź na 1>N5
Pokaż, jak ten dysk jest widziany przez MHDD.
Czy wgrywałeś jakieś pliki systemowe? (polecenie T>w ze stosownymi numerami)
Czy możesz wrzucić na forum obrazy ROMu (ów)?

Sprawdziłem PCB i niepodłączone do korpusu zgłasza się w terminalu jak i można wywołać CTRL+Z...
Komunikacja występuje zarówno z podłączonym przewodem SATA DATA jak i bez niego (samo zasilanie).

kaleron napisał:

Oczywiście przed wykonywaniem tych operacji nie zgrałeś plików systemowych ze strefy serwisowej... To, o czym napisałeś, mogło ewentualnie rozwalić podsystem translacji adresów logicznych na fizyczne. Wyczyszczenie SMARTu nie powinno spowodować, że w ogóle on zniknie - powinieneś dostawać wyzerowane wartości, ale powinieneś mieć odpowiedź na 1>N5
Pokaż, jak ten dysk jest widziany przez MHDD.
Czy wgrywałeś jakieś pliki systemowe? (polecenie T>w ze stosownymi numerami)
Czy możesz wrzucić na forum obrazy ROMu (ów)?

Ad.1 Na to wygląda że właśnie została rozwalona ta cześć SA
Ad.2 Nie zostały wgrane .
Ad3. Mogę wrzucić jak będę w domu ...

Teraz pozostaje pytanie :
1. Jak zaktywować Terminal (wygląda na to ze rozwalona SA wiesza elektronikę) - jeszcze sprawdzę czy sama elektronika nie podpięta ani do głowic ani do silników jest aktywna (Kolega pisze ze powinno tak być). No ale trzeba by zmusić elektronikę do aktywacji terminala z podłączonymi silnikami i głowicami ...
2. Jeśli przeskoczy się etap 1 co dalej jak reanimować SA tj odtworzyć to wszystko ?

2>Z - i wtedy możesz bezpiecznie przykręcić włączoną elektronikę do hermobloku.
2>U - uruchomi dysk.
Wiem, że na pewno nikt o tym nie myślał projektując komunikację po terminalu, ale jak się uczyłem pracy z terminalem, to sobie skojarzyłem litery Z - zatrzymanie i U - uruchomienie:)

A więc tak moja elektronika bez samego napędu nie rusza w terminalu sprawdzone na nie sprawnym jak i na sprawnym bez napędu ani nie drgnie ... NIC
Jak jest (sprawny napęd) to OK zeskrobie i wchodzi w terminal.

Może to kwestia firmware ?

Fotki elektroniki :


A tu jeszcze obrazy firmware:

Na krawędzi PCB jest ewidentnie złącze diagnostyczne do którego pewnie się normalnie producent wpinał ...
No jest jeszcze jedno od góry ...

Dodano 09 Lut 2022 12:16
ma ktoś pomysł jak aktywować ta elektronikę ?

Zamieść ten zrzut ROMu, zobaczymy co się tam dzieje.

Masz powyżej ... OK to ten OK, FAIL to ....

Nie zauważyłem : )

i jak z tymi dyskami kosz ?

Jeszcze nie. W przyszłym tyg. do tego zajrzę. Mam trochę za dużo zobowiązań i się nie wyrabiam.

ok czekamy ..