Newsgroup: it.comp.os.linux.sys
Titolo: sk rete fantasma

Salve.
Pentium 75, 64Mb ram sk eth 3C509
Mandrake 7.2 
la sk di rete viene riconosciuta, regolarmente istallata (ifconfig la
elenca con tutti i numeri al posto giusto...), la routing table
specifica di usarla come route per la rete locale.
tutto bene...
tutto bene un corno, la scheda c'e', sta bene ma non entra e non esce
niente. anzi nemmeno questo, se pingo una della altre due linuxbox che ho
in casa NON le vede ma le lucine della rete lampeggiano eccome (verdi
ovviamente). le altre macchine si pingano tra di loro senza problema.
il ping effettuato dalla macchina sfortunata non restituisce alcun
errore.
se tento invece un ftp su una delle altre due macchine allora il client
ftp dice no route to host.
ma il route c'e' eccome...
l'unico messaggio che non so capire che ricevo da console e':
<daemon.crit>mon[963]: failure for servers http 9877870252 localhost
e dopo un po' un altro uguale ma con smtp al posto di http
se qualcuno mi aiuta evito di buttare la macchina dalla finestra.
grazie

ma il route c'e' eccome...
I file hosts e le zone del nameserver (se l'hai configurato) come stanno
messe?
-- 
Massimo Bacilieri AKA Crononauta ______________________
========================|  togli 'sse' dall'indirizzo  | 
ICQ UIN: 4005815        |  per rispondermi in  e-mail  | 
IDAnet: 
http://adcserver1.biodip.unimi.it/ida/index.html
GP Legends: 
http://www.multiplayer.it/driving/index.html

 messe?
niente nameserver, hosts e' a posto e i nomi vengono risolti correttamente
ah, per peggiorare... la sk su win95 va benissmo e cambiandola con un'altra
PCI va benissimo tutto, quindi
la prima cosa esclude un prob hw sulla sk, la seconda un probl sw su
linux...
tnx...

 Giulio
se e' quello ti mando una cesta di frutta. vado a vedere...
grazie

linux...
In  /var/log/messages  hai qualche  informazione?  In /var/log/dmesg  le
schede  vengono  caricate regolarmente?  Hai  compilato  i supporti  nel
kernel o utilizzi dei moduli con modprobe?
Perché potrebbe  appunto essere un problema di  caricamento moduli, come
ti dicevano nell'altro messaggio.
Al limite, prova anche a ricompilare il kernel includendo direttamente i
moduli per la  scheda, cosě non devono venire  caricati... e il problema
non sussiste.
Dovesse poi essere un problema sul  modulo stesso, o non ti si ricompila
il  kernel o  poi ti  va in  kernel panic,  in ogni  modo ti  accorgi se
qualcosa non va.
NON FARE LA FESSATA di  mettere il kernel cosě sperimentale direttamente
come boot, che poi se non va sei fottuto! Mettilo su un dischetto! :-)
Scusa questo  consiglio banale da lamer,  ma siccome ho  degli amici che
l'hanno fatto... ;-)


 l'hanno fatto... ;-)
:))) certo! ma hai cmq fatto benissmo... c'e' poi la volta che in questo
modo salvi la pelle al prossimo :))
io credo di avere ben capito... PnP... adesso faccio un paio di
sciocchezze... vedremo...
ciao

sciocchezze... vedremo...
AARGHH!!!  Accertati  di  avere  DISABILITATO  nel  bios  la  voce  "pnp
operating  system", a  me faceva  un casino  del demonio  con  la scheda
sonora... perché quello  che succedeva era qualcosa di  simile a questo:
il bios leggeva i dati della scheda sonora, ma poi dava per scontato che
il  sistema  operativo  si adattasse  e  leggesse  i  valori di  irq  et
similia...  linux non è  pnp, cercava  di accedere  indipendentemente da
questi valori  che gli  "offriva" il bios,  e trovava  (giustamente) già
occupata la periferica...
Non  so se questa  mia interpretazione  sia corretta...  ma disabilitata
quella voce tutto è tornato ad andare bene.


 quella voce tutto è tornato ad andare bene.
la tua interpretazione e' cristallina, anche se credo di avere trovato delle
varianti.
il problema nasceva (si.. nasceva!) probabilmente da un errata assegnazione
dell I/O, il priblema era aggravato dal fatto che il bios non permette la
disabilitazione di niente (e' un antico M4 olivetti, P75, che sto sistemando
per mia moglie) e la sk e' jumperless. alla fine grazie alle tue imbeccate
ho scovato della documentazione che non faceva diretto riferimento al
problema ma portava sul sito 3com dove guarda caso trovo un prg per settare
i parametri della sk da dos e soprattutto che disabilita il pnp della sk.
gioco fatto... ma... ma nel frattempo andando a pistolare all'inverosimile
si e' incrostato tutto e non andava praticamente piu' niente (a parte alla
3c905...pci! ovviamente). in un momento di orgoglio cieco ormai in procinto
di passare a una ne2000 pci ho reistallato tutto (6 ore...) et voila'! era
quello! valore economico dell'operazione circa -2.000.000 in tempo ma la
soddisfazione e' stata quasi di tipo sessuale.
domandina... dove ca..spita vengono scritti i parametri di caricamento dei
moduli della sk di rete? ho frugato mille file di boot ma non ho trovato un
tubo. se avessi trovato le righe di boot della sk precedente avrei potuto
remmarli ma cosi' ho dovuto caprinamente reistallare, efficace ma non
efficente e inelegante...
grazie

moduli della sk di rete? 
Normalmente tutti  i parametri  di avvio dei  moduli vengono  scritti in
/etc/conf.modules
Una volta avviati i parametri, le schede si impostano col normale
ipconfig eth0 <ip> netmak <mask>
Però occhio perché comunque il  modulo deve essere abilitato nel kernel,
sia esso incluso o esterno... avevi ricompilato il kernel, vero?


 sia esso incluso o esterno... avevi ricompilato il kernel, vero?
ovviamente no... ma la sk andava, veniva su, la vedeva! quindi nel kr c'era.
e' che avra' fatto un casino orrido con la zona di I/O e non sapendo dove lo
va a scrivere ed essendosi incasinato a forza di smanettare tra linuxconf e
drakconf alla fine... amen....
io vorrei tanto sapere dove diavolo scrive che al boot deve tirar su quel
modulo con quei parametri e deve ifconfig-are la sk...
cia'

va a scrivere ed essendosi incasinato a forza di smanettare tra linuxconf e
^^^^^^^^^
AAAARRGHHHHH vade retro Satana!!!!! linuxconf č la prima cosa da
SECCARE VIA con immane cattiveria!!!! Fonte di tutti i guai e danni
che ti possono capitare al sistema!
Probabilmente c'era qualche dichiarazione gestita da linuxconf in
vattelapesca quale file...
-- 
Massimo Bacilieri AKA Crononauta ______________________
========================|  togli 'sse' dall'indirizzo  | 
ICQ UIN: 4005815        |  per rispondermi in  e-mail  | 
IDAnet: 
http://adcserver1.biodip.unimi.it/IDA/index.html
GP Legends: 
http://www.multiplayer.it/driving/index.html