Re: Zfs e Bootcode
Andrea Venturoli <[email protected]> Mon, 13 Mar 2017 20:20:01 +0100
| Newsgroups | gmane.os.freebsd.italian.esperti |
|---|---|
| Message-ID | <[email protected]> |
On 03/13/17 14:28, Franco Marchesini wrote: > =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D > Model Family: Western Digital Green Ugh! Brutte bestie questi!!! Ne ho avuti un paio, entrambi sostituiti nell'arco della garanzia ed = entrambi rotti nuovamente subito dopo... Inoltre ricordo che gli stessi dischi davano caterve di errori con un = controller, ma funzionavano con un altro :-O Entrambi Intel server, ormai vecchiotti, ma di due serie successive = (putroppo non ho piu' a disposizione quell'hardware e non ricordo le = sigle esatte)!. Hai disabilitato tutte le funzionalita' di risparmio energetico (si = faceva con boot da un dischetto DOS e lanciando l'apposita utility)? Ricordo che dopo aver fatto questo, affidabilita' e prestazioni a parte, = andavano. Prima pero' succedeva che: _ i dischi si spegnevano dopo un periodo di inattivita'; _ al successivo comando si riaccendevano, ma la cosa richiedeva un po' = di tempo; _ a quel punto, a causa del timeout, il controller andava in errore ed = il disco marcava i settori come danneggiati (*); _ smontando il disco e lanciando il suo diagnostico riusciva sempre a = rimappare ed a dire che era a posto, ma rimontandolo sul server = ricominciava il ciclo. (*) Mi rendo conto che scritto cosi' non ha molto senso logico (un = errore a livello di controller non dovrebbe essere registrato come = errore del disco), ma e' questo che succedeva. Non ho mai capito se = dipendesse da qualche bug del sistema operativo (all'epoca forse c'era = la 7.x o la 8.x) e/o del controller: come ho detto, provando varie = combinazioni cambiavano i risultati. Una verifica *sequenziale* del disco invece non evidenziava mai nulla, = in quanto, tenendolo sempre sotto sforzo, non gli consentiva di = spegnersi; da cui l'inutilita' di fare uno "smartctl -t long". HTH. bye av. _______________________________________________ Esperti mailing list [email protected] http://mailman.gufi.org/mailman/listinfo/esperti