Newsgroup: it.comp.os.linux.iniziare
Titolo: Linux in crash !!!!!! :((

Uso (ci provo) da diversi mesi il pinguino e non mi era mai successo
mi si era inchiodato XFree, qualche applicazione , ma mai tutto il
sistema *E IN MODO TESTO* (avvio sempre in runlevel 3, poi se voglio X
lo lancio)
Ho dato un find per cercare un file e dopo un po' il sistema non
rispondeva piů: ho provato innanzi tutto con ^C, ^Z e ^D, poi ho cercato
di switchare su un' altra console e, per finire, neanche il ctrlaltcanc
ha fatto effetto ...... unica soluzione: reset (speravo di potermi
dimenticare di quel piccolo tastino)!
Uso la Slackware 7 e non mi aveva mai (o quasi) dato problemi nč il
sistema mi sembrava particolarmente bacato (qualche applicazione bacata
ce l'ho trovata, ma non a questi livelli ...... e poi credevo che
find -con grep, cat, less ecc.- fosse tra gli strumenti piů consolidati,
testati e stabili ....... )
Qualcuno ha qualche idea?
Sennň passo a Debian (che a quanto ho sentito č di gran lunga la piů
testata e stabile)
Grazie.
--
Ciao ciao
erere
 - Io son di un'altra razza ... son bombarolo!      [F. De Andrč]

non e che avevi qualcos'altro aperto (tipo 20 finestre di netscape su
kde e staroffice, il tutto per la modica cifra di 2 gb di ram necessari
) e hai poco swap?o niente? la slack non mi sembra cosi bacata(anche se
e solo due settimane che ce l'ho)anzi il contrario(mi sembra che voli in
confronto alla suse)
comunque cerca nel kernel riferimenti al magic sysrq key(l'ultima
opzione della configurazione del kernel) che permette nel 99% dei casi
di resettare la macchina smontando i dischi e senza danni
Ciau
Angelo

Ciao erere,
 > Qualcuno ha qualche idea?
 > Sennò passo a Debian (che a quanto ho sentito è di gran lunga la più
 > testata e stabile)
non credo che sia un problema distribuzione-dipendente.
Tutti i "freeze" che ho avuto erano dovuti a problemi hardware.
Il difetto e' riproducibile o casuale?
-- 
Pa.Ped, Como
http://www.fastflow.it/~paolop
ICQ: 4755831
VOTE AGAINST SPAM! 
http://www.politik-digital.de/spam/it/

Tutti i "freeze" che ho avuto erano dovuti a problemi hardware.
Mbo, sei forunato. A me in rarissimi casi (veramente uno solo [0]) 
sono successi casini a causa di drivers del kernel non perfetti.
Anche adesso in debian-devel (o debian-user, non ricordo) si 
discute del 2.2.15 che in condizioni molto particolari puo` piantare 
di brutto e rapidamente la macchina (invece 2.2.14 ha noti problemi
di sicurezza e i precedenti 2.2.x oltre a problemi di sicurezza 
in condizioni molto particolari possono corrompere il filesystem).
In definitiva, particolari combinazioni astrali dell' hardware
(*anche sano*) e dei drivers compilati nel kernel (il che *dipende* 
dalla distribuzione, se uno il kernel non l' ha ricompilato)
possono occasionalmente avere nefande conseguenze ...
Di solito in queste condizioni un viaggio del PC a Lourdes aiuta
a risolvere il problema [1]
--------
[0] find (anche quello interno a mc) su un filesystem umsdos (kernel
2.0.30 mi sembra che fosse) con file ---linux.--- (o come si chiama ...) 
disopportunamente non corrispondente alla FAT; a seconda dei casi 
crashava solo find (da utente normale) regalando un succulento prompt
#
(e non ho mai capito come diavolo saltasse fuori, visto che questo 
caso non riuscivo a riprodurlo sistematicamente) o in altri casi
(legati a un ---linux.--- con informazioni relativi a simlinks
con corrispondente file di simlink su FAT che avevo tolto a mano
rimontando il fs come msdos e poi rimontandolo ancora come umsdos)
un bel kernel panic e via ...
[1] nel senso che nel tempo che ci vuole ad andare e tornare,
e` probabile che qualcuno abbia prodotto una patch che
risolve il problema ...