slacky.eu

M.

Io ho seguito le sue istruzioni e funza alla grande :D I pacchetti che dice sono i suoi: udev, sysvinit, pcmciautils (solo se se ne ha bisogno) e sysfsutils (richiesto da pcmciautils).
Prova e fammi sapere
Ciaooooo
Sidereus

Volevo sapere: tu hai disintallato hotplug?
Passi al boot l'opzione nohotplug?
Devo aver fatto confusione con rc.S e rc.M...
Diavolo, dove trovo rc.S.new e rc.M.new??

Grazie
M.

Sì... all'avvio ho disabilitato hotplug. Adesso uso solo udev.
I file in /etc/rc.d li trovi nel pacchetto sysvinit.

È vero, cieco che sono... Solo che continua a non
rilevare i dispositivi. Non capisco se dipende
da una configurazione sbagliata o da qualcosa
che ho tralasciato nel kernel. Appendice: non ho
abilitato pmcia perché non ho dispositivi di
quel tipo, ma non credo che dipenda da questo...

M.

Che errore ti da?
A me, tempo fa, ha dato questo errore: Ma cambiando gli script in /etc/rc.d è andato.
Fammi sapere
Ciaooo

Non mi dà errori al boot, tranne che alsa mi dice
"no sound card found". Dopo di che sane-find-scanner
non trova nulla, né la videocam né lo scanner,
il pendrive non lo monto. In effetti /dev/dsp non viene creato,
e nemmeno dispositivi tipo disco scsi
oltre a quelli che governano i miei 2 dischi fissi,
e cioè sda e sdb. Per cui non posso attribuire nessun
dispositivo al pendrive...

M.

Attenzione... tra una versione e l'altra di UDEV non vengono installati gli stessi programmi (udev, udevd, udevsend etc..), sia nei packages di piterpunk che nei sorgenti originali. Nei sorgenti, se fai caso, nel readme si dice che alcuni programmi non vengono installati dando per scontata la loro esistenza nel sistema (mi pare ad esempio udev). Quindi verifica che, almeno per ciò che riguarda UDEV, tralasciando scripts di avvio etc., siano presenti almeno i seguenti files

/sbin/udevcontrol
/sbin/udevd
/sbin/udev
/sbin/udevsend
/sbin/udevstart
/usr/sbin/udevmonitor
/usr/bin/udevinfo
/usr/bin/udevtest
Io sto usando la versione 0.86 di piterpunk / kernel 2.6.16.9 e funziona tutto bene.
L'unico problema all'inizio era che il nuovo UDEV (era la 0.76) creava una race condition e tentava di scrivere i file di dispositivo quando la partizione / era ancora montata read only.
Dando 3 secondi di ritardo tra l'inizializzazione di udev e l'intercettazione degli event ho risolto il problema.
Con l'uso della 0.86 ho lasciato i tre secondi di ritardo, per la verità non ho più verificato se fosse ancora necessaria.
Spero che il tutto sia stato di qualche utilità
Ciao

Io volevo vedere come funzionava la cosa
rimanendo alla current, senza ulteriori interventi.
I file che tu menzioni ci sono tutti nel tgz
di udev di Pat, tranne udevmonitor.
comunque penso che la current dovrebbe dare la possibilità
di usare udev da solo, senza hotplug.
Avevo visto il sito di Peter Punk, magari adesso provo
coi suoi pacchetti, ma resta il fatto che non capisco
perché con quelli della current non mi funziona.
Non so se dipende da una qualche cattiva configurazione mia, da qualcosa che ho tralasciato nel kernel
o da qualcosa d'altro ancora...

Dando 3 secondi di ritardo

In pratica che cosa hai ritoccato?

Grazie
M.

