Intel ISA PCIC probe: not found.

Messaggio da **Vito** » lun 15 gen 2007, 21:47

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??????????

Messaggio da **phobos3576** » mar 16 gen 2007, 0:16

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.

Messaggio da **Vito** » mar 16 gen 2007, 19:15

beh mi sa che ho scoperto che hal+dbus si divorano la cpu mi sa che lo disabiliterò

Messaggio da **Vito** » mar 16 gen 2007, 19:47

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

Messaggio da **phobos3576** » mer 17 gen 2007, 0:26

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.

Messaggio da **Vito** » mer 17 gen 2007, 10:40

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

ReDirEct__ · Messaggio da **ReDirEct__** » sab 3 feb 2007, 10:03

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

barrett · Messaggio da **barrett** » dom 4 feb 2007, 2:21

non vorrei direi una gran cavolata, ma avete mica lasciato abilitato il supporto agli slot isa nella compilazione del kernel???

sunreal · Messaggio da **sunreal** » dom 4 feb 2007, 9:48

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

Lean · Messaggio da **Lean** » dom 4 feb 2007, 10:53

Il problema lo dovresti risolvere disabilitando il servizio rc.pcmcia

Messaggio da **Vito** » dom 4 feb 2007, 19:35

grazie

Lean · Messaggio da **Lean** » dom 4 feb 2007, 20:27

Di niente

sunreal · Messaggio da **sunreal** » lun 5 feb 2007, 0:52

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?

Messaggio da **Vito** » lun 5 feb 2007, 11:15

io mi sono limitato ad eliminare rc.pcmia da /etc/rc.d (oviamente ne ho conservata una copia)

Lean · Messaggio da **Lean** » lun 5 feb 2007, 11:37

Bastava un

Codice: Seleziona tutto

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