Newsgroup: it.comp.os.dibattiti
Titolo: Hard Disk Load/Unload Cycles

Ho bellamente ignorato l'intero bug report su launchpad 
https://launchpad.net/bug59695.html
sapendo che riguardava LAPTOP_MODE=true
MA quale non è stata la mia sorpresa quando un mio amico abbastanza
preoccupato sembra notare un comportamento del genere anche NON in modalità
batteria (click frequenti, sul mio per esempio non sento click...).
Il problema NON è chiaramente "di ubuntu" ma dell'intero sistema di
risparmio energetico, quindi debian, mandriva o $distrosalcazzo mi sembra
non ci siano santi, a seconda del modello di HD e del controller buggato o
meno, ci possono essere rischi (indovinate? parlano di Hitachi. che marca
sarà mai il mio?).
Metto le mani avanti. Sono ignorante in materia, quindi abbiate pietà di me
nel caso in cui spari grosse grasse stronzate.
Qualcuno qui ha voglia di illuminarmi meglio di quanto possa leggere nel
bug report, che mi (ci: me, il mio amico, più tutta un'orda di gente in
giro per il mondo) ha mandato in paranoia?
In che range dovrebbe stare teoricamente il numero di cicli in un'ora?
Il workaround mi sembra di capire sia un'autentica inc**ata per un laptop
perché disabilitando/modificando il risparmio energetico sugli HD con
hdparm -B N {con N abbastanza vicino a 255} significa "no bump protection",
cioè che se dò una botta al laptop mi sfrittella tutti i piatti, cosa che
vorrei evitare dato che 'sto Packard Bell ormai famigerato qui sul NG ha
già abbastanza problemi di suo (ma almeno tutti software).
Si accettano anche commenti tipo "sistema operativo di merda" :D, tanto
sono giunto alla conclusione che tutti gli OS *desktop* facciano cagare
(sì, anche OS X, perché anche fosse the-best-in-the-world devo per forza
comprarmi un mac, e non c'ho moneta :P); inoltre sembra che il problema
possa infatti presentarsi ANCHE sotto win (mi chiedo... i mac? se è così
ovunque allora è panico collettivo e basta?)
Ricordatevelo, questo è l'anno di MULTICS :D
ciao
-- 
NoWhereMan (e.v.)
-- 
http://www.nowhereland.it
-- 
http://www.flatpress.org

 Ricordatevelo, questo è l'anno di MULTICS :D
Mmhh... 6180 e risparmio energetico fanno un po' a cazzotti. :-D
bye G.L.
-- 
Renaissance, aka Gian Luca Sole
"E' assolutamente evidente che l'arte del cinema si ispira
alla vita, mentre la vita si ispira alla TV" - Woody Allen

 Si accettano anche commenti tipo "sistema operativo di merda" :D
<quote> Bug #59695, first reported on 2006-09-09 </quote>
*Quattordici* mesi per risolvere un bug *critical*? Come dite? Ci sono
voluti dodici mesi prima che quel bug fosse anche solo marcato come
confermato? Ah, beh...
Microsoft? Principianti al confronto.
SALUTONI,
WindoM

 confermato? Ah, beh...
NO, anzi! è stato confermato prestissimo! ma ieri era ancora in *wishlist*!
LOL


 Mmhh... 6180 e risparmio energetico fanno un po' a cazzotti. :-D
anche con desktop se è per questo :D
dici che la mia scheda wireless la riconosce? XD


> *Quattordici* mesi per risolvere un bug *critical*? 
PS: risolvere? :D 
(nb: fix solo in debian sid : hdparm -B 244 su tutti i dischi)


 PS: risolvere? :D
Hahaha, involontariamente sono stato addirittura indulgente! Ma ora che 
hanno capito che è critical, sarà fissato in un batter d'occhio, vedrai! E' 
o non è questo uno dei punti forti dell'open-source?  E poi si vanteranno di 
aver sistemato tutto in un giorno, facendo rivoltare nella tomba qualche 
migliaia di hard disk morti nel frattempo. <grin>
SALUTONI,
WindoM 

 migliaia di hard disk morti nel frattempo. <grin>
Cipria, hai cambiato sponda?

 è stato confermato prestissimo! ma ieri era ancora in *wishlist*!
Alla faccia del bug triaging, c'è voluto Slashdot per far assegnare il 
codice rosso a uno zombie...
Seriamente, quanti sono a fare il triaging dei bug su Launchpad? Qualcuno lo 
sa? Tre? :-P
SALUTONI,
WindoM 

 Cipria, hai cambiato sponda?
Va be' che è un po' che non scrivo, ma scambiarmi per Cipria... :-)
SALUTONI,
WindoM 

 hdparm -B N {con N abbastanza vicino a 255} significa "no bump protection",