Ho provato i tgz di Peter Punk, con udev 0.90
e stavolta funziona quasi tutto. Ciò significa
che la configurazione del kernel e i passaggi
che ho seguito erano corretti. Resta da capire
perché con i pacchetti originali della current
non andava. Tranne una cosa: benché la scheda
aidio venga riconosciuta e correttamente
configurata da alsaconf, all'avvio, sia da utente
sia da root, ricevo il messaggio:
Sound server informational message:
Error while initializing the sound driver:
device: default can't be opened for playback (Invalid argument)
The sound server will continue, using the null output device.
E in effetti non riesco a sentire nulla...

M.

Nella current è stato inserito UDEV 0.71. L'intercettazione degli events in alternativa ad HOTPLUG comincia dalla versione 0.73 (non sono mica tanto sicuro, forse dalla 0.76.)
Il ritardo di cui parlavo l'ho inserito in /etc/rc.d/rc.S al blocco

# Start udev to handle device files creation and hotplugging
if cat /proc/mounts | grep -w sysfs 1> /dev/null 2> /dev/null ; then
if ! grep -w nohotplug /proc/cmdline 1> /dev/null 2> /dev/null ; then
if [ -x /etc/rc.d/rc.udev ]; then
/etc/rc.d/rc.udev start
sleep 3 ----------------------------------> qua
/lib/udev/udev.count_events.sh
fi
fi
fi

Nell'ultima versione sysvinit, in particolare rc.S,di piterpunk udev viene fatto partire più avanti nella fase di boot, quindi non dovrebbe essere necessario inserire il ritardo.
Non credo comunque che potrebbe aiutarti per il problema dell'audio.
Ciao

Grazie della precisazione. comunque per l'audio ho risolto:
avevo gli alsa-driver di un altro kernel, e per qualche motivo
che mi sfugge, evidentemente producevano un guaio.
Li ho eliminati, e adesso l'audio ha ripreso a funzionare.

Il ChangeLog non è molto chiaro, giacché si capisce bene
solo che, col kernel 2.6, rc.hotplug invoca udev anziché hotplug;
quello che non si capisce (o che io, almeno, non capisco)
è se i pacchetti della current sono sufficienti a far funzionare udev da solo
o se continuano ad aver bisogno di hotplug.
Sta di fatto che, coi tgz della current, udev da solo non mi riconosceva i dispositivi,
e appena installati quelli, nelle versioni assai più recenti
(basta pensare che udev è la 0.90) di Peter Punk, udev ha funzionato.

Adesso vanno bene audio, scanner, pendrive, insomma quasi tutto.
Dico quasi perché alla configurazione completa del mio pc
manca la stampante, che non stampa più. CUPS mi dice:
HP DeskJet 6122 Foomatic/hpijs (recommended)
Description:
Location: locale
Printer State: processing, accepting jobs.
"Printer not connected; will retry in 30 seconds..."
Device URI: usb:/dev/usb/lp0
Eppure anche lo scanner è USB e adesso funziona benissimo...

Qualche idea?
Grazie
M.

Una volta accesa la stampante esiste un nodo
/dev/usb/lp0 ?
altrimenti penso dovresti aggiungere una regola personalizzata per UDEV per creare il file di dispositivo
Prova
udevinfo -q path -n /dev/usb/lp0
se non è registrato in /sys dovresti avere un messaggio tipo
no record for /dev/usb/lp0 in database.
Ciao

Risolto! Così lo infilo pure in S4d. Allora:
attualmente CUPS non si affida a /dev, ma usa
un suo script, /usr/lib/cups/backend/usb per
individuare gli indirizzi. Udev, almeno la versione
0.09 di Peter Punk, imposta le stampanti USB
su /dev/usb, per cui CUPS cerca /dev/usb/lp0 ecc.
Ma il nodo creato è invece /dev/lp0 ecc.
Basta modificare la regola oppure configurare
la stampante normalmente e poi editare
/etc/cups/printers.conf mettendo DeviceURI usb:/dev/lp0 invece di usb:/dev/usb/lp0.
In alternativa, è appunto possibile, come ha intuito urka,
modificare direttamente udev.

M.

Io da quando sono passato al 2.6 non sento più il bip nello speaker del pc durante il normale uso, tipo quando premo TAB per il completamento automatico.
Da cosa dipende?