Pagina 1 di 1

Intel ISA PCIC probe: not found.

Inviato: lun 15 gen 2007, 21:47
da Vito
allora: quando dò dmesg mi viene restituito :
root@Vito:/home/vito# dmesg
nd.
Intel ISA PCIC probe: not found.
Intel ISA PCIC probe: not found.
Intel ISA PCIC probe: not found.
Intel ISA PCIC probe: not found.
Intel ISA PCIC probe: not found.
Intel ISA PCIC probe: not found.
non riesco a capire come risolverlo potete aiutarmi??????????

Inviato: mar 16 gen 2007, 0:16
da phobos3576
Avevo avuto quello stesso messaggio dopo l'aggiornamento a udev-097; studiando la situazione ho scoperto che dopo il boot avevo 2 istanze del demone udevd in esecuzione.

Ho risolto mettendo in uno script di avvio il comando /etc/rc.d/rc.udev restart

Questo comando va bene per la Slackware la quale usa /etc/rc.d per gli script di avvio; nel tuo caso magari la directory sarà differente.

Inviato: mar 16 gen 2007, 19:15
da Vito
beh mi sa che ho scoperto che hal+dbus si divorano la cpu mi sa che lo disabiliterò :D

Inviato: mar 16 gen 2007, 19:47
da Vito
phobos3576 ha scritto:Avevo avuto quello stesso messaggio dopo l'aggiornamento a udev-097; studiando la situazione ho scoperto che dopo il boot avevo 2 istanze del demone udevd in esecuzione.

Ho risolto mettendo in uno script di avvio il comando /etc/rc.d/rc.udev restart

Questo comando va bene per la Slackware la quale usa /etc/rc.d per gli script di avvio; nel tuo caso magari la directory sarà differente.
potrwsti spiegarti meglio????? ho provato ad aggiungere allo script di avvio rc.udev /etc/rc.d/rc.udevd restart ma al boot mi si impapocchia tutto udev e non parte niente e sono stato costretto a cancellarlo :D

Inviato: mer 17 gen 2007, 0:26
da phobos3576
Dopo aver riavviato il PC, controlla quante istanze di udevd sono in esecuzione; ad esempio, con KDE puoi usare il programma ksysguard.
Se hai due o più istanze di udevd in esecuzione puoi provare a riavviare il demone.

Bisogna vedere però quale distribuzione Linux e quale versione di udev stai utilizzando.

Inviato: mer 17 gen 2007, 10:40
da Vito
ok ma riavviando lo script di udev....iminuisce di olto l'uso della cpu ma il problema non mi si risolve :( praticamente ho trovato la risposta all'atro post hihih

Inviato: sab 3 feb 2007, 10:03
da ReDirEct__
Scusate ma nn c'è un modo più ortodosso per risolvere sto problema??? Ho installato la slack qualche giorno fa e anche io ho questi mess in dmesg... più che altor vorrei capire perchè ho due processi di udevd attivi :?

Inviato: dom 4 feb 2007, 2:21
da barrett
non vorrei direi una gran cavolata, ma avete mica lasciato abilitato il supporto agli slot isa nella compilazione del kernel???

Inviato: dom 4 feb 2007, 9:48
da sunreal
barrett ha scritto:non vorrei direi una gran cavolata, ma avete mica lasciato abilitato il supporto agli slot isa nella compilazione del kernel???
Mi diresti di preciso cosa dovrei controllare se ho lasciato supportato o no in make menuconfig? Ciao

Inviato: dom 4 feb 2007, 10:53
da Lean
Il problema lo dovresti risolvere disabilitando il servizio rc.pcmcia

Inviato: dom 4 feb 2007, 19:35
da Vito
grazie :D

Inviato: dom 4 feb 2007, 20:27
da Lean
Di niente :lol:

Inviato: lun 5 feb 2007, 0:52
da sunreal
tanto per capirci in rc.M ho commentato queste due righe:
if [ -x /etc/rc.d/rc.pcmcia ]; then
. /etc/rc.d/rc.pcmcia start

Sembra funzionare, dovrei commentare anche le due righe appena sotto?
# The cards might need a little extra time here to initialize.
if [ -r /var/run/cardmgr.pid ]; then
sleep 5

Che mi dite?

Inviato: lun 5 feb 2007, 11:15
da Vito
io mi sono limitato ad eliminare rc.pcmia da /etc/rc.d (oviamente ne ho conservata una copia)

Inviato: lun 5 feb 2007, 11:37
da Lean
Bastava un

Codice: Seleziona tutto

chmod a-x /etc/rc.d/rc.pcmcia