Newsgroup: it.comp.os.linux.sys
Titolo: [OT] Un hard disk sta per sfasciarsi?

Salve gente,
nonostante non sia un sistemista posto qua perchè lurko qua da mesi (se
non anni, tutta colpa di Davide Bianchi) e vedo che siete pratici di
questo tipo di rogne.
Il problema è il seguente:
il mio pc è un dual boot Windows - Gentoo Linux con varie partizioni ma
le due principali (C: per quanto riguarda win e / per quanto riguarda
linux) stanno su due hard disk differenti.
Il primo HD è un 19 gb che è in questo pc da quando fu comprato, 5 anni
a novembre ormai, e non mi ha mai dato rogne di sorta. Nella prima
partizione troneggia tronfio windows.
Il secondo invece è un acquisto più recente, preso 2 anni fa, è un
Maxtor 80Gb. Qua gentoo compila come un dannato ad ogni sync e anche
questo non mi ha mai dato problemi.
Non usando spesso Windows (si potrebbe utilizzare il termine tecnico "Ogni
morte di Papa"), il primo hd è stato usato sempre marginalmente
negli ultimi 2 anni, quindi il problema che sto per dirvi potrebbe essere
presente da prima, ma me ne sono accorto solo di recente. L'unico lavoro
che posso attribuirgli è che negli ultimi 4-5 mesi ho impostato la home
su quell' hd.
In questi ultimi due mesi ho dovuto usare windows per usare
alcuni tool in C# per il building di un mmorpg. Tutto bene se non fosse
per il fatto che... ogni tanto che usavo quel simpatico tool (per chi è
del settore, UoArchitect) mi si freezava tutto! Freezava completamente,
eh, nel senso che se premevo Maius, il led non si illuminava, e se premevo
5 volte shift win non faceva il suo classico beep per l'attivazione della
sua modalità facilitata NonRicordoBeneQuale! All' inizio mi sono
arrabiato un pò, pensavo "vabè, è win" e riavvio dopo qualche ora di
lavoro. Il problema è stato che il tempo prima del freeze si è molto
accorciato, terribilmente accorgiato direi. Nel giro di un quarto d'ora di
lavoro mi si blocca puntualmente tutto. Allora ho deciso di reinstallare
win, secondo la migliore tradizione, e oggi mi son deciso di avviare K3b
per fare i backup dei dati che mi interessavano in quella partizione.
Frugo un pò per la mia brava /mnt/c alla ricerca dei vari log salvati,
seleziono i log condivisi win/linux di Gaim e XChat (posso scrivere senza
problemi su quella partizione visto che è Fat32) e li porto nel cd e...
Mi si freeza pure linux!
Proprio bloccato! Non switchava neanche tra le tty, Maiusc non mi dava il
led su tastiera, esattamente come win! Secondo voi è un problema
hardware? Oramai comincio a pensare che sia colpa dell'hard disk, anche se
non mi ha mai dato problemi. La questione è che però io ho su quell' hd
la mia home, e non mi da assolutamente problemi!
Allego il fstab se può servire:
none			/proc		proc		defaults		0 0
none			/dev/shm	tmpfs		defaults		0 0
/dev/hda2               none                    swap    sw                     0 0
/dev/hdb3               /home/			ext3    defaults               1 2
/dev/hdb4                /	                ext3    defaults               1 2
none                    /dev/pts                devpts  gid=5,mode=620         0 0
/dev/hdd                /mnt/dvd                udf,iso9660 noauto,owner,ro,user    0 0
/dev/fd0                /mnt/floppy             auto    noauto,owner           0 0
/dev/hda5               /mnt/s                  vfat    auto,rw,user,umask=0   0 0
/dev/hdb5               /mnt/g                  vfat    auto,rw,user,umask=0   0 0
/dev/hda1               /mnt/c                  vfat    auto,user,users,rw,umask=000,exec 0 0
/dev/hdb1               /mnt/f                  ext3    defaults               1 2
/dev/hdc               /mnt/cdrom              udf,iso9660
noauto,owner,ro,user    0 0
Non ho idea di cosa stia succedendo. Idee?
Grazie in anticipo!

 dma timeout error: status=0x58 { DriveReady SeekComplete DataRequest }
non ho /var/log/messages.
/var/log contiene
cups/             genkernel.log     wtmp              Xorg.1.0.log
dmesg             lastlog           xdm.log
emerge.log        news/             Xorg.0.log
gdm/              scrollkeeper.log  Xorg.0.log.old
e in dmesg non risulta niente che contenga "dma"

 bella partizione VFat da spianare e rifare da capo.
La cosa strana è che l'utente di mio fratello non sembra dargli problemi
di sorta, e anche da me i problemi sorgono soprattutto quando uso quel
tool (anche se non solo)

 ?? HUH??? Cio' inatteso e'... e male!
E` il solito orrendo default di syslog-ng sotto gentoo
-- 
Luca Villani               Dada S.p.A.
Mobile NOC manager         Mobile Team, via Castiglione 25 Bologna
http://www.dada.net
        Tel: 
+39 051 2966826
    Fax: 
+39 051 2966800
GPG public key available   Mobile: 
+39 348 5298542
 UIN: 76272621

 assolutamente problemi!
Non vuol dire nulla, se ci sono dei settori imputtaniti al di fuori della
tua home non dovresti avere alcun freeze.


 Comecomecomecome???
Scusa, ho detto una inesattezza.
Il default di syslog-ng su Gentoo *è* orrendo, di seguito riporto il
file /etc/syslog-ng/syslog-ng.conf, però /var/log/messages c'è.
Quindi se non ha /var/log/messages, non ha neppure installato e/o fatto
partire il logger...
#
$Header: /var/cvsroot/gentoo-x86/app-admin/syslog-ng/files/syslog-ng.conf.gentoo,v
1.5 2005/05/12 05:46:10 mr_bones_ Exp $
#
# Syslog-ng default configuration file for Gentoo Linux
# contributed by Michael Sterrett
options {
        chain_hostnames(off);
        sync(0);
        # The default action of syslog-ng 1.6.0 is to log a STATS line
        # to the file every 10 minutes.  That's pretty ugly after a while.
        # Change it to every 12 hours so you get a nice daily update of
        # how many messages syslog-ng missed (0).
        stats(43200);
};
source src { unix-stream("/dev/log"); internal(); pipe("/proc/kmsg"); };
destination messages { file("/var/log/messages"); };
# By default messages are logged to tty12...
destination console_all { file("/dev/tty12"); };
# ...if you intend to use /dev/console for programs like xconsole
# you can comment out the destination line above that references /dev/tty12
# and uncomment the line below.
#destination console_all { file("/dev/console"); };
log { source(src); destination(messages); };
log { source(src); destination(console_all); };


  
http://gentoo-wiki.com/HOWTO_Monitor_your_hard_disk(s)_with_smartmontools
Ho fatto tutti e 3 i controlli che mi permetteva l'hd e non ha rilevato
problemi di sorta... btw l'hd a 10740 ore di vita O_O

 problemi di sorta... btw l'hd a 10740 ore di vita O_O
Allora difficilmente si tratta di un problema ai dischi.


 rotture da smart e rotture effettive in seguito... ti tieni i soldi.
Dite che a sto punto mi conviene provare a formattare quella dannata
partizione e sperare per il meglio?

 rotture da smart e rotture effettive in seguito... ti tieni i soldi.
Se avessi offerto un premio me lo sarei vinto da solo: a me smart ha sempre
funzionato, e mi ha avvertito già *parecchie* volte.
Se non lo usi, in bocca al lupo.


 Guarda, un disco rotto e', appunto, rotto. Hai voglia a formattare.
Si ma è risultato che non si sa se sia rotto o sia colpa del tool che mi
abbia sputtanato la partizione!

 Bravo. Scrivi al guinness dei primati.
no, ha ragione: in alcuni casi smart riesce a segnalare possibili 
problemi (mi e` capitato piu` di una volta di chiamare ibm o dell a 
sostituire dischi non ancora rotti: se smart dice che si sta rompendo lo 
cambiano subito in garanzia!); d'altra parte non tutti i problemi 
vengono previsti da smart e quindi comunque i dischi che si rompono ci 
sono sempre :)
-- 
bye,
x-point

 si sia successivamente rotto.
La statistica dice chiaramente che un solo caso non fa testo. Il fatto
che *tu* non abbia mai avuto occasione di essere salvato da smart non
implica che il sistema sia inutile a tutti gli altri.
Flavio

 disco si sia successivamente rotto.
Se secondo te il fatto di *aver chiesto ad altri* è sufficiente per
definire il campione indicativo, evidentemente hai seri problemi con
la statistica.
Se chiedi a 100 informatici presi a caso, probabilmente 80 non sanno
cosa sia smart, 15 lo sanno ma non lo usano, 4 installano il demone ma
non controllano le mail/i reports che questo genera e *forse* uno lo
considera utile e lo controlla.
La tecnologia in sè è valida ma non infallibile. Se anche si riuscisse
ad individuare un guasto su 10 sarebbe sempre meglio di 0, e nella mia
*personale* esperienza i casi di guasti _prevenuti_ sono stati
parecchi (fino ad oggi almeno una decina di casi).
Se ritieni che la tua statistica personale valga più di quella altrui
non usare smart. E' comunque inutile gettare fango su ciò che spesso
funziona e che comunque ha una certa utilità.

 Ora ripeti cosa ho scritto a riguardo, forse capirai.
Cos'è ? Mirror Climbing ?
S.M.A.R.T è utile, che tu sia stato sfortunato è un altro discorso :-)

 Bravo. Scrivi al guinness dei primati.
Non ce n'è bisogno, non ho manie di protagonismo.
Piuttosto, in bocca al lupo per i tuoi dischi[1].
[1] Okkio, sono un notorio jettatore...


 Da coma scrivi non si direbbe affatto.
Che fai, sorvoli sui tuoi dischi? ;-)
Ripeto: in bocca al lupo. ;-)
P.S.: fossi in te mi gratterei il grattabile... O:-)


 Backup. Si chiama backup quello avresti dovuto fare.
Ora, dato e considerato che sono tre articoli che quoti alla pene di segugio
togliendo parti importanti dei miei interventi (in questo ultimo hai tolto
uno smiley la cui assenza cambia totalmente il senso della mia frase), ti
chiediamo un po' di informazioni: *chi* sei e *cosa* fai per vivere?
Chi sono e cosa faccio io lo puoi trovare nella signature di tutti i miei
articoli. Tu invece?
Premesso questo, ti posso assicurare che *NON* sono così coglione da
trascurare i backup.
Ma *NON* sono neppure così coglione da trascurare qualsiasi metodo che mi
possa parare il culo, compreso smart, perché se io ho fatto il backup alle
4.00 e alle 4.30 mi si rompono i dischi su un db di produzione sono
comunque inculato, visto che andiamo sulla media di svariati milioni di
insert al giorno (il calcolo per mezz'ora è lasciato come utile esercizio).
E tu? Sei così coglione da trascurare un qualsiasi metodo che ti possa
parare il culo?
No, sai, perché iniziano a girarmi i cosidetti con le tue risposte
supponenti e con il tuo modo poco polite di quotare.
Quindi, o ci dici chi sei, cosa fai per vivere e quali strategie adotti per
pararti il culo oppure ti plonko senza tanti problemi, di coglioni ne ho
plonkati parecchi, uno in più non fa differenza...


 insert al giorno (il calcolo per mezz'ora è lasciato come utile esercizio).
Beh, dai, usi dischi eide/atapi per db con milioni di operazioni
giornaliere? ;-)
bye G.L.

 giornaliere? ;-)
Ritiro quel che ho detto: pensavo fosse applicata solo a dischi
atapi/eide.  :-)
bye G.L.

 Allora perche' scrivi parole a caso?
Dato che nemmeno tu puoi sapere di quanti dischi *io* stia parlando e
che fino a prova contraria vi sono più persone che hanno scritto di
aver trovato utilità nell'utilizzo di smart, l'unico che parla a caso
sei tu.

Renaissance wrote:

Ma ROFL!
Almeno dammi il tempo di rispondere!!! :-D



Guarda nel killfile che forse l'hai gia' plonkato.
Prima di questo usava il nick "Pasqualino Cammarata".
L'ho riconosciuto dallo stile, ovviamente.
-- 
echo 152079117477642780034933529998195782666P | dc

  
http://gentoo-wiki.com/HOWTO_Monitor_your_hard_disk(s)_with_smartmontools
Bene, vedo che e' possibile metterli anche sotto OS X..
Scusate se proseguo l'OT, ma ho avuto un guaio con un disco ed ora e'
irrecuperabile. Il disco si chiamava "Backup3" :-(
E' (era) un Maxtor Diamond plus9 e mi e' caduto in terra da quasi un
metro di altezza *mentre era acceso*, ma non attivo (il mac era spento).
Si. E' "colpa" di varie "ciabatte" in cascata che alimentano 2 Mac, 1 pc
e periferiche varie in un colpo solo. (Ma il tutto e' circa 300W)
Dopo un quarto d'ora di parolacce provo ad accendere il mac e il disco
si mette a fare rumori strani, ripetitivi (tipo mitragliata) e a volume
sempre piu' alto. Alla fine, breve pausa e si ricomincia da capo.
Poco dopo il boot, il suono sparisce e quando il Mac ha finito il boot
il disco e' dichiarato "sconosciuto". Mi chiede la formattazione.
Guardando il sito Maxtor, rimango di sasso quando vedo che il disco e'
"shock protected". E meno male.. :-(
Per farla breve niente funziona, per recuperare i dati (si, ho provato
un paio di disk recover). Mi metto l'anima in pace, ma sono curioso.
Perso per perso, apro il disco. Trovo che i dischi sono inchiodati. Non
girano. Il rumore starno era la testina che, posizionata dalle parti del
mozzo, cercava di muoversi.
Un mail alla Maxtor, via interfaccia web, mi da una roborisposta :-(
generica. Rispondo via mail, ma mi arriva una seconda copia della
roborisposta. Mi sa cha anche il loro robocoso si e' rotto. :-(
Alla fine la domanda: cos'e' questa "shock protection"? Puo' essere che
sia questa ad avere inchiodato i piatti e magari c'e' uno sblocco? Mi
mangio le mani, se e' cosi'. Anzi sarebbe la volta buona che vedo come
si comporta ( => quanto regge) un disco impolverato.. :-(
 
[snip]
Ciao,
-- 
      Ermanno Polli   (INFN-LNF)
    user:      hostname:  subdomain:  domain:  country:
ermanno.polli    N/A        lnf         infn     it

 si comporta ( => quanto regge) un disco impolverato.. :-(
Dopo che l'hai aperto comincerà da subito a guastare settori e può
durare da un minutino a qualche ora con corruzioni crescenti sul
filesystem.

 filesystem.
Beh, si.
Questa era facile. ;-)


UPDATE! UPDATE!
Ho provato a mettere su cd un bel mucchio di rom di pochi mega ognuno, per
un totale di due giga e, appena lasciato la dir su k3b, mi si è frezato
pure questo.
Siccome quei dati erano in un altra partizione dello stesso hd, ho
accreditato lo sfascio imminente.
Per test ho copiato quei dati sul maxtor da 80 gigs, aperto k3b, fatto lo
stesso e... FREEZATO!
Ora ritengo che il bug sia di k3b e che la partizione fat32 sia solo
sputtanata come diceva Davide Bianchi e che l'hd stia bene.
Ipotesi accreditabile?
Un Giepi con problemi di backup causa k3b

 Almeno dammi il tempo di rispondere!!! :-D
Volevi menarmi, EH?  ;-)
bye G.L.