Non mi pare un problema specifico di Linux. Se aumenti i tempi di 
parking su un hd di un laptop sei esposto maggiormente. Con qualsiasi 
sistema.
Inoltre puoi migliorare la situazione sui cicli di load/unload montando 
ext3 con le opzioni 'noatime' e 'commit=N' dove N e` il tempo in secondi 
per il commit interval (default=5).
-- 
Vincenzo

 Qualcuno lo sa? Tre? :-P
temo siano veramente pochi (quello che risponde a me su tutti i bug è 
quasi sempre Sebastian Bacher)

 per il commit interval (default=5).
grazie del suggerimento! per ora ho impostato noatime (dopo aver letto 
cosa fa)

 cosa fa)
Ci sarebbe anche 'nodiratime' e inoltre in /etc/syslog.conf conviene 
mettere un '-' prima di ogni nome di file di log per evitare la 
scrittura sincrona dei file di log.
-- 
Vincenzo

 sono giunto alla conclusione che tutti gli OS *desktop* facciano cagare
Ma no dai, devi prenderla con filosofia e un pizzico di rassegnazione :)
Un disco fisso e' uno dei pochi componenti meccanici[**] che compongono un
PC e come tale puo' defungere in qualsiasi momento e senza preavviso.
[*] una volta li produceva IBM e a mio avviso (a parte l'eccessiva
rumorosita') non erano affatto male. Poi di punto in bianco tutto e' stato
ceduto a Hitachi e...
[**] io rimango dell'idea che risparmio energetico, disattivazione,
sospensione etc. etc. sono tutta una vagonata di cagate. Riduci le
operazioni di scrittura non necessarie (come suggerito noatime, nodiratime 
i commit etc.) e lascia girare quel disco fisso in santa pace. Potresti
scoprire che di tanto in tanto anche prodotti "non-enterprise" hanno vita
lunga :)
Ciao
Beppe

 "non-enterprise" hanno vita lunga :)
Conclusione: sono paranoie ?
Forse il punto qui è un altro: ext3, journaled è pensato per un certo 
tipo di utilizzo (e immagino server), tutti i parametri standard hanno in 
mente quello; forse varrebbe la pena che queste opzioni castranti in sé 
fossero il default per un sistema end user; o no? :)

 fossero il default per un sistema end user; o no? :)
Coerenza e consistenza del filesystem non sono aspetti che interessano la
solo sfera dei "server". Su Debian puoi' decidere in fase di
partizionamento del disco di attivare o disattivare quei parametri.
Ti do ragione se mi dici che un utente che approda su Linux non possa sapere
a che serve la direttiva "noatime" o che cosa sia un commit :)
Gli sviluppatori potrebbero eventualmente pensare ad una opzione
selezionabile dall'utente (tipo "sistema server", "sistema desktop") che
predisponga le opzioni piu' idonee. 
Beppe

 predisponga le opzioni piu' idonee. 
precisamente :)


 vale la pena trascurare per risparmiare sulle scritture.
Concordo.
Ciao
Beppe