Newsgroup: it.fan.marco-ditri
Titolo: Morte di un disco fisso

Oggi ho estratto il disco fisso dal case; fino a due ore prima funzionava,
benche' abbastanza rumorosamente: ogni tanto si sentiva il tonfo della
testina, un click che non lasciava presagire nulla di buono.
L'ho tolto, perche' il BIOS non lo riconosceva piu' (e pensare che una volta
erano amici...): aspettava una risposta dal HD che invece ticchettava, circa
ogni secondo, e pure LILO non partiva senza di lui.
Avevo la partizione root di linux, con etc e var. Cosě ora so finalmente
come trascorrere la veglia di capodanno.
Era un JTS Palladium da 850MB, datato 27 novembre 1995. Possibile che non si
possa fare niente? Non riesco ad aprirlo, perche' le viti sono troppo salde
e il mio cacciavite minuto non si presta ad una presa energica, ma se mi
venisse detto che forse aprendolo potrei riesumarlo, mi ingegnerei per
farlo.
Marco, tu che preghiera reciti in queste occasioni?
Saluti,
    Mardy

 ha scritto nel messaggio ...
Potrebbe essere che la testina cerca di accedere ad un area inesistente? Una
formattazione a basso livello potrebbe aiutare? Se si, come si fa?
un "dd if=/dev/zero of=/dev/hdc " può essere la soluzione?
TIA
Saluti,
    Mardy

 Era un JTS Palladium da 850MB, datato 27 novembre 1995. 
Il disco su cui e' montata la / del mio server "multifunzione" di casa (mx, 
proxy, ecc...) e' un seagate circa del '90/91. Se viene spento per piu' di 
un paio d'ore (cosa che per la verita' succede raramente), al momento di 
riaccenderlo, ticchetta e non si avvia.
Nel caso e' sufficiente sbatterlo con forza sulla superficie del banco 
(mentre e' alimentato e collegato) perche' riprenda a fare il suo mestiere 
regolarmente.
La cosa va avanti almeno da 4/5 anni, il soggetto e' gia' sopravvissuto al 
sostituto che avevo acquistato per rimpiazzarlo la prima volta che si e' 
presentato il difetto, che e' poi stato impiegato altrove.
Il suo gemello identico su cui invece sono montate le partizioni con i dati 
in transito (lo spool della posta, /home ecc..), non manifesta tuttora 
problemi di sorta.
-- 
ciao
hobs

 farlo.
In ogni caso, non ti consiglio ti aprirlo: i dischi fissi sono sotto
atmosfera sigillata, data la velocità di rotazione dei piatti (vista
l'epoca, direi 3600 rpm o giù di lì), un granello di polvere tra piatti
e testine sarebbe nefasto.
-- 
Registered user at 
http://counter.li.org
 # 170453
ICQ 61259284

come trascorrere la veglia di capodanno.
Prova a montarlo come secondario. Io cosi' ci ho recuperato due giga (di
cui avevo i backups, ma sarebbe stata una palla).
Leonardo
make: *** No rule to make target `love'.  Stop.

Potrebbe essere che la testina cerca di accedere ad un area inesistente?
No, potrebbe essere che ha perso le informazioni servo, e senza un
controller apposito non e' possibile riscrivercele.
Leonardo pessimista


controller apposito non e' possibile riscrivercele.
Ad ogni modo, sapresti come fare una formattazione a basso livello? Mi pare
che si potesse con il programma debug del DOS, saltando a qualche area del
codice del BIOS...
Saluti,
    Mardy

codice del BIOS...
Ignorate pure la domanda: ripensandoci, mi sa che non c'entra, dal momento
che ogni tanto il disco ticchettava anche tempo prima...
Saluti,
    Mardy

codice del BIOS...
Solo sui vecchi dischi MFM, che so, il Seagate SST-225.
debug
-gD800:5
...mi pare.
Leonardo


Pape' Satan, pape' Satan aleppe, comincio' Mardy con voce chioccia:
M> Era un JTS Palladium da 850MB, datato 27 novembre 1995. Possibile che non si
M> possa fare niente? Non riesco ad aprirlo, perche' le viti sono troppo salde
M> e il mio cacciavite minuto non si presta ad una presa energica, ma se mi
M> venisse detto che forse aprendolo potrei riesumarlo, mi ingegnerei per
M> farlo.
cosi' non fai altro che dargli il colpo di grazia.
-- 
addio, e grazie per tutto il pesce

...mi pare.
Dove il segmento dipendeva da dove era indirizzato il Bios
del relativo controller.
Ovviamente funziona anche con i vecchi controller SCSI ST-01
e con tutti i dischi RLL.
Ciao
Mao

 testina, un click che non lasciava presagire nulla di buono.
I dischi hanno un certo tempo di vita media, pretendere che durino in eterno
e' una pura utopia.
Il backup non basta, bisogna sostituirli finche' funzionano ancora.

possa fare niente? Non riesco ad aprirlo, perche' le viti sono troppo
salde
Viti Torx a leva, tipo brugola?
Oh, dimenticavo: prova a montarlo su una vecchia MB tipo 486 con
utility di formattazione a basso livello, prova a dargli qualche
pacchettina all'avvio, prova a staccargli il connettore
dell'alimentazione ed a riattaccarlo, prova a girarlo di 90 gradi
(pigrecomezzoradianti?) in piu' direzioni, prova a placare Dei
sconosciuti e poi riprova, prova a scrivere a quelli di savedata, prova
con TIRAMISU... insomma, sbizzarrisciti.
Fabrizio (magari aiuta)

con TIRAMISU... insomma, sbizzarrisciti.
No, non c'erano dati importanti (oddio, /, /etc, /var, che ho gia`
ricostruito).
Grazie comunque, al limite cerchero` di usare la persuasione. :-)
-- 
Saluti,
    Mardy

Grazie comunque, al limite cerchero` di usare la persuasione. :-)
Lo minacci col cacciavite piu' affilato che hai? ;-)
Fabrizio

se il disco e' scsi potresti prare anche con sacrifici umani :)
Di solito non sono necessari.  Se un gallo nero o un caprone non sono
sufficienti si puo' provare ad amputarsi un dito usando qualche
parte tagliente (bordo di una motherboard o simili) oppure direttamente
un victorinox.  In una notte senza luna, preferibilmente.
Comunque i sacrifici servono se il problema e' con i cavi, non con
i dischi: questo perche' i cavi SCSI devono essere propriamente terminati
(e "terminated" in inglese significa anche "soppresso").
Con i sacrifici umani occorre fare attenzione: se per sbaglio si
sacrifica un utente il dio dello scsi si incazza e il disco
non funzionera' mai piu'.  Se poi e' un utente Windows bisogna buttar
via tutto il computer.
-- 
fB

(basta sacrificare la sua verginita' al dio scsi :) )
Beh, ma in questo caso la questione dello scsi e' del tutto secondaria.
-- 
fB