Newsgroup: it.comp.os.linux.sys
Titolo: mi viene da vomitare

mi sono rotto, e` sufficente tentare di leggere un cdrom danneggiato che
bisogna riavviare il sistema, altrimenti continua a provare a leggerlo
per l'eternita`, rallentando tutto e impedendo di usare altri cd
e non serve a un cazzo killare i processi
-- 
    Pardo 
 
http://pardo.cjb.net


 
*_ Giuliano Grandin _*

 magic sysreq funziona: bel file system check al riavvio!!
da me con controlle 7880 e plextor 32/20 basta cambiare consoo e
lanciare da root un po' di killall mount e kill 9 <pid> che tutto torna
come prima.
-- 
Non c'č piů forza nella normalitŕ, c'č solo monotonia.

come prima.
pero' e' seccante: possibile che non ci sia un metodo piu' rapido, magari
direttamente a livello di kernel, se non arrivano dati per tot tempo, stacca!
-- 
Vuoi configurare velocemente internet, postfix, fetchmail, procmail,
leafnode, firewall, dns, wwwoffle,  junkbuster, mutt, slrn ed altro?
Visita 
http://mrshark.sourceforge.net
 oppure  
http://mrshark.cjb.net
e scarica il "Quick&Easy Configuration Howto",  piu' i files citati.

On Sat, 23 Sep 2000 14:19:11 GMT, 
Pardo (
Pardo@indirizzo_falso.org
)
wrote:
| mi sono rotto,  e` sufficente tentare di leggere  un cdrom danneggiato
| che  bisogna riavviare  il sistema,  altrimenti continua  a provare  a
| leggerlo per l'eternita`, rallentando tutto e impedendo di usare altri
| cd
 Per prima  cosa, mi  sembr alquanto  stupido tentare  di leggere  un CD
 danneggiato. Lo si  fa la prima  volta (come quando tentavo  di leggere
 una  copia di  Informix  per Linux  venuta  male) e  poi  si impara  la
 lezione.
 Come seconda cosa: se riesci, prova a farlo via remoto, al massimo tira
 giu` la macchina senza pigiare il tastino di reboot. A me ha funzionato
 piu` di una volta (mai io sono anche uno che ha modificato il lilo.conf
 prima alla  cieca e poi  via telnet, una  volta che il  framebuffer non
 andava).
-- 
Emmanuele Bassi         |	         [ 
http://digilander.iol.it/ebassi
 ]
   (Zefram)             |                     [ 
emmanue...@iol.it
 ]
GnuPG Key Fingerprint: 9747 635E B95A B0B3 4370 1CAA CAF7 512B 945C A44C


Ma a me succede con il fottuto IDE!
Lo scsi almeno non manda nel pantano tutto il sistema, mentre con 'sto
cavolo di ide comincia ad andare tutto a scatti se non riesce a leggere!
-- 
    Pardo 
 
http://pardo.cjb.net

Anch'io ogni tanto ho problemi simili: ho Slack 7.0, controller SCSI Adaptec
2940AU, lettore cd Plextor UltraPlex 32x e masterizzatore Yamaha 4416S,
entrambi SCSI.
Marco Napolitano

 cavolo di ide comincia ad andare tutto a scatti se non riesce a leggere!
ma dopo un (bel) po' va in timeout e la pianta. almeno così faceva a
me... iirc il timeout c'è quindi dovrebbe bastare cercare il punto
giusto (timeout o retries... qualcosa del genere) nei sorgenti e
modificarlo... per esempio in /usr/src/linux/drivers/block/ide-cd.c ci
sono il IDECD_SEEK_TIMEOUT che è impostato a 10 secondi, e 10 retries.
questo per ogni accesso, credo. 
ciao, gabriele.
-- 
http://gz.freeweb.org

per l'eternita`, rallentando tutto e impedendo di usare altri cd
Strano. Qui, dopo un po' (ok, puo` anche essere un tempo lungo) si stufa
di cercare di leggere il cdrom e lascia perdere.
Sia con 2.2.17 che con 2.4.0-test8.
Ciao
Ale
-- 
Home Page: 
http://web.tiscalinet.it/airaghi
Per ottenere il mio indirizzo e-mail sostituire a NOSPAM il mio cognome

 e non serve a un cazzo killare i processi
Sei sicuro di aver veramente ucciso tutti i processi interessati? A
parte che dovrebbe esserci un timeout dopo cui la risorsa dovrebbe venir
lasciata libera dal processo che la sta usando.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *


Beh guarda, adesso ho riprovato e se tento la copia del file con mc non
c'e` verso di fermarlo, posso killare chi mi pare...
Invece leggendo un file con less dopo qualche minuto di casini si e`
fermato (forse perche` per 20 volte consecutive ho fatto "kill -9
416"?)
Il msg che mi ha dato quando si e` fermato e`
ide1: unexpected interrupt, status=0x51, count=1
Forse se il cd non si monta neanche e` piu` semplice saltarci fuori, ma
questo qua ad esempio si monta e solo pochi file sono scassati...
Comunque dovrebbero fare qualcosa per questo problema, cacchio... ma e`
possibile che nessuno abbia mai mailato qualche imprecazione a 
Linus?? La prossima volta che mi succede lo faccio io!
-- 
    Pardo 
 
http://pardo.cjb.net

questo per ogni accesso, credo. 
quindi 10x10=100 secondi prima di fermarsi? mi sa che e` un po' di
piu`... ma a volte pero` non si ferma affatto...
le 10 retries comunque sono troppe, tre bastano e avanzano... ma dimmi una
cosa, io non so praticamente nulla di C, andando a naso modificherei la
riga:
static int retry = 10;
..cambiando il 10 in 3.
Giusto??
Dio, vedere tutto quel bel codice mi fa venir voglia di modificarlo...
sarebbe bellissimo se fossi capace di personalizzarmi il kernel secondo
le mie esigenze e i miei tiramenti!!! Invece e` gia` tanto se imbrocco il 
numerino giusto da cambiare!
-- 
    Pardo 
 
http://pardo.cjb.net

di cercare di leggere il cdrom e lascia perdere.
Magari e` una boiata che non c'entra col discorso, ma hai provato a
dare control-C ? 
-- 
Ci sentiamo  |  Remigio Zedda
             |  
remi...@tiscalinet.it
ciao Remigio |                    kernel 2.2.17 su Slack 7.0

 c'e` verso di fermarlo, posso killare chi mi pare...
in effetti e' strano, con scsi se uccido qualche processo si sblocca
tutto...
-- 
nebbia

dare control-C ? 
Non saprei, dovresti dirlo a Pardo :)



ma certo che ho provato a fare ctrl-c...
-- 
    Pardo 
 
http://pardo.cjb.net


ricordo che il lettore e` ide, con lo scsi non lo so come si comporta...
-- 
    Pardo 
 
http://pardo.cjb.net

416"?)
Nell'altro mio post, in questo thread, avevo detto di control-C. Una
boiata se intendevate "leggere" nel senso di accedere al cd da parte
del lettore. Invece in questo caso di comando less, dovrebbe uscire
all'istasnte, basta pensarci a dare control-C.. (e io non sempre ci
penso;-) )
Da me si blocca tutta la macchina, come state dicendo, e non si sblocca
piu`.. ma *solo* in winbug!!
In Linux mai. Al piu` il lettore ide (lo scsi no) continua a cercare
per un po', prima di rinunciarci.


 andava).
BRRR! M'e' capitato l'altra notte:  kernel appena ricompilato per fb; fb
che non va per errore mio e...  niente dischi di avvio, niente kernel di
riserva in lilo.
Scartata  l'ipotesi di  andare alla  cieca (anche  se ci  ho provato)  e
scartata la possibilita' di accedere via scheda di rete PCMCIA (legge di
Murphy)... ho ringraziato il cielo di essere uno che non butta via nulla
e ho recuperato dal cassetto il  vecchio cavo seriale con cui mettevo in
rete l'Amiga :) ... salvo... ed e' stato pure divertente =)
-- 
GHERdO, AMiGA Supporter Since 1988
	happy linux user
"Guarda Sophia, guarda la vita che vola via..."	

On 29 Sep 2000 18:18:15 GMT, 
GHERdO (
ta...@goliath.abelardo.net
)
wrote:
| > prima alla  cieca e poi  via telnet, una  volta che il  framebuffer non
| > andava).
| 
| BRRR! M'e' capitato l'altra notte:  kernel appena ricompilato per fb; fb
| che non va per errore mio e...  niente dischi di avvio, niente kernel di
| riserva in lilo.
 
 Male molto male... :-)
 Io di kernel di riserva ne ho sempre almeno due.
 
| ed e' stato pure divertente =)
 eheheheh, vero... 


 eheheheh, vero... 
Salute :)


On 2 Oct 2000 10:59:59 GMT, 
GHERdO (
ta...@goliath.abelardo.net
)
wrote:
| > Male molto male... :-)
| > Io di kernel di riserva ne ho sempre almeno due.
| 
| Anch'io  sulla  RH.  Su  debby  devo  ancora  affinare  l'uso  di  certi
| strumenti. :)
 
  make-kpkg. L'unico tool davvero essenziale. :-)


  make-kpkg. L'unico tool davvero essenziale. :-)
A quello mi riferivo :) Davvero troppo bello quel tool!
