linux user group brescia

I risultati sono stati:
sudo dd if=/dev/zero of=pippo bs=4k
dd: scrittura di `pippo': Niente spazio sul device
9980493+0 records in
9980492+0 records out
40880095232 bytes (41 GB) copied, 1704,12 seconds, 24,0 MB/s

dd if=pippo of=/dev/null bs=4k
9980492+0 records in
9980492+0 records out
40880095232 bytes (41 GB) copied, 1481,71 seconds, 27,6 MB/s

però in /var/log/syslogNov  7 18:19:34 alfa smartd[6303]: Device:
/dev/hdb, 321 Currently unreadable (pending) sectors
Nov  7 18:19:34 alfa smartd[6303]: Device: /dev/hdb, 1 Offline
uncorrectable sectors
Nov  7 18:19:34 alfa smartd[6303]: Device: /dev/hdb, SMART Prefailure
Attribute: 5 Reallocated_Sector_Ct changed from 94 to 120
Nov  7 18:49:33 alfa smartd[6303]: Device: /dev/hdb, 1 Offline
uncorrectable sectors
Nov  7 18:49:33 alfa smartd[6303]: Device: /dev/hdb, SMART Prefailure
Attribute: 5 Reallocated_Sector_Ct changed from 120 to 248
Nov  7 18:49:33 alfa smartd[6303]: Device: /dev/hdb, SMART Prefailure
Attribute: 8 Seek_Time_Performance changed from 253 to 252
Nov  7 18:49:33 alfa smartd[6303]: Device: /dev/hdb, SMART Usage
Attribute: 197 Current_Pending_Sector changed from 1 to 253
Nov  7 19:19:33 alfa smartd[6303]: Device: /dev/hdb, 1 Offline
uncorrectable sectors

e c'è uguale in /var/log/daemon.log
Il parametro Seek_Time_Performance va da 252 a 253 e da 253 a 252 ogni tanto .
Ci sono problemi, vero?

ciao ciao
Andrea

Il 07/11/07, Andrea Gelmini<andrea.gelmini a lugbs.linux.it> ha scritto:
> 2007/11/6, Andrea Occhi <camicius a gmail.com>:
> > Ovviamente i dati sono sottoposti a backup giornaliero-settimanale-mensile.
> > La domanda è: quanto può reggere? quanto è rischioso?
> > Devo farlo cambiare al più presto o posso aspettare un po'?
>
> oddio, tieni presente che i dati del sistema s.m.a.r.t. sono sempre da
> prendere con le pinze...
> moltissimi valori tornati sono relativi e non assoluti (quindi
> richiedono uno storico con cui essere confrontati), ed è frequente
> ottenere rilevazioni totalmente diverse anche solo a distanza di
> minuti.
>
> insomma, io ti inviterei a fare una rozza prova empirica, tipo la
> creazione di un file di soli zero fino a riempire il disco, per vedere
> se il tutto si traduce in un effettivo problema di i/o error.
>
> ciao,
> gelma
